Que un esquema supere la herramienta de validación de Google no significa que un motor de IA pueda captar tus datos estructurados. Cada sistema sigue una ruta de análisis distinta. Rich Results Test solo comprueba si una página cumple los requisitos de los pocos resultados enriquecidos compatibles con Google, mientras que Schema.org Validator se limita a verificar que la sintaxis respete el vocabulario definido. Ninguna de las dos herramientas revela qué leen realmente en tu página los rastreadores de ChatGPT, Perplexity o Google AI Overviews. Muchas páginas obtienen todos los indicadores en verde y, aun así, resultan completamente invisibles en las respuestas generadas por IA. Esa es la brecha.
Por qué «validación superada» no equivale a «la IA puede leerlo»
Las herramientas de validación comprueban el cumplimiento, no la legibilidad. Schema.org Validator contrasta tu JSON-LD con el vocabulario de schema.org para confirmar que los tipos y las propiedades estén bien escritos y que la estructura anidada sea válida. Rich Results Test, por su parte, simula el renderizado de la página por parte de Googlebot para determinar si puede activar un resultado enriquecido concreto. Tras realizar ambas comprobaciones, solo sabrás si la sintaxis es correcta y si Google considera que la página puede optar a un resultado enriquecido. La situación de los rastreadores de IA es distinta: la mayoría obtiene directamente el HTML original devuelto por el servidor, no ejecuta JavaScript y no tiene en cuenta si la página cumple los requisitos para mostrar resultados enriquecidos. Lo decisivo es que el JSON-LD esté presente en el HTML original y que las entidades se encuentren correctamente relacionadas.
Dos herramientas imprescindibles, cada una con sus propios puntos ciegos
Para entender qué omite cada herramienta, primero hay que tener claro para qué sirve.
- Rich Results Test (search.google.com/test/rich-results): utiliza Googlebot para renderizar la página, ejecutar JavaScript y enumerar los tipos de resultados enriquecidos detectados, junto con sus errores y advertencias. Su punto ciego es que solo abarca alrededor de treinta tipos compatibles con Google. Si marcas tipos como Organization o Person, que no activan resultados enriquecidos, puede mostrar «No se ha detectado ningún elemento», pero eso no significa que el esquema sea inválido.
- Schema.org Validator (validator.schema.org): muestra el árbol completo de entidades de todos los tipos, independientemente de que Google los admita, por lo que resulta ideal para revisar la sintaxis y el vocabulario. Su punto ciego es que, de forma predeterminada, no ejecuta JavaScript. Al pegar el código fuente o introducir una URL, a menudo se obtiene una versión sin renderizar. Tampoco informa de si la página cumple los requisitos para obtener resultados enriquecidos y puede ser demasiado permisivo con determinados errores semánticos.
La conclusión es sencilla: utiliza las dos herramientas y define con claridad qué estás comprobando en cada paso. Recurre a Schema.org Validator para revisar la sintaxis y la estructura de entidades, y a Rich Results Test para comprobar el renderizado y los requisitos de los resultados enriquecidos de Google. Ninguna puede responder a la pregunta «¿Puede verlo un rastreador que no ejecuta JavaScript?». Para averiguarlo, el siguiente paso es inspeccionar el código fuente.
Un proceso repetible para validar Schema
Convierte la validación en una secuencia fija y aplica la misma lista de comprobación a cada página y cada revisión. Así dejarás de depender de impresiones y evitarás pasar por alto un problema distinto en cada ocasión.
- Pega en Schema.org Validator el HTML «renderizado». Confirma que la sintaxis y el vocabulario sean correctos, despliega el árbol completo de entidades y revisa uno por uno los tipos y las propiedades obligatorias.
- Introduce la URL de producción en Rich Results Test. Comprueba que Google capte la versión renderizada, reconozca el tipo de resultado enriquecido que buscas y no muestre errores en rojo.
- Utiliza curl o view-source para obtener el HTML original «sin ejecutar JavaScript». Busca application/ld+json y confirma que el JSON-LD esté realmente incluido en el contenido que devuelve el servidor. Este paso reproduce el comportamiento de la mayoría de los rastreadores de IA.
- Revisa las referencias cruzadas entre @id y @type en Organization, WebSite, Article y Person. Comprueba que se utilice un @id coherente para enlazar todo el conjunto, de modo que el motor pueda determinar a qué organización pertenece el autor y a qué sitio web corresponde el artículo.
- Compara uno por uno los valores del esquema con el contenido visible de la página. El precio, el título, la valoración y la fecha deben coincidir. Si hay discrepancias, Google puede ignorarlos directamente y la IA también reducirá su grado de confianza.
- Guarda una instantánea de referencia. Después, vuelve a ejecutar la lista completa tras cada modificación y compara las diferencias para detectar regresiones.
Errores que impiden a los motores de IA leer realmente el esquema
Un esquema puede superar la revisión sintáctica y seguir teniendo toda una categoría de problemas en los que «la herramienta dice que está bien, pero la IA no puede leerlo». Estos son los que encontramos con mayor frecuencia al auditar páginas de clientes:
- El framework de front-end o el gestor de etiquetas inyecta el JSON-LD en el navegador. El HTML original devuelto por el servidor no contiene ni una sola línea del esquema, por lo que los rastreadores que no ejecutan JavaScript no pueden verlo.
- Falta @id o se utiliza de forma incoherente. Las entidades no pueden relacionarse y el motor es incapaz de vincular autores, organizaciones y artículos en un mismo nodo del grafo de conocimiento.
- El tipo elegido es correcto, pero el valor se ha colocado en la propiedad equivocada: la moneda aparece en price, toda la descripción se introduce en name o falta priceCurrency dentro de offers.
- La sintaxis es válida, pero la semántica está incompleta: Product no incluye offers, Article carece de author o publisher, o la respuesta de FAQPage es una cadena vacía.
- La misma página contiene varios bloques JSON-LD contradictorios, por ejemplo, un Organization incluido en la plantilla de la página de inicio y otro incorporado en la propia página. El motor no sabe cuál debe utilizar.
- La fecha no sigue el formato ISO 8601 o la imagen utiliza una ruta relativa en lugar de una URL absoluta. Estos valores pueden superar un validador permisivo, pero se descartan con facilidad durante la extracción.
No te limites a las herramientas: examina la brecha entre el «DOM renderizado» y el «código fuente»
Una validación sólida exige revisar al mismo tiempo las dos versiones de la página. En el panel Elements de DevTools encontrarás el DOM renderizado por el navegador, que se aproxima a lo que verá Googlebot. Con view-source o curl podrás consultar el HTML original devuelto inicialmente por el servidor, que es lo que ven la mayoría de los rastreadores de IA. Si los datos estructurados solo existen en la primera versión y no en la segunda, esa diferencia es precisamente lo que impide que la IA los lea. Las herramientas de validación ayudan a examinar la primera versión; la segunda debes comprobarla por tu cuenta.
La validación de Schema no es una tarea que se realiza una sola vez antes de publicar. Es un control que debe repetirse tras cada modificación: una actualización del CMS o un ajuste en la plantilla pueden desarticular silenciosamente todo el árbol de entidades.— Tenten GEO Technical Audit Notes
Convierte la validación en un control fijo antes de publicar
La opción más práctica es integrar esta lista en el proceso de publicación en lugar de depender de comprobaciones puntuales hechas de memoria. Puedes añadir a CI un script que obtenga el HTML original de la URL de producción, extraiga el JSON-LD, compruebe las propiedades obligatorias y las referencias @id, y bloquee el despliegue si falta alguna. Los equipos que no utilicen CI deberían incorporar, como mínimo, estos seis pasos a una lista de comprobación previa a la publicación y marcar cada punto después de cualquier modificación. El valor de los datos estructurados reside en que las máquinas puedan extraerlos de forma estable, y esa estabilidad depende del proceso, no de la suerte durante una revisión manual. Si quieres saber cómo ve tu página un rastreador que no ejecuta JavaScript y qué esquemas resultan totalmente ilegibles para la IA, visita /contact y solicita un diagnóstico GEO de 30 minutos. Aplicaremos este proceso directamente a tu página.
