El schema markup para IA son datos estructurados en JSON-LD que recogen de forma legible por máquinas quién eres, qué es una página y qué datos contiene. Hace inequívocas las entidades, como tu empresa, tus autores y tus productos. Está demostrado que Google usa los datos estructurados en los resultados de búsqueda. Cómo los usan exactamente los LLM que hay detrás de ChatGPT, Gemini y Perplexity no es público.
Este artículo forma parte de la guía completa sobre GEO. Vas a ver qué son los datos estructurados, qué se sabe y qué no sobre su uso por parte de la IA, qué tipos importan y cómo montar un bloque JSON-LD completo. Después vienen los errores más comunes y la forma de validar tu markup.
Una cosa antes de empezar: el schema markup no sustituye a un buen texto. Ayuda a una máquina a relacionar los datos que ya están en tu página. El texto en sí sigue teniendo que ser contenido que cita la IA.
¿Qué son los datos estructurados, el schema markup y JSON-LD?
Los datos estructurados son una descripción estandarizada de una página y de lo que contiene, en un formato que una máquina puede leer sin interpretar. Google los define en su introducción a los datos estructurados como un formato estándar para dar información sobre una página y clasificar su contenido.
Hay tres conceptos que a menudo se confunden:
| Concepto | Qué es |
|---|---|
| Schema markup | Datos estructurados que usan el vocabulario de schema.org: tipos como Organization y propiedades como name o address. |
| JSON-LD | El formato en el que escribes ese markup: un bloque <script type="application/ld+json"> independiente en el HTML, separado del diseño visible. |
| Entidad | Algo único en el mundo, como una empresa, una persona o un producto, al que das una identidad fija con el markup. |
En esa misma documentación, Google recomienda elegir el formato que te resulte más fácil de mantener y dice que en la mayoría de los casos es JSON-LD. La ventaja es práctica: no tienes que rehacer tu HTML y puedes vincular varias entidades entre sí en un solo bloque.
¿Qué se sabe sobre cómo usa la IA el schema markup?
Lo que está claro es que Google usa los datos estructurados para los resultados de búsqueda y los resultados enriquecidos, y que también los utiliza para recopilar información sobre el mundo, como personas, libros y empresas. En la introducción, Google menciona expresamente que puede usar de forma amplia la propiedad sameAs y otros datos de schema.org.
Sobre las funciones de IA, Google también es claro. La documentación sobre funciones de IA y tu sitio web indica que no necesitas ningún markup especial de schema.org ni archivos de IA aparte para aparecer en AI Overviews o AI Mode. Eso sí, Google cita como buena práctica que tus datos estructurados coincidan con el texto visible de la página.
Lo que no se sabe es cómo procesan los datos estructurados OpenAI, Perplexity y otros proveedores. No publican documentación al respecto. Una conclusión razonable y prudente es esta:
- El JSON-LD está como texto en el HTML. Por tanto, un rastreador que consulta tu página lo recibe.
- Con retrieval-augmented generation, un sistema busca fuentes y basa su respuesta en ellas. Los datos inequívocos (nombre, dirección, autor, fecha, precio) facilitan vincular y citar correctamente una fuente.
- En el caso de Google está documentado que los datos estructurados cuentan para los resultados de búsqueda. Un sistema de IA que se apoye en ese índice de búsqueda podría beneficiarse de ello indirectamente, pero no está confirmado.
Quien asegure que el schema markup te garantiza aparecer en ChatGPT afirma más de lo que nadie puede demostrar. Quien diga que no sirve para nada ignora que el mayor buscador lo usa activamente. Encontrarás más sobre el proceso de selección en cómo eligen sus fuentes los buscadores con IA.
¿Qué tipos de schema cuentan y cuándo usarlos?
Los tipos que más aportan son los que describen de forma inequívoca tu empresa, tus autores y tus páginas más importantes. En cada tipo, usa solo las propiedades que de verdad aparecen en la página.
| Tipo | Dónde | Cuándo y propiedades principales |
|---|---|---|
Organization o LocalBusiness | Página de inicio o de quiénes somos | Siempre. name, url, logo, address, telephone, sameAs. Elige el subtipo más específico. |
WebSite | Página de inicio | Siempre. name, url, publisher apuntando a tu organización. |
BreadcrumbList | Cada página con migas de pan | En un sitio jerárquico. Al menos dos ListItem con position, name e item. |
Article | Artículos de blog y de recursos | En contenido editorial. headline, author, datePublished, dateModified, image. |
Product con Offer | Páginas de producto | Cuando vendes. name, image, offers con price y priceCurrency. |
FAQPage | Página con preguntas visibles | Solo con bloques reales y visibles de preguntas y respuestas. Ojo con su estado, más abajo. |
Person | Página de autor, página del equipo | Para autores y personas clave. name, jobTitle, worksFor, sameAs. |
Organization y LocalBusiness con sameAs
El markup Organization indica quién está detrás del sitio, y sameAs vincula esa organización con la misma entidad en otros lugares de la web. En la documentación de Organization, Google recomienda poner este markup en la página de inicio o en una sola página sobre tu organización, y usar el subtipo más específico. Para una tienda, una consulta o un restaurante, es un subtipo de LocalBusiness.
Según schema.org, sameAs es la URL de una página de referencia que indica sin ambigüedad la identidad del elemento. Piensa en la página de tu empresa en LinkedIn, tu elemento de Wikidata, tu inscripción en el Registro Mercantil o un artículo de Wikipedia si lo tienes. Así ayudas a un sistema a ver que "El Radio" en tu sitio y "El Radio" en LinkedIn son la misma empresa. Esto encaja con la forma en que un knowledge graph conecta entidades entre sí.
WebSite y BreadcrumbList
WebSite da un nombre a tu sitio en su conjunto y lo vincula con el editor. BreadcrumbList muestra dónde está una página dentro de la jerarquía. Según la documentación de migas de pan, Google usa este markup para categorizar el contenido de una página en los resultados de búsqueda, y pide al menos dos elementos.
Article con autor y fechas
El markup Article recoge quién escribió algo y cuándo, dos señales directamente relacionadas con E-E-A-T. La documentación de Article de Google no tiene propiedades obligatorias, pero recomienda author, datePublished, dateModified, headline e image. Google pide incluir a cada autor por separado, como Person con una url o un sameAs, y poner solo el nombre en author.name.
Product y Offer
El markup Product hace inequívocos el precio, la disponibilidad y la identificación de un producto. Para las páginas de producto donde se puede comprar directamente, Google pide en la documentación de fichas de comerciante como mínimo name, image y un Offer con price (mayor que cero) y priceCurrency como código ISO 4217, por ejemplo EUR. Se recomiendan, entre otros, brand, gtin o sku, availability e itemCondition.
FAQPage: ojo con su estado actual
FAQPage sigue siendo un tipo válido de schema.org, pero Google ya no muestra resultados enriquecidos para él. En septiembre de 2023, Google ya limitó los resultados enriquecidos de FAQ a sitios web gubernamentales y de salud conocidos y con autoridad. Según el registro de cambios de Google Search Central, la función no aparece en absoluto en Google Search desde el 7 de mayo de 2026, y el 15 de junio de 2026 se eliminó la documentación.
Por eso, usa FAQPage solo si tienes preguntas y respuestas reales visibles en la página. En ese caso vincula de forma explícita pregunta y respuesta, pero no esperes un desplegable en Google.
Person
El markup Person da a autores y personas clave una identidad propia, independiente de la empresa. Úsalo en una página de autor o del equipo y haz referencia a él desde author en tus artículos. Con un sameAs que apunte, por ejemplo, a un perfil de LinkedIn dejas claro de qué persona se trata.
Ejemplo completo de JSON-LD con @graph
Con @graph pones varias entidades en un solo bloque JSON-LD y haces referencia a ellas con un @id fijo. A continuación tienes el markup de un artículo de recursos de la tienda de bicicletas ficticia "Bicicletas El Radio" de Valencia. Todos los nombres, direcciones y URL son inventados.
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "BicycleStore",
"@id": "https://www.elradio-ejemplo.es/#organizacion",
"name": "Bicicletas El Radio",
"url": "https://www.elradio-ejemplo.es/",
"logo": "https://www.elradio-ejemplo.es/images/logo.png",
"image": "https://www.elradio-ejemplo.es/images/tienda.jpg",
"telephone": "+34 960 000 000",
"email": "info@elradio-ejemplo.es",
"address": {
"@type": "PostalAddress",
"streetAddress": "Calle Ejemplo 12",
"postalCode": "46001",
"addressLocality": "Valencia",
"addressCountry": "ES"
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "09:00",
"closes": "18:00"
}
],
"sameAs": [
"https://www.linkedin.com/company/elradio-ejemplo",
"https://www.instagram.com/elradio-ejemplo"
]
},
{
"@type": "WebSite",
"@id": "https://www.elradio-ejemplo.es/#website",
"name": "Bicicletas El Radio",
"url": "https://www.elradio-ejemplo.es/",
"inLanguage": "es-ES",
"publisher": { "@id": "https://www.elradio-ejemplo.es/#organizacion" }
},
{
"@type": "Person",
"@id": "https://www.elradio-ejemplo.es/quienes-somos/lucia-martin#persona",
"name": "Lucía Martín",
"jobTitle": "Jefa de taller",
"url": "https://www.elradio-ejemplo.es/quienes-somos/lucia-martin",
"worksFor": { "@id": "https://www.elradio-ejemplo.es/#organizacion" },
"sameAs": ["https://www.linkedin.com/in/lucia-martin-ejemplo"]
},
{
"@type": "WebPage",
"@id": "https://www.elradio-ejemplo.es/recursos/mantenimiento-bateria-ebike#pagina",
"url": "https://www.elradio-ejemplo.es/recursos/mantenimiento-bateria-ebike",
"name": "Mantenimiento de la batería de tu e-bike: cómo hacer que dure más",
"isPartOf": { "@id": "https://www.elradio-ejemplo.es/#website" },
"breadcrumb": { "@id": "https://www.elradio-ejemplo.es/recursos/mantenimiento-bateria-ebike#migas" },
"inLanguage": "es-ES"
},
{
"@type": "BreadcrumbList",
"@id": "https://www.elradio-ejemplo.es/recursos/mantenimiento-bateria-ebike#migas",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Inicio",
"item": "https://www.elradio-ejemplo.es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Recursos",
"item": "https://www.elradio-ejemplo.es/recursos"
},
{
"@type": "ListItem",
"position": 3,
"name": "Mantenimiento de la batería de tu e-bike"
}
]
},
{
"@type": "Article",
"@id": "https://www.elradio-ejemplo.es/recursos/mantenimiento-bateria-ebike#articulo",
"headline": "Mantenimiento de la batería de tu e-bike: cómo hacer que dure más",
"image": "https://www.elradio-ejemplo.es/images/bateria-ebike.jpg",
"datePublished": "2026-09-01T09:00:00+02:00",
"dateModified": "2026-10-10T14:30:00+02:00",
"inLanguage": "es-ES",
"mainEntityOfPage": { "@id": "https://www.elradio-ejemplo.es/recursos/mantenimiento-bateria-ebike#pagina" },
"author": { "@id": "https://www.elradio-ejemplo.es/quienes-somos/lucia-martin#persona" },
"publisher": { "@id": "https://www.elradio-ejemplo.es/#organizacion" }
}
]
}
Algunas decisiones de este ejemplo son deliberadas:
@idfijos. Cada entidad tiene un único identificador, y las demás entidades hacen referencia a él. Así existe una sola organización, no cinco copias sueltas.- Subtipo específico.
BicycleStorees un subtipo deLocalBusinessy dice más que un simpleOrganization. - Autor como Person. El artículo hace referencia a una persona real con su propia página y un
sameAs. - Fechas con zona horaria.
datePublishedydateModifiedestán en formato ISO 8601.
En un sitio real, la organización y el sitio web aparecen en todas las páginas, o al menos en la página de inicio, y las entidades de página, migas de pan y artículo cambian según la URL.
¿Qué errores son los más comunes?
La mayoría de los problemas con el schema markup surgen porque el markup afirma algo distinto de la página o porque técnicamente no se puede leer.
Markup que no coincide con el contenido visible. Google dice en sus directrices generales sobre datos estructurados que no debes marcar contenido que los lectores no ven, y que los datos estructurados deben ser una representación fiel de la página. Un precio, una valoración o un horario en el JSON-LD que no aparezca visible en ningún sitio es un error. Si se incumple, una página puede perder la posibilidad de mostrar resultados enriquecidos mediante una acción manual.
Errores de sintaxis. Una coma que falta o unas comillas de más hacen ilegible todo el bloque. Ojo también con las comas después del último elemento de una lista, que no están permitidas en JSON.
Solo un schema en la página de inicio. Muchos sitios tienen un bloque Organization en la página de inicio y nada más. Los artículos sin autor ni fecha y las páginas de producto sin precio dejan entonces sin nombrar los datos más concretos.
Falta sameAs. Sin sameAs, tu organización es un nombre sin referencia. Sobre todo con un nombre de empresa común, un vínculo a tu página de LinkedIn, del Registro Mercantil o de Wikidata marca la diferencia entre ser reconocido y ser confundido.
Markup que solo aparece mediante JavaScript. Google puede leer JSON-LD añadido con JavaScript. No puedes dar por hecho que todos los rastreadores de IA también lo hagan. Por eso, pon el markup preferiblemente directamente en el HTML que entrega el servidor, con renderizado del lado del servidor.
Esperar que un markup válido lo resuelva todo. Google escribe en esas mismas directrices que no garantiza que los datos estructurados aparezcan en los resultados de búsqueda, ni siquiera si la prueba sale bien. El markup es una herramienta para hacer los datos inequívocos. Un archivo como llms.txt tampoco lo resuelve todo: son complementos de un contenido bueno y accesible.
¿Cómo se valida el schema markup?
El schema markup se valida con dos herramientas gratuitas: la Prueba de resultados enriquecidos de Google y el Schema Markup Validator de schema.org. Comprueban cosas distintas, así que usa las dos.
| Herramienta | Qué comprueba |
|---|---|
| Prueba de resultados enriquecidos | Si tu markup puede optar a los resultados enriquecidos que admite Google, con errores y advertencias por tipo. |
| Schema Markup Validator | Si tu markup es correcto según el vocabulario de schema.org, también para tipos sin resultado enriquecido en Google, como Person o WebSite. |
En la introducción a los datos estructurados, Google menciona también la inspección de URLs de Search Console para comprobar si Google ha encontrado tus datos estructurados, y los informes de resultados enriquecidos para seguir los errores tras la publicación.
Cómo comprobarlo en tu propio sitio
- Abre el código fuente de tu página de inicio (no el inspector, sino "ver código fuente de la página") y busca
application/ld+json. Si no aparece nada, tu servidor no entrega JSON-LD en el HTML sin procesar. - Comprueba que haya un bloque
OrganizationoLocalBusinesscon nombre, logotipo, dirección y una listasameAs. - Abre un artículo y una página de producto. Mira si
Articletiene un autor y las dos fechas, y siProductincluye un precio en euros igual al precio visible. - Pega las URL en la Prueba de resultados enriquecidos y en el Schema Markup Validator y corrige todos los errores.
- Compara cada valor del markup con el texto visible. Lo que no esté en la página, quítalo del markup.
El análisis gratuito de Flowproof comprueba qué tipos de JSON-LD contienen tus páginas, si hay sameAs y si el contenido está en el HTML sin procesar, además de los demás elementos técnicos de GEO.