Webmaster y SEO

validador de datos estructuradospara JSON-LD local

Edita JSON-LD y consulta al lado el formato, las pistas de vocabulario y las relaciones del fragmento.

validador de datos estructurados

Entrada JSON-LD

Resultado con formato

El JSON-LD permanece en esta pestaña. No se consultan URL ni contextos externos.

Opciones

Vocabulario Schema.org versión 30.1

Solo JSON estricto, nodos visibles y términos; no decide la elegibilidad en Google.

Nodos: 2 · Avisos: 0

Diagnóstico

Se compararon términos con Schema.org 30.1.

No se encontraron problemas.

Nodos de esta entrada

Mostrando 2 de 2

  • /@graph/0 · Tipo: WebSite · ID: https://example.com/#site
  • /@graph/1 · Tipo: WebPage · ID: https://example.com/#page
Referencias explícitas: 1
  • https://example.com/#page · isPartOf → https://example.com/#site · Destino en esta entrada
Abrir validador Schema.orgAbrir prueba de resultados de Google

Una plantilla puede producir JSON legible y aun así escribir mal una propiedad o esconder una relación @id en un bloque largo. Este validador de datos estructurados separa la sintaxis, los términos y los enlaces sin alterar el original.

La comprobación de schema markup usa una lista fija de Schema.org. Para saber qué admite Google en sus resultados enriquecidos, abre también su herramienta oficial.

Por qué usar este validador de datos estructurados

Código legible y observaciones que indican con precisión qué se ha comprobado.

Seguir entidades del fragmento

El validador de datos estructurados enumera nodos de arrays, objetos anidados y @graph, además de referencias @id explícitas. Si un destino no está en el texto pegado, lo señala como externo al fragmento, no como inválido.

Dos entidades JSON-LD unidas por una referencia @id aparecen en la lista de nodos y relaciones.

Separar una errata de una promesa SEO

La lista Schema.org 30.1 avisa sobre tipos o propiedades no recogidos. Ante otro @context omite ese cotejo y jamás convierte la pista local en un veredicto de Google.

Una propiedad Schema.org con una errata recibe una pista local y el código original permanece intacto.

Revisar el fragmento antes de publicar

01

Pegar JSON-LD sin la etiqueta

Se aceptan objetos, arrays y @graph. No se descarga una URL ni se extraen scripts de HTML; copia el JSON situado dentro de la etiqueta.

  • El ejemplo enlaza dos nodos mediante @id.
02

Distinguir las capas del informe

La revisión automática espera 350 ms y muestra sintaxis, estructura y términos Schema.org 30.1 por separado. Desactívala para ejecutar con Ctrl/Cmd+Intro.

  • Un término desconocido es un aviso de la versión fija, no una sentencia de invalidez.
03

Confirmar la página publicada

Si cambia la entrada, copiar y descargar quedan bloqueados hasta obtener un resultado actual. Para comprobar schema markup general, usa el validador Schema.org; para funciones de búsqueda, la prueba de Google.

  • Los enlaces oficiales se abren sin llevar el borrador local.

Código, vocabulario y relaciones visibles

Sintaxis estricta con ubicación

Las claves repetidas y los signos mal puestos muestran línea y columna. La línea afectada se resalta y el formato respeta la grafía numérica y el orden de las claves.

Vocabulario con versión explícita

El validador de datos estructurados compara solo tipos y propiedades inequívocos del contexto Schema.org con sus términos vigentes en 30.1. No juzga mapeos propios.

Resumen acotado de @graph

Se muestran ruta, @type y @id de cada nodo, y si una referencia explícita apunta a algo presente aquí. No se expanden contextos ni se construye un grafo RDF canónico.

Qué no demuestra la comprobación local

Sin dictamen de Google
El validador de datos estructurados no aplica campos obligatorios de Google ni renderiza la web publicada. Una sintaxis correcta no garantiza ranking ni resultados enriquecidos.
Solo se lee JSON-LD pegado
No hay rastreo de URL, extracción de scripts HTML ni lectura de Microdata o RDFa. Abrir un enlace oficial tampoco transmite el borrador.
Schema.org 30.1 es una foto fija
Un nombre ausente genera un aviso sobre esta edición, no demuestra que una extensión o versión futura sea incorrecta. domainIncludes y rangeIncludes no se convierten en requisitos rígidos.
Las referencias pueden estar fuera
Un @id puede definirse en otro bloque o documento. Varias descripciones con el mismo identificador tampoco son un error automático.

Preguntas sobre el validador de datos estructurados

¿Qué diferencia hay entre error y aviso?

Un error impide analizar el JSON estricto o indica una raíz de forma incorrecta. Un aviso indica estructura incompleta o un término ausente de la lista 30.1; conviene revisarlo antes de publicar.

¿Validáis igual que la prueba de Google?

No. Este validador de datos estructurados usa reglas locales limitadas; Google comprueba requisitos propios de cada función. Su enlace abre la prueba oficial vacía.

¿Guardáis mi web o mi código?

No se solicita ninguna web: el JSON-LD se procesa en esta pestaña. Tampoco se descargan contextos remotos ni se envía el contenido al abrir los enlaces.

Mi schema es válido, ¿por qué no salen resultados enriquecidos?

La validez del código no obliga a Google a mostrar una función. Prueba la URL publicada con su herramienta y revisa políticas, contenido visible e informes de Search Console.

¿Puedo validar JSON-LD antes de publicarlo?

Sí. Pega el fragmento directamente para revisar sintaxis, vocabulario limitado y @graph. Después de publicar, comprueba la página real con las herramientas oficiales.

¿Falta algún caso?

Probar el validador de datos estructurados

Explora los dos nodos del ejemplo y luego pasa tu código por el validador de datos estructurados antes de acudir a las pruebas oficiales.