Datos estructurados para IA: qué aclaran y qué no

Los datos estructurados aclaran: dicen a una máquina, sin que tenga que adivinarlo, qué es cada cosa de una página (un negocio, su teléfono, un artículo y quién lo firma). No consiguen nada por sí solos: Google dice por escrito que no son obligatorios para sus funciones de IA generativa, que no hay un schema «especial» para ellas y que lo que sí cuenta es que el marcado coincida con el texto visible. Si la página no lo dice, el schema no lo arregla.

Debajo está qué documenta Google y qué no documenta nadie más, qué puede aclarar el marcado, lo que no va a conseguir, por qué el schema y el contenido visible tienen que contar la misma historia y cómo lo hemos aplicado en nuestra propia web.

Qué dice Google sobre los datos estructurados y la IA

Tres frases de Google bastan para fijar el punto de partida: no son obligatorios, no hay que añadir nada especial y deben coincidir con lo que se ve. Están en dos páginas oficiales de Search Central, consultadas el 25 de octubre de 2026.

La primera está en el apartado de mitos de la guía de optimización para funciones de IA generativa, con última actualización del 15 de julio de 2026. Google la titula «Centrarse demasiado en los datos estructurados»:

Los datos estructurados no son obligatorios para la búsqueda con IA generativa y no es necesario añadir ningún etiquetado especial de schema.org. Sin embargo, es buena idea seguir utilizando este etiquetado como parte de tu estrategia de SEO general, ya que ayuda a ser apto para obtener resultados enriquecidos en la Búsqueda de Google.

La segunda y la tercera están en Funciones de IA y tu sitio web, en la versión española con última actualización del 31 de diciembre de 2025. Entre las prácticas de SEO básico que siguen importando para las vistas creadas con IA y el modo IA aparece esta: «Comprobar que los datos estructurados coincidan con el texto visible en la página». Y un poco más abajo: «Tampoco es necesario añadir datos estructurados especiales de schema.org».

Fíjate en lo que Google pone en la lista y en lo que no. No pide que añadas schema para la IA. Pide que, si lo tienes, no diga algo distinto de la página. Es una regla de coherencia, no de cantidad.

Qué pueden aclarar los datos estructurados

Pueden quitar ambigüedad: quién es el negocio, qué tipo de página es, quién la firma, cuándo se actualizó, dónde está y por qué perfiles se le reconoce fuera. Eso es lo que Google describe en su introducción a los datos estructurados (última actualización del 18 de diciembre de 2025): «pistas explícitas sobre el significado de tus páginas» que la Búsqueda usa «para interpretar el contenido» y para obtener información «sobre personas, libros o empresas».

En una web de servicios, las aclaraciones útiles son pocas y concretas:

Quién eres. Un bloque Organization o LocalBusiness con nombre, web, logotipo y contacto. La guía de datos estructurados de organización (12 de septiembre de 2026) dice que sirve para que Google pueda «entender mejor los detalles administrativos de tu organización y diferenciar tu organización en los resultados de búsqueda». Qué propiedades poner y cuáles sobran es otro tema, y lo tratamos a fondo en qué es una entidad de marca y por qué importa para el SEO y el GEO.
Con qué otros perfiles eres el mismo negocio. La propiedad sameAs enlaza tu web con tu ficha de Google, tus redes o un directorio de tu sector.
Qué es cada página. Un artículo con autor y fecha, un servicio, una ruta de migas. Son datos que un lector ya ve en la página y que el marcado repite en un formato sin ambigüedades.
Dónde trabajas. Dirección, horario o zona atendida, cuando son reales y están en la página.

En todos los casos, el marcado hace de etiqueta de algo que ya existe. Si la información no está en la página, la etiqueta no tiene nada que etiquetar.

Qué no pueden conseguir

No garantizan nada en Google, no sustituyen el contenido y no hay documentación de otros asistentes que diga que los usan para elegir fuentes. Cada una de esas tres frases tiene su fuente.

No garantizan un resultado. Las directrices generales de datos estructurados (16 de septiembre de 2026) lo dicen así: «Google no garantiza que tus datos estructurados vayan a aparecer en los resultados de búsqueda, aunque los hayas marcado correctamente», y «usar datos estructurados permite que una función esté disponible, pero no garantiza que vaya a aparecer». Si eso vale para los resultados enriquecidos, que son su uso documentado, con más motivo vale para una respuesta generada, donde Google ni siquiera los exige.

No sustituyen al texto. Para aparecer como enlace en las vistas creadas con IA o en el modo IA, según Funciones de IA y tu sitio web, una página «debe estar indexada y cumplir los requisitos técnicos de la Búsqueda para poder mostrarse en la Búsqueda de Google con un fragmento. No hay requisitos técnicos adicionales». El fragmento sale del texto de la página. Un schema perfecto sobre una página que no responde a nada sigue siendo una página que no responde a nada.

No hay documentación equivalente fuera de Google. Las páginas sobre rastreadores de OpenAI y de Perplexity, consultadas el 25 de octubre de 2026, explican qué robots usan y cómo permitirlos o bloquearlos, y ninguna de las dos menciona los datos estructurados. Eso no prueba que no los lean. Prueba que nadie puede afirmar, con una fuente de esas empresas, que el schema te hace aparecer en ChatGPT o en Perplexity. Si alguien te lo vende así, pídele la fuente. Lo que sí está documentado sobre cada asistente lo tienes en cómo aparecer en ChatGPT y en cómo aparecer en AI Overviews.

El caso que lo demuestra: el resultado enriquecido de preguntas frecuentes ya no existe

Google retiró en 2026 el resultado enriquecido de preguntas frecuentes, el schema más recomendado de la última década. Está en su registro de cambios de la documentación: el 8 de mayo de 2026 añadió un aviso de discontinuación porque la función «dejará de aparecer en la Búsqueda de Google a partir del 7 de mayo del 2026», y el 15 de junio retiró la documentación porque la función «ya no se muestra en los resultados de la Búsqueda de Google». Hoy, la antigua dirección de la guía de FAQPage redirige a esa entrada del registro.

La lección no es que el marcado FAQPage esté mal: el vocabulario de schema.org sigue ahí y el bloque sigue siendo válido. La lección es que el beneficio visible de un tipo de datos estructurados lo decide el buscador y puede desaparecer de un mes para otro. Lo que no desaparece es que las preguntas estén escritas en la página y respondidas en la primera frase.

Contenido visible y schema: por qué tienen que contar la misma historia

Porque es la única regla que Google repite en todas sus páginas sobre el tema, y porque un marcado que contradice la página es peor que no tener marcado. En la introducción: no marques con datos estructurados «información que los usuarios no puedan ver, aunque la información sea correcta». En las directrices generales: «No marques contenido que no puedan ver los lectores de la página», y los datos estructurados «deben ser una representación fiel del contenido de las páginas en las que están». En la guía de funciones de IA, la frase ya citada: que coincidan con el texto visible.

Las mismas directrices explican qué pasa si no coinciden. Entre los motivos habituales por los que un marcado no se muestra, enumeran que «no representan el contenido principal de la página o pueden ser engañosos» y que el contenido al que hacen referencia «está oculto». Si se infringen las directrices de calidad, los datos estructurados pueden no aparecer en resultados enriquecidos «o que se marquen como spam, aunque su formato sea correcto», y la consecuencia puede ser una acción manual. Google precisa que esa acción manual impide los resultados enriquecidos, «pero eso no afecta a su posicionamiento en la Búsqueda web de Google».

Las incoherencias que encontramos con más frecuencia no son trampas. Son descuidos:

Un horario que cambió en la web y no en el schema. La página dice que el sábado se cierra; el marcado sigue diciendo que se abre de 10 a 14.
Un teléfono antiguo en el bloque de la organización. El plugin lo guardó hace tres años y nadie ha vuelto a mirar su configuración.
Reseñas o valoraciones que no están en la página. Las directrices avisan de que las que «no proceden de usuarios reales» pueden acabar en acción manual.
Un tipo que no corresponde. El ejemplo de Google es un sitio de carpintería que marca sus instrucciones como recetas. En una pyme suele ser un LocalBusiness genérico en una web que solo vende en línea, o un Product donde hay un servicio.
Servicios o zonas que solo existen en el marcado. Un areaServed con diez ciudades cuando la página solo habla de una.

Nuestro criterio, separado de lo que dice Google: si tuvieras que elegir entre arreglar el texto o arreglar el schema, arregla el texto. El marcado describe lo visible; si lo visible se contradice o falta, el marcado solo puede repetir el error o inventarse lo que falta.

Lo que hemos hecho en nuestra propia web

Medimos el marcado que sirve nuestra web en producción el 25 de octubre de 2026, y lo que encontramos sirve de ejemplo de las dos cosas: lo que el schema aclara y lo que no hace. Son datos del HTML servido, comprobables por cualquiera con el código fuente de la página.

La portada sirve dos bloques: una Organization con nombre, web, logotipo, descripción, un perfil en sameAs, zonas atendidas y un punto de contacto, y un FAQPage. La página de auditoría SEO sirve cuatro: la organización, un Service, el FAQPage y la ruta de migas. Cada artículo del blog, como este, sirve tres: la organización, un Article y la ruta de migas.

Dos cambios recientes, con fecha, enseñan cómo trabajamos la coherencia. El 4 de octubre de 2026, cuando auditamos nuestra propia entidad, la organización no declaraba ningún perfil externo aunque el Instagram del negocio estaba enlazado en la cabecera y el pie; el 13 de octubre lo añadimos como sameAs. El 18 de octubre declaramos en areaServed España y diecisiete países de Latinoamérica, y lo hicimos en el mismo cambio que puso en el pie de todas las páginas, a la vista, que atendemos a empresas de España y Latinoamérica. Primero la frase que lee una persona, después la etiqueta que lee una máquina.

Y una autocrítica que no hemos corregido a propósito: el marcado FAQPage sigue en catorce ficheros de página de nuestra web, cinco meses después de que Google dejara de mostrar ese resultado enriquecido. No lo quitamos porque describe preguntas que sí están visibles y no contradice nada. Lo que ya no esperamos de él es un resultado enriquecido, y no le atribuimos ningún efecto en asistentes de IA, porque no hay fuente que lo sostenga.

Qué mira nuestra herramienta y qué no puede mirar

De las 33 comprobaciones que puntúan en nuestra herramienta, cuatro miran los datos estructurados y suman 13 de 100 puntos. La herramienta gratuita de auditoría GEO reparte los puntos según una decisión que tomamos al diseñarla y que se puede leer en su código: que exista JSON-LD legible pesa 3 puntos; que el negocio esté descrito como Organization o LocalBusiness con nombre, web y logotipo, 5; que enlace al menos dos perfiles con sameAs, 3; y, si el negocio está marcado como local, que el schema declare al menos dos de estos datos: coordenadas, horario o zona, 2. Aparte de esas 33, la herramienta lanza una muestra de preguntas de compra a ChatGPT, y esa muestra no se suma a la nota.

Lo honesto es decir también lo que no hace. La comprobación de JSON-LD mira que el bloque exista y se pueda leer, no que diga la verdad: un horario falso bien formateado pasa. Por eso la coherencia entre el marcado y la página es la parte que revisamos a mano en una auditoría: ninguna comprobación automática sabe si el sábado abres o no.

Aplicando esas cuatro reglas a mano a nuestra propia portada, dos pasan (JSON-LD legible y organización con nombre, web y logotipo), la de datos locales no aplica porque somos una Organization y no un negocio local, y la de perfiles da aviso: solo declaramos uno en sameAs. Es correcto que lo dé. Añadir un segundo perfil solo tiene sentido cuando exista un perfil real y activo que añadir.

Qué hacer con los datos estructurados de una pyme

Ten un marcado mínimo, correcto y que coincida con la página, y no le dediques más tiempo hasta que el contenido esté resuelto. Nuestro orden de trabajo:

Revisa lo visible primero. Nombre, teléfono, dirección, horario y servicios iguales en la web, en la ficha de Google y en los directorios. Es lo que el marcado va a repetir.
Un bloque de organización en la portada. LocalBusiness o el subtipo de tu sector si atiendes en un local, Organization si no. Con nombre, web, logotipo y contacto, y los perfiles externos reales en sameAs.
Lo que ya genera tu gestor de contenidos. Si tu plugin SEO marca los artículos con autor y fecha, y las rutas de migas, revisa que esos datos sean los correctos y déjalo. Google recuerda en su introducción que en Wix, WordPress o Shopify esto se resuelve con la configuración o con un complemento.
Valida que se pueda leer. Un bloque JSON-LD con un error de sintaxis se ignora entero. La prueba de resultados enriquecidos de Google o el validador de schema.org lo detectan en segundos.
Pon una alarma de coherencia. Cada vez que cambies horario, teléfono, dirección o servicios en la página, revisa el marcado en el mismo momento. Es el fallo más frecuente y el más fácil de evitar.
No marques lo que no está. Ni reseñas que no se ven, ni ciudades donde no trabajas, ni preguntas que solo existen en el código.

Ejemplo: una clínica de fisioterapia que cambió de horario

Una clínica de fisioterapia de barrio deja de abrir los sábados por la mañana. Cambia el horario en el pie de la web y en su ficha de Google. Lo que no cambia es el bloque LocalBusiness que su plugin generó hace dos años, donde el sábado sigue de 9 a 13.

Desde ese momento, una máquina que lea la página encuentra dos horarios. El texto visible y la ficha de Google dicen una cosa; el marcado, otra. Nadie sabe cuál elegirá un sistema automático para responder «¿abre el sábado la clínica?», y ese es precisamente el problema: el schema estaba para quitar ambigüedad y ahora la añade. La solución cuesta cinco minutos en la configuración del plugin. Lo que no soluciona nada es añadir más tipos de schema encima de un dato que está mal.

Preguntas relacionadas

¿Necesita mi web datos estructurados para aparecer en las respuestas de IA de Google?

No. Google lo dice literalmente en su guía de funciones de IA: no es necesario añadir datos estructurados especiales de schema.org. Lo que sí pide es que la página esté indexada, que pueda mostrarse con un fragmento y, si tiene datos estructurados, que coincidan con el texto visible. Para todo lo demás sobre las respuestas de Google está cómo aparecer en AI Overviews.

¿Existe un schema especial para la IA?

No hay ninguno documentado. Google lo niega en dos páginas distintas, y ni OpenAI ni Perplexity mencionan los datos estructurados en sus páginas sobre rastreadores. Es la misma lógica que con el archivo llms.txt: un formato que se vende como imprescindible para la IA y que ningún buscador ha dicho que use para elegir fuentes.

¿JSON-LD, microdatos o RDFa?

JSON-LD. Google admite los tres formatos y marca JSON-LD como opción recomendada en sus directrices generales. Tiene además una ventaja práctica: va en un bloque aparte y no obliga a tocar el HTML visible, lo que hace más fácil revisarlo, aunque también más fácil que se quede desactualizado sin que nadie lo vea.

¿Puede perjudicarme un schema mal hecho?

En los resultados enriquecidos, sí: un marcado engañoso puede acabar en una acción manual que los retira. Google precisa que esa acción no afecta al posicionamiento en la Búsqueda web. Fuera de Google no hay documentación, pero el riesgo de sentido común es el mismo que en el ejemplo de la clínica: dos versiones del mismo dato y ninguna garantía de cuál se elige.

¿Qué tipos de datos estructurados necesita una web de servicios?

Es una pregunta distinta de esta y la responderemos en su propia pieza. Aquí basta con la regla de fondo: los tipos que describen lo que la página ya enseña, y ninguno más.

Qué hacer con esto

Si has llegado buscando datos estructurados para la IA, la respuesta corta es que no hay un schema que te haga aparecer en ningún asistente, que Google dice por escrito que no hace falta ninguno especial y que la única exigencia documentada es la coherencia: lo marcado tiene que coincidir con lo visible. Ten un marcado mínimo y correcto, y dedica el resto del tiempo a que la página responda bien.

Si quieres saber cómo están los datos estructurados de tu web y el resto de lo que leen los asistentes, comprueba qué ve un rastreador de IA en tu página con la herramienta gratuita. Si buscas el marco completo, está en nuestra página de posicionamiento en buscadores con IA, y si lo que necesitas es una revisión a mano del marcado frente al contenido, forma parte de nuestra auditoría SEO.