Implementar Schema.org en una página web es solo una parte del trabajo.
Una vez incorporados los datos estructurados, es necesario comprobar que están correctamente construidos, que representan realmente el contenido de la página y que los buscadores pueden interpretarlos.
Un Schema.org mal implementado puede contener errores de sintaxis, propiedades incorrectas o información que no coincide con lo que el usuario puede encontrar en la página.
Por eso, validar los datos estructurados es una parte importante del SEO técnico.
Y en una estrategia orientada al AEO —Answer Engine Optimisation— y al GEO —Generative Engine Optimisation—, comprobar que la información está correctamente estructurada adquiere todavía más interés.
¿Qué significa comprobar un Schema.org?
Cuando hablamos de comprobar un Schema.org estamos hablando realmente de comprobar los datos estructurados que utilizan el vocabulario de Schema.org.
La comprobación puede responder a varias preguntas:
- ¿El código tiene una sintaxis correcta?
- ¿El tipo de entidad utilizado es el adecuado?
- ¿Las propiedades están correctamente definidas?
- ¿Existen errores que impidan interpretar los datos?
- ¿Los datos representan realmente el contenido de la página?
- ¿Google puede acceder a la página?
- ¿La implementación puede optar a alguna función de resultados enriquecidos?
No todas estas comprobaciones las realiza la misma herramienta.
Por eso es importante entender que validar Schema.org y comprobar la elegibilidad para resultados enriquecidos de Google no son exactamente lo mismo.
Las dos comprobaciones principales.
Existen dos herramientas especialmente útiles para trabajar con datos estructurados.
La primera es el Schema Markup Validator de Schema.org.
La segunda es la Rich Results Test de Google.
Cada una tiene una función diferente.
Schema Markup Validator.
El validador de Schema.org está centrado en el propio vocabulario de Schema.org.
Puede analizar datos estructurados presentes en una página y detectar problemas relacionados con la estructura y la sintaxis. También puede trabajar con JSON-LD, RDFa y Microdata.
Es especialmente útil para comprobar si el marcado que hemos creado está correctamente construido desde el punto de vista de Schema.org.
Rich Results Test.
Google dispone de su propia herramienta para comprobar si los datos estructurados de una página pueden hacerla elegible para determinados resultados enriquecidos.
La herramienta permite introducir una URL o código y comprobar los datos estructurados que Google puede utilizar para determinadas funcionalidades de búsqueda. Google recomienda utilizarla para validar los datos estructurados y corregir los errores críticos.
Esto introduce una diferencia fundamental:
Schema.org Validator → comprueba el marcado Schema.org.
Rich Results Test → comprueba la elegibilidad para determinadas funcionalidades de Google.
No son herramientas equivalentes.
¿Cómo se comprueba un Schema.org paso a paso?
El proceso puede dividirse en varias etapas.
1. Identificar qué entidad estamos describiendo.
Antes de comprobar el código hay que saber qué estamos intentando describir.
¿Es una organización?
¿Una persona?
¿Un producto?
¿Un artículo?
¿Un evento?
¿Un servicio?
¿Una empresa local?
¿Una página web?
Esta decisión es fundamental porque determina qué tipo de Schema.org debemos utilizar.
Schema.org dispone de una extensa jerarquía de tipos y propiedades para representar diferentes clases de información.
2. Comprobar el código.
Una vez definido el tipo de entidad, podemos analizar el marcado mediante el Schema Markup Validator.
La herramienta puede detectar problemas de sintaxis y mostrar la estructura de los datos que ha conseguido interpretar.
Esto permite descubrir errores que, de otro modo, podrían pasar desapercibidos.
Por ejemplo, podemos encontrar:
- propiedades mal escritas;
- estructuras incorrectas;
- valores incompatibles;
- errores de sintaxis;
- relaciones mal construidas.
El objetivo es conseguir que los datos puedan ser interpretados correctamente.
3. Comprobar los datos con Google.
Una vez comprobada la estructura de Schema.org, podemos utilizar la Rich Results Test de Google.
Esta comprobación es especialmente importante cuando queremos determinar si determinados datos estructurados pueden hacer que una página sea elegible para una funcionalidad de resultados enriquecidos.
Google recomienda validar el marcado y solucionar los errores críticos antes de publicarlo.
Pero hay que recordar algo importante: que la herramienta no encuentre errores no significa que Google vaya a mostrar necesariamente un resultado enriquecido.
Google deja claro que los datos estructurados pueden hacer que una página sea elegible para determinadas funciones, pero no garantizan que esas funciones aparezcan en los resultados.
4. Comprobar que los datos coinciden con la página.
Esta es una de las comprobaciones más importantes.
Un Schema.org técnicamente correcto puede seguir estando mal implementado si describe información que no corresponde con el contenido real de la página.
Los datos estructurados deben representar correctamente la información disponible para el usuario.
Por ejemplo, no tendría sentido indicar mediante Schema.org un precio que no aparece realmente en la página o describir una entidad que no corresponde al contenido.
Google establece directrices específicas para evitar que los datos estructurados sean engañosos o no representen el contenido principal de la página.
Por eso existen dos niveles de comprobación:
¿El código es correcto?
y
¿El código describe correctamente la página?
Las dos preguntas son necesarias.
5. Comprobar cómo ve Google la página.
La validación del código no termina el proceso.
Google recomienda utilizar también la Herramienta de inspección de URL de Search Console para comprobar cómo Google puede acceder y procesar la página.
Esto permite detectar problemas relacionados con:
- rastreo;
- indexación;
- accesibilidad;
- robots.txt;
noindex;- acceso restringido;
- contenido que Google no puede obtener correctamente.
Por tanto, una página puede tener un Schema.org perfectamente escrito y, aun así, existir un problema que impida a Google utilizarlo.
Schema.org correcto no significa Rich Result garantizado.
Esta distinción es fundamental para entender el SEO moderno.
Podemos tener:
Schema.org correctamente implementado
↓
datos estructurados correctamente interpretados
↓
página elegible para una determinada función
y aun así:
Google puede decidir no mostrar esa función.
El propio Google explica que la aparición de los resultados enriquecidos depende de sus sistemas y de diferentes factores, y que la validación correcta no constituye una garantía de aparición.
Por eso el objetivo no debería ser simplemente «conseguir un Rich Snippet».
El objetivo debería ser proporcionar información estructurada, precisa y coherente.
¿Qué tiene que ver todo esto con el SEO?
Mucho.
La validación de datos estructurados forma parte del trabajo técnico que permite comprobar que una web está proporcionando correctamente determinada información a los buscadores.
Esto puede contribuir a que los sistemas entiendan mejor elementos como:
- quién publica un contenido;
- qué tipo de contenido es;
- qué producto se está describiendo;
- qué organización está detrás de una web;
- cuál es la relación entre diferentes elementos;
- qué información corresponde a una determinada entidad.
Los datos estructurados no sustituyen al contenido, los enlaces, la arquitectura web ni el resto de factores SEO.
Pero añaden una capa semántica a la página.
¿Y qué relación tiene con el AEO?
El AEO —Answer Engine Optimisation— busca facilitar que los sistemas capaces de responder preguntas puedan comprender y utilizar la información disponible.
En este contexto, comprobar los datos estructurados tiene una función interesante.
Si una web utiliza correctamente tipos, propiedades y relaciones, está proporcionando información que puede ayudar a describir de forma más precisa aquello que contiene.
Por ejemplo:
Una página no solo contiene el nombre de una empresa; puede identificar esa información como una organización.
No solo contiene un precio; puede asociarlo con un producto u oferta.
No solo contiene una fecha; puede identificarla como parte de un evento.
Esta diferencia entre texto y significado estructurado es fundamental para comprender la relación entre Schema.org y AEO.
Schema.org y GEO.
El GEO —Generative Engine Optimisation— introduce otra dimensión.
Los sistemas generativos necesitan procesar información procedente de diferentes fuentes para construir respuestas.
Una web que presenta información clara, coherente y estructurada facilita que sus contenidos puedan ser interpretados dentro de un ecosistema digital cada vez más basado en entidades, relaciones y contexto.
Pero aquí también conviene evitar una conclusión simplista: validar Schema.org no garantiza aparecer en una respuesta generada por IA.
No existe una herramienta que permita introducir un Schema.org y obtener como resultado «esta web aparecerá en ChatGPT» o «esta empresa aparecerá en una respuesta generativa».
El GEO implica muchos otros elementos:
- autoridad;
- claridad de la información;
- consistencia de la entidad;
- contenido útil;
- contexto;
- menciones externas;
- relaciones entre entidades;
- estructura semántica.
Schema.org puede formar parte de esa arquitectura, pero no la constituye por sí solo.
Validar no es lo mismo que posicionar.
Esta diferencia merece quedar clara.
Una herramienta de validación puede decirnos:
«Los datos estructurados están correctamente interpretados.»
Pero no puede decirnos:
«Esta página va a posicionarse en primera posición.»
Ni tampoco:
«Esta página aparecerá en una respuesta de inteligencia artificial.»
La validación responde a una cuestión técnica.
El SEO, el AEO y el GEO trabajan sobre sistemas mucho más amplios.
Por eso validar Schema.org es una condición de calidad de la implementación, no una garantía de visibilidad.
Un proceso de comprobación completo.
Una forma razonable de trabajar sería:
¿Qué estamos describiendo?
↓
2. Elegir el vocabulario y tipo adecuados.
¿Qué tipo de Schema.org corresponde?
↓
3. Implementar los datos estructurados.
Preferentemente mediante un formato adecuado, como JSON-LD.
↓
Comprobar la estructura y detectar errores.
↓
Comprobar la elegibilidad para resultados enriquecidos cuando corresponda.
↓
6. Revisar la página.
Comprobar que los datos estructurados coinciden con el contenido visible.
↓
7. Inspeccionar la URL.
Comprobar cómo Google puede acceder y procesar la página.
↓
8. Monitorizar.
Revisar posteriormente posibles incidencias y cambios.
Google recomienda precisamente un flujo que incluye la validación, la comprobación mediante la inspección de URL y la consideración de los procesos de rastreo e indexación posteriores.
¿Por qué es importante volver a comprobarlo?
Una web no es un documento estático.
Puede cambiar el contenido, la plantilla, los plugins, el CMS, las propiedades de Schema.org o incluso las funcionalidades que los buscadores admiten.
Por eso la validación no debería entenderse como una acción que se realiza una sola vez.
Una actualización del sitio puede modificar el marcado.
Un cambio de plantilla puede eliminar una propiedad.
Una nueva versión de un plugin puede modificar el JSON-LD.
Y un buscador puede modificar sus requisitos o funcionalidades.
La revisión periódica forma parte de una estrategia técnica de mantenimiento.
Conclusión.
Comprobar un Schema.org no consiste simplemente en pegar un código en una herramienta y comprobar si aparece una marca verde.
La validación debe entenderse como un proceso.
Primero hay que comprobar que estamos describiendo la entidad correcta.
Después debemos verificar que el marcado es técnicamente válido.
A continuación podemos comprobar su elegibilidad para determinadas funcionalidades de Google y, finalmente, verificar que los datos representan realmente el contenido de la página y que Google puede acceder correctamente a ella.
En SEO, esto permite trabajar mejor la dimensión técnica y semántica de una web.
En AEO, ayuda a proporcionar información estructurada que puede facilitar la interpretación del contenido.
Y en GEO, forma parte de una estrategia más amplia orientada a construir información clara, coherente y comprensible para los sistemas que procesan y generan respuestas.
Porque el objetivo de Schema.org no debería ser simplemente conseguir que un resultado tenga un aspecto diferente en Google.
El objetivo es más profundo: describir correctamente la información de una web para que pueda ser comprendida por los sistemas que la procesan.
Y para conseguirlo, no basta con implementar Schema.org.
También hay que comprobarlo.
