Datos estructurados para respuestas de IA: qué marcar y cómo
Los datos estructurados no abren por sí solos las puertas de las respuestas de IA, pero eliminan dudas sobre los datos. Marca al editor como una Organization con enlaces sameAs, cada artículo con author, datePublished y dateModified, los productos con offers, precio y moneda, y las secciones de preguntas con FAQPage. Usa JSON-LD y mantenlo idéntico a lo que muestra la página.
Un rastreador que lee HTML tiene que deducir quién publicó una página, cuándo cambió y cuánto cuesta un producto. El JSON-LD expresa esos datos de forma explícita con el vocabulario de schema.org. Google dice que no hace falta ningún esquema especial para sus funciones de IA, y los demás proveedores de IA no publican cómo usan el marcado, así que el objetivo honesto es la claridad, no un truco de posicionamiento.
En esta página
¿Por qué ayudan los datos estructurados a las respuestas de IA?
Las respuestas de IA a menudo tienen que afirmar hechos: quién fabrica un producto, cuánto cuesta, si un artículo está al día. Cuando esos datos solo están en el texto corrido, pueden leerse mal o mezclarse con datos de otras páginas. El marcado da una declaración única y coherente de cada dato que cualquier analizador puede leer.
Usa JSON-LD cuando puedas; Google lo recomienda como el formato más fácil de implementar y mantener. Y sigue la regla básica de Google: no marques información que no sea visible para los usuarios en la página, aunque sea correcta.
¿Cómo debo marcar mi organización?
Una Organization con name, url, logo y sameAs le dice a un rastreador quién está detrás del sitio. schema.org define sameAs como la URL de una página de referencia que indica sin ambigüedad la identidad del elemento, como tus perfiles oficiales en otros sitios. Google sugiere ponerla en la página de inicio o en una página «acerca de»; no hace falta en todas las páginas.
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://example.com/#org",
"name": "Example Co",
"url": "https://example.com/",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example-co",
"https://github.com/example-co"
]
}
Dale a la organización un @id estable para que otro marcado de tu sitio, como el publisher de un artículo, pueda referirse a ella. En sameAs incluye solo perfiles que controles. Los enlaces a páginas de otra empresa con un nombre parecido hacen lo contrario de lo que quieres: difuminan la identidad que el marcado debe aclarar.
Google también lista propiedades opcionales como description, legalName, contactPoint y address. Añade las que sean ciertas y estables; deja fuera todo lo que tendrías que actualizar a mano.
¿Qué debe incluir el marcado de Article o BlogPosting?
En los artículos, las propiedades que más importan para la confianza y la frescura son headline, author con un name y una url que identifique al autor, datePublished y dateModified. Google pide fechas en formato ISO 8601 y recomienda incluir la zona horaria.
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "How to choose a clinic scheduling app",
"author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
"publisher": {"@id": "https://example.com/#org"},
"datePublished": "2026-10-01T09:00:00+00:00",
"dateModified": "2026-11-12T09:00:00+00:00",
"image": "https://example.com/img/scheduling.jpg"
}
Mantén dateModified honesta y coherente. Usa la misma fecha en la página visible y en el lastmod de tu sitemap, y actualízala solo cuando el contenido cambie de verdad.
¿Sigue valiendo la pena añadir el marcado FAQPage?
Conviene dejar claro lo que ya no hace. Google ha dejado de mostrar resultados enriquecidos de FAQ en Search y ha eliminado la documentación de esa función. Por tanto, el marcado FAQPage no te dará resultados de FAQ ampliados en Google.
Sigue siendo un tipo válido de schema.org que empareja cada pregunta con su respuesta en un formato legible por máquina, lo cual sirve para cualquier sistema que analice la página. Si tu página ya tiene una sección de preguntas frecuentes visible, marcarla cuesta poco. No añadas al marcado preguntas que no estén en la página.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Does the app work offline?",
"acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
}]
}
¿Cómo marco el precio de un producto o una app?
La gente suele preguntar a los asistentes de IA cuánto cuesta un producto, y un precio enterrado en una tabla de tarifas es fácil de leer mal. Añade offers con price y priceCurrency a tu marcado Product o SoftwareApplication. Google indica que price es obligatorio en una oferta y recomienda priceCurrency; una app gratuita debe indicar un precio de 0.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Example Planner Pro",
"offers": {
"@type": "Offer",
"price": 19.00,
"priceCurrency": "USD",
"availability": "https://schema.org/InStock"
}
}
¿Cómo compruebo que mi marcado se lee bien?
- Cada bloque JSON-LD debe ser JSON válido. Una coma de más y los analizadores ignoran todo el bloque.
- Pon el JSON-LD en el HTML inicial. El marcado inyectado con JavaScript puede pasar desapercibido para los rastreadores que no ejecutan scripts.
- Compara el marcado con la página visible: nombres, precios y fechas deben coincidir exactamente.
- Asegúrate de que la página que lleva el marcado no esté bloqueada para los rastreadores de IA por el robots.txt o un cortafuegos; el marcado en una página inaccesible no ayuda a nadie.
- Combina elementos relacionados con referencias
@iden lugar de repetirlos, para que el editor del marcado de tu artículo y tu marcado Organization sean claramente la misma entidad. - Genera las fechas y los precios a partir de los mismos datos que rellenan la página visible, para que no se desajusten tras una actualización.
AISeeWhy analiza el JSON-LD de tu página e informa de bloques no válidos, de editor o sameAs ausentes, de datos de artículo incompletos, de marcado de app o producto sin precio y de encabezados de preguntas sin el marcado FAQ correspondiente, con un fragmento listo para cada solución.
Preguntas frecuentes
¿Necesito datos estructurados para aparecer en los AI Overviews de Google?
No. Google dice que no hace falta ningún dato estructurado schema.org especial para los AI Overviews o el modo IA. El marcado sigue ayudando a que datos como las fechas y los precios no admitan dudas.
¿JSON-LD, Microdata o RDFa?
Todos son válidos, pero Google recomienda JSON-LD cuando tu configuración lo permite, porque es más fácil de añadir y mantener por separado del HTML visible.
¿Debe tener cada página marcado Organization?
Google sugiere ponerlo en la página de inicio o en una sola página que describa la organización. Las demás páginas pueden referirse a él por su @id.
¿Los datos estructurados sustituyen a un buen contenido?
No. El marcado afirma datos sobre la página; no convierte una respuesta débil en una buena. Las respuestas de IA siguen citando el texto visible, así que la página tiene que responder bien a la pregunta por sí misma.
¿Puedo marcar contenido oculto a los visitantes?
No. Las directrices de Google dicen que no se marque información que no sea visible para los usuarios, aunque sea correcta.
Fuentes
- Google Search Central: introducción a los datos estructurados
- Google Search Central: datos estructurados de Organization
- Google Search Central: datos estructurados de Article
- Google Search Central: datos estructurados de fragmentos de producto
- Google Search Central: datos estructurados de FAQ (aviso de obsolescencia)