Puntos clave
- Los datos estructurados describen de forma explícita lo que el texto solo sugiere: empresa, servicio, producto, autor o fecha.
- Google y Bing los usan para entender las páginas, y ambos alimentan a asistentes como AI Overviews, Gemini, Copilot o ChatGPT Search.
- La prioridad es el marcado de organización, seguido de servicios o productos, artículos y migas de pan, todo conectado con identificadores.
- El marcado debe salir de los mismos datos que muestra la página; en caso contrario se ignora o puede considerarse spam.
¿Qué son los datos estructurados?
Los datos estructurados son un bloque de código, normalmente en formato JSON-LD, que describe el contenido de una página con el vocabulario común de Schema.org. El buscador no tiene que deducir que un texto habla de una consultora con sede en Madrid, porque lo lee de forma explícita.
Google recomienda JSON-LD porque se inserta en un bloque independiente del HTML visible. Es más fácil de mantener que Microdata o RDFa, que obligan a mezclar atributos con el marcado de la plantilla y se rompen con cualquier rediseño.
Schema.org define cientos de tipos, pero los buscadores solo usan una parte. Trabajar con criterio consiste en elegir los tipos que describen el negocio y mantenerlos alineados con lo que muestra cada página.
¿Por qué importan los datos estructurados en los buscadores de IA?
Los asistentes combinan lo que aprendieron durante su entrenamiento con resultados que recuperan en tiempo real de un índice de búsqueda. En esa segunda vía, el marcado ayuda al índice a interpretar cada página: quién la publica, de qué trata y cuándo se actualizó.
No hay evidencia pública de que los modelos lean el JSON-LD al redactar una respuesta. Su valor es indirecto. Consolidan la entidad de la marca, desambiguan nombres parecidos y aportan datos precisos, como fechas, precios o autores, que el sistema puede contrastar con otras páginas.
Microsoft ha indicado públicamente que el marcado Schema ayuda a Bing a interpretar el contenido que después usa Copilot. Google alimenta AI Overviews y el modo IA con su índice habitual. Lo que mejora la comprensión de una página en la búsqueda clásica también cuenta en esas funciones. Pasa lo mismo con la velocidad de carga que analizamos en Core Web Vitals y conversión.
La documentación de Google sobre funciones de IA indica que no existen requisitos adicionales ni un marcado especial para aparecer en AI Overviews o en el modo IA. Recomienda, eso sí, que los datos estructurados coincidan con el contenido visible de la página.
¿Qué marcado conviene priorizar?
El orden que seguimos en los proyectos parte de la identidad de la empresa y baja hacia el contenido. Primero van Organization y WebSite en la portada. Después, Service o Product en las páginas comerciales, BlogPosting con autor en los artículos y BreadcrumbList en todo el sitio. El resto depende del modelo de negocio.
| Tipo | Dónde | Propiedades principales | Prioridad |
|---|---|---|---|
| Organization | Portada | name, legalName, url, logo, sameAs, contactPoint | Alta |
| WebSite | Portada | name, url, publisher | Alta |
| Service / Product | Páginas de servicio o producto | name, description, provider, offers | Alta |
| BlogPosting | Artículos | headline, author, datePublished, dateModified | Alta |
| Person | Autores | name, jobTitle, worksFor, sameAs | Media |
| BreadcrumbList | Páginas internas | itemListElement | Media |
| LocalBusiness | Negocios con sedes físicas | address, geo, openingHoursSpecification | Media |
| FAQPage | Páginas con preguntas reales | mainEntity | Baja |
Organization: la base de la entidad
Define el nombre oficial, el logotipo, la web y los datos de contacto. La propiedad sameAs enlaza la web con LinkedIn, Crunchbase, Wikidata u otros perfiles de referencia. Con ella se unen todas las menciones de la marca en una sola entidad, y las apariciones en medios que se consiguen con digital PR apuntan a la misma empresa.
Conviene declarar también legalName cuando la razón social no coincide con la marca comercial. Es muy habitual en sociedades limitadas españolas.
Servicios y productos
Describen qué se vende, a quién y, si se publica, a qué precio. En comercio electrónico, el marcado de producto con su oferta habilita resultados enriquecidos con precio, disponibilidad y valoraciones. En tiendas que venden en Europa, el precio del marcado debe ser el mismo que ve el usuario, con IVA incluido y la moneda declarada.
En catálogos grandes, el marcado de producto rinde más sobre una arquitectura de categorías para tiendas online bien resuelta. Las migas de pan y las categorías cuentan entonces la misma jerarquía.
Artículos y autores
Autor, fecha de publicación y fecha de actualización. Los asistentes favorecen la información reciente, y una fecha completa en formato ISO 8601 evita que un contenido actualizado se interprete como antiguo. El autor se declara como Person con cargo y perfiles externos, algo que conecta con la estrategia de contenidos y marca de la empresa.
Preguntas frecuentes
Desde agosto de 2023, Google solo muestra resultados enriquecidos de preguntas frecuentes en sitios gubernamentales y de salud con autoridad reconocida. Ese mismo año retiró los resultados de tipo HowTo. El marcado sigue siendo válido para describir la página, pero no conviene implantarlo esperando un fragmento enriquecido.
Cómo conectar las entidades con @id
El fallo de diseño más común es tratar cada bloque como una isla. Si la portada declara una organización, cada artículo repite otra con datos distintos y los servicios no citan a ninguna, el buscador recibe tres versiones de la empresa.
La solución es un grafo. La organización se define una sola vez con un identificador estable, normalmente la URL de la portada seguida de #organization. El resto de bloques la referencia por ese @id como editor, proveedor o empleador del autor.
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.ejemplo.com/#organization",
"name": "Ejemplo Consultores",
"legalName": "Ejemplo Consultores S.L.",
"url": "https://www.ejemplo.com/",
"logo": "https://www.ejemplo.com/logo.svg",
"sameAs": [
"https://www.linkedin.com/company/ejemplo",
"https://www.wikidata.org/wiki/Q000000"
]
},
{
"@type": "BlogPosting",
"headline": "Título del artículo",
"datePublished": "2026-09-10",
"dateModified": "2026-09-16",
"author": {
"@type": "Person",
"name": "Nombre Apellido",
"jobTitle": "Directora de estrategia",
"worksFor": { "@id": "https://www.ejemplo.com/#organization" }
},
"publisher": { "@id": "https://www.ejemplo.com/#organization" }
}
]
}Con esta estructura, el autor queda vinculado a la empresa y la empresa a sus perfiles externos. Cambiar el logotipo o añadir un perfil exige tocar un único bloque.
En webs multilingües, frecuentes en empresas que venden en varios países europeos, el @id de la organización debe ser el mismo en todas las versiones. Lo que cambia entre idiomas es el texto y la propiedad inLanguage de cada página.
¿Cómo se implantan los datos estructurados paso a paso?
La implantación se hace en las plantillas, no página a página. Consiste en inventariar las plantillas, definir el grafo, generar el marcado desde el CMS, validarlo antes de publicar y vigilarlo en Search Console. En un sitio corporativo mediano suele resolverse en uno o dos ciclos de desarrollo, sin rediseñar nada.
- Inventariar las plantillas del sitio: portada, servicios, productos, artículos, autores y contacto.
- Definir un único bloque de organización con
@idy decidir qué tipo corresponde a cada plantilla. - Generar el JSON-LD desde los mismos campos del CMS que se muestran en pantalla, nunca escrito a mano.
- Desactivar el marcado automático de plugins o temas que duplique lo ya definido.
- Validar cada plantilla con la prueba de resultados enriquecidos de Google y con el validador de Schema.org.
- Revisar los informes de mejoras de Search Console tras cada despliegue y durante las semanas siguientes.
El tercer paso es el que más problemas evita. Cuando el precio, la fecha o el autor salen del mismo campo que se pinta en la página, el marcado nunca se desalinea con el contenido. Por eso, en los proyectos de desarrollo web lo incluimos en la plantilla desde el primer día.
¿Qué errores aparecen con más frecuencia?
En las auditorías que hacemos, los fallos se repiten con pocas variaciones. Casi nunca falta marcado del todo. Lo habitual son bloques duplicados, fechas que no cuadran o propiedades que describen algo distinto de lo que ve el usuario. La tabla recoge los casos más comunes, su efecto y la corrección que aplicamos.
| Error | Qué provoca | Corrección |
|---|---|---|
| Dos bloques Organization, del plugin SEO y del tema | Datos contradictorios sobre la empresa | Desactivar uno y mantener un único @id |
| dateModified que cambia en cada compilación | Todas las páginas parecen recién actualizadas y la fecha pierde valor | Actualizar la fecha solo con cambios de contenido |
| Precio sin IVA en el marcado y con IVA en la página | Discrepancias en Merchant Center y avisos en Search Console | Tomar el precio del mismo campo que se muestra |
| Valoraciones propias en Organization o LocalBusiness | Google no muestra desde 2019 las estrellas de reseñas sobre uno mismo | Retirar aggregateRating de las páginas corporativas |
| sameAs hacia perfiles abandonados o ajenos | Se mezclan entidades distintas | Revisar los enlaces una vez al año |
| FAQPage con respuestas ocultas | Marcado ignorado y riesgo de acción manual | Marcar solo preguntas visibles en la página |
El caso de las fechas merece atención en webs estáticas y generadores de sitios. Si la fecha de modificación se toma de la hora de compilación, cada despliegue actualiza todas las páginas a la vez. El buscador aprende entonces a no fiarse de ese dato.
Cómo comprobar si el marcado funciona
La validación técnica y el efecto en visibilidad se miden por separado. La prueba de resultados enriquecidos confirma que Google puede leer el marcado y si la página opta a algún resultado especial. El validador de Schema.org revisa además tipos que Google no convierte en resultado enriquecido, como Service.
- Errores y advertencias en los informes de mejoras de Search Console.
- Nombre del sitio y logotipo correctos en los resultados de Google.
- Datos del panel de conocimiento de la marca, si existe.
- Respuestas de ChatGPT, Gemini, Copilot y Perplexity a preguntas sobre la empresa y sus servicios.
El seguimiento en asistentes todavía no tiene una herramienta estándar. Lo práctico es fijar un conjunto de preguntas sobre la marca, lanzarlo cada mes y anotar si la descripción de la empresa es correcta. Esa parte la cubrimos en los proyectos de SEO para IA, junto con el trabajo de posicionamiento SEO clásico.
Por dónde empezar
Si el sitio no tiene marcado, la primera tarea es un bloque Organization completo en la portada, con @id, logotipo y perfiles en sameAs. Es un trabajo corto y sienta la base del resto.
Después conviene añadir BlogPosting con autor en los artículos y Service o Product en las páginas comerciales, generados desde la plantilla. Si ya existe marcado, el orden cambia: primero se eliminan duplicados y datos desalineados, y solo después se amplían tipos. Los demás factores que influyen en las citas están en la guía de SEO para buscadores de IA.
Preguntas frecuentes
¿Los datos estructurados mejoran el posicionamiento en Google?
No son un factor de posicionamiento directo. Ayudan a que Google entienda la página y habilitan resultados enriquecidos, como precios o migas de pan, que suelen mejorar el porcentaje de clics. En los buscadores de IA su efecto también es indirecto, a través de una entidad de marca mejor definida.
¿Qué formato conviene usar: JSON-LD, Microdata o RDFa?
JSON-LD. Es el formato que recomienda Google, se escribe en un bloque separado del HTML visible y se genera con facilidad desde las plantillas. Microdata y RDFa siguen siendo válidos, pero obligan a mezclar atributos con el diseño y se rompen con más frecuencia en los rediseños.
¿Hace falta un marcado especial para aparecer en AI Overviews?
No. Google indica que no existen requisitos adicionales para las funciones de IA de su buscador. Las condiciones son las mismas que en los resultados orgánicos: una página indexable, contenido útil y un marcado coherente con lo que ve el usuario.
¿Cada cuánto hay que revisar el marcado de una web?
Tras cada cambio de plantilla o de CMS, y con una revisión general cada tres a seis meses. Search Console avisa de errores nuevos, pero no detecta datos desalineados, como un precio antiguo o un perfil externo abandonado que sigue enlazado desde la organización.
