Schema.org para respuestas de IA: qué marca realmente la diferencia
No todos los datos estructurados ayudan a que los asistentes de IA te citen. Un orden de prioridad pragmático para el marcado de Organization, Product, Article y FAQPage, y qué omitir.
Los datos estructurados han cambiado discretamente las audiencias. Durante una década existieron para conseguir resultados enriquecidos en una página de búsqueda; ahora funcionan además como la forma más fiable de declarar hechos sobre tu producto a un modelo de lenguaje. Los asistentes citan páginas que pueden analizar con confianza, y JSON-LD es el único lugar donde puedes decir "esta cadena es el nombre del producto; este número es el precio; esta fecha es la última actualización" sin esperar que la prosa lo deje claro.
Esto no es un curso completo de schema.org. Es un orden de prioridades para fundadores: cuatro tipos que merece la pena implementar, uno que omitir y los errores que anulan silenciosamente el resto.
El orden de prioridades
1. Organization — tu ancla de identidad
El bloque de mayor valor para las respuestas de IA. Es la forma en que los asistentes resuelven quién hace la afirmación: nombre, identidad legal, logotipo, perfiles same-as, punto de contacto. Todos los demás hechos que publiques se atribuyen contra esta ancla.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "aat.ee",
"url": "https://www.aat.ee",
"logo": "https://www.aat.ee/logo.svg",
"sameAs": ["https://github.com/yeagoo/Open-Launch"]
}{
"@context": "https://schema.org",
"@type": "Organization",
"name": "aat.ee",
"url": "https://www.aat.ee",
"logo": "https://www.aat.ee/logo.svg",
"sameAs": ["https://github.com/yeagoo/Open-Launch"]
}El array sameAs importa más de lo que parece: vincula tu identidad con perfiles que el modelo quizá ya conozca, y así es como "aat.ee" deja de ser solo una cadena.
2. Article — para todo lo que publiques
Los asistentes se apoyan en datePublished, dateModified, author y headline al decidir si una página es una fuente citable o un residuo de marketing. Un dateModified obsoleto es una de las formas más rápidas de dejar de ser citado en preguntas donde la frescura importa.
{
"@type": "Article",
"headline": "Schema.org for AI Answers",
"datePublished": "2026-09-24",
"dateModified": "2026-09-24",
"author": { "@type": "Organization", "name": "aat.ee Team" }
}{
"@type": "Article",
"headline": "Schema.org for AI Answers",
"datePublished": "2026-09-24",
"dateModified": "2026-09-24",
"author": { "@type": "Organization", "name": "aat.ee Team" }
}Mantén dateModified honesto. Un asistente que cita tu página con una fecha de hace dos años seguirá haciéndolo para la respuesta de hace dos años.
3. Product + Offer — si vendes algo
Para páginas de producto, Product con un Offer incrustado declara los hechos que un asistente necesita para responder "cuánto cuesta": precio, moneda, disponibilidad. Los asistentes son notablemente reacios a citar precios que no pueden verificar, así que las páginas sin este marcado tienden a describirse sin precios — o con los de un competidor.
4. FAQPage — hechos citables con forma de pregunta
Los bloques de FAQ son lo más fácil de extraer para un asistente: la pregunta ya tiene la forma del usuario y la respuesta ya es un párrafo. Úsalo para preguntas genuinas que tu bandeja de soporte recibe de verdad. Dos reglas: la página visible debe contener el mismo texto que el marcado, y cada respuesta debe sostenerse por sí sola sin "ver arriba".
Qué omitir
El relleno de Keyword en el schema, los bloques duplicados para texto oculto y el marcado LocalBusiness en un negocio sin ubicación física solo añaden coste de mantenimiento sin beneficio para los asistentes. Si un resultado enriquecido nunca aparece para el tipo, probablemente ese tipo se creó para una función de búsqueda que no necesitas.
Los tres errores que anulan el resto
- Marcado que no concuerda con la página visible. Si tu JSON-LD dice que el producto cuesta $29 y la página muestra $49, los asistentes (y los sistemas de búsqueda que los alimentan) aprenden que tus datos estructurados no son fiables. Esa etiqueta se queda.
- Fechas obsoletas. Generar automáticamente
dateModified: <hoy>en páginas que nadie tocó es la versión de datos estructurados de gritar "que viene el lobo". - JSON-LD no válido. Una coma final o un
@contextausente eliminan todo el bloque. Valida cada cambio de plantilla con la Prueba de Resultados Enriquecidos — las plantillas son donde se esconden estos errores, porque el error solo aparece en la página renderizada, no en el archivo fuente.
Cómo verificar sin herramientas de pago
La Prueba de Resultados Enriquecidos de Google valida la sintaxis y la elegibilidad. Para el lado de las respuestas de IA no hay validador — la comprobación es conductual: haz a un asistente una pregunta de hecho cuya respuesta esté en tu marcado ("¿cuánto cuesta [producto]?") y observa si la respuesta indica el número, se muestra evasiva o nombra a un competidor. Nuestro flujo de trabajo con registros de rastreo combina bien con esto: el patrón de peticiones te dice si la página llegó siquiera a leerse.
El resumen honesto
Los datos estructurados no harán que un asistente recomiende un producto que no lo merece. Lo que hacen es eliminar la ambigüedad: el nombre, el precio, la fecha, la categoría se convierten en hechos en lugar de conjeturas. En un panorama donde los asistentes se muestran evasivos constantemente, ser fácil de declarar con hechos es una ventaja real — y es un día de trabajo, no un trimestre.