Vale un objeto, un array o las etiquetas <script type="application/ld+json"> con su contenido. Lo pegado no sale de tu navegador.
La URL se lee desde nuestra función en Cloudflare, que descarga la página, no guarda nada y la cachea diez minutos. Lo que pegas no sale de tu navegador.
Resumen
Lee una URL o pega el código para empezar.
- bloques
- 0
- nodos
- 0
- errores
- 0
- avisos
- 0
Lo que hay
Revisión
El JSON, formateado
Siguiente paso
¿Lo arreglamos por ti?
Envíanos este resultado y te respondemos en menos de 24 horas hábiles con qué arreglaríamos primero, cuánto trabajo es y qué puedes dejar como está.
Abre el formulario con el diagnóstico ya escrito. Puedes editarlo antes de enviarlo.
¿Cómo se usa?
01
Trae el código
Escribe la URL publicada o pega el JSON-LD de una página que aún no lo está. Las dos formas acaban en la misma revisión.
02
Mira qué tipos hay
Cada nodo aparece con su tipo y sus propiedades. Si lo que esperabas no está en la lista, Google tampoco lo verá.
03
Corrige lo obligatorio primero
Los errores impiden el resultado enriquecido; los avisos solo lo empobrecen. Copia el JSON formateado y vuelve a publicar.
Qué pide Google y qué pide schema.org
Son dos listones distintos. schema.org es un vocabulario: acepta casi cualquier combinación de tipo y propiedad, y un validador de schema.org te dirá que un Product sin precio es perfectamente válido. Google, en cambio, solo pinta el resultado enriquecido si están las propiedades que su documentación marca como obligatorias para ese tipo, y ahí un Product sin ofertas, sin reseñas y sin valoración no es nada.
Esta herramienta valida contra el segundo listón, que es el que decide si la página gana espacio en la búsqueda. Y aun así, validar no garantiza que Google lo muestre: eso depende de que el contenido marcado esté visible en la página, de que describa lo que la página realmente es y de la autoridad del sitio. Lo que sí garantiza es que, si no lo muestra, la razón no es un error de formato.
El JSON-LD no se escribe: se genera
El error que más vemos no es de sintaxis: es un dato estructurado que decía la verdad el día que se escribió y ya no. El precio cambió en la ficha pero no en el JSON-LD, la FAQ se reordenó en la página pero no en el bloque, el autor se fue y su nombre sigue en cada artículo.
En los sitios que construimos, el JSON-LD sale de los mismos datos que pintan la página: una sola fuente para el precio, la fecha o las preguntas, y un constructor por tipo que no puede olvidarse de una propiedad obligatoria porque el build fallaría. Esta herramienta es la misma revisión, hecha a mano, para sitios que no nacieron así.
Preguntas frecuentes
¿JSON-LD, microdatos o RDFa?
JSON-LD. Es el formato que Google recomienda desde hace años y el único que se puede añadir sin tocar el marcado de la página: va en un <script> aparte, se genera desde los datos y se revisa como cualquier otro JSON. Los microdatos y RDFa siguen funcionando, pero obligan a esparcir atributos por el HTML y se rompen en cuanto alguien cambia una plantilla.
¿Por qué Google no muestra mi resultado enriquecido si aquí valida?
Porque validar es condición necesaria, no suficiente. Google decide página a página si el resultado enriquecido merece la pena, y lo niega cuando el contenido marcado no está visible para la persona, cuando se marca algo que no es lo que la página trata, o cuando la página tiene poca autoridad. También tarda: entre que lo publicas y lo enseña pueden pasar semanas. Lo que esta herramienta garantiza es que la razón no sea un error de formato.
¿Puedo poner varios tipos en la misma página?
Sí, y es lo normal: una ficha de producto lleva Product, Offer, BreadcrumbList y Organization. Pueden ir en bloques separados o en uno solo con @graph. Lo que no conviene es marcar tipos que no describen la página: una FAQ en una página que no tiene preguntas es exactamente lo que Google persigue como spam de datos estructurados.
¿Qué es @graph?
Un array de nodos dentro de un único bloque, que comparten el @context. Sirve para que los nodos se enlacen entre sí por @id: el Article apunta a su autor, el autor a la Organization, y todo viaja en una sola etiqueta. Esta herramienta desenrolla el grafo y revisa cada nodo por separado, que es lo que hace Google.
¿Hace falta @id?
No para validar, sí para enlazar. Si un mismo nodo —la organización, el autor— aparece en varias páginas o en varios bloques, darle un @id estable (una URL con un fragmento, como https://tudominio.com/#organization) permite que Google los reconozca como la misma entidad en vez de contar tres organizaciones distintas.
¿Se envía a algún sitio lo que pego?
No. El código pegado se analiza en tu navegador con su propio analizador de HTML y de JSON, que no ejecuta nada de lo que contenga. Solo cuando escribes una URL interviene nuestra función: descarga la página, te la devuelve y no guarda ni la dirección ni el contenido.
¿Cómo pruebo una página que aún no está publicada?
Pegando. Abre la página en tu entorno local o de pruebas, copia el <script type="application/ld+json"> entero —o el código fuente completo— y pégalo en el segundo campo. La revisión es idéntica a la que haría por URL, salvo que no puede comprobar que las URLs absolutas respondan.
Para entenderlo
Lo explicamos en el blog
¿Tus resultados enriquecidos no aparecen?
Suele ser una propiedad obligatoria que falta o un dato que se quedó viejo. Si quieres que el JSON-LD salga solo de los datos y se compruebe en cada publicación, eso es lo que montamos.
Respondemos en menos de 24 horas hábilesBogotá · UTC−5