Datos estructurados para IA: qué sigue siendo útil
Por Zakaria Reziki
CEO — Growli · 5 de septiembre de 2026 · 9 min de lectura
Redactado con ayuda de IA siguiendo los estándares editoriales de Zakaria Reziki, y publicado tras controles automáticos de fuentes y calidad.
Los datos estructurados son un conjunto estandarizado de etiquetas, basado en un vocabulario compartido llamado schema.org, que deja claro qué significa exactamente cada dato de tu página —el nombre de tu negocio, tu dirección, el precio de tu producto estrella— para que una máquina no tenga que adivinarlo. Piénsalo como rellenar un formulario en vez de garabatear una nota: una persona que lea la portada de tu web distingue tu teléfono de tu código postal de un vistazo, pero un programa que lee código en bruto muchas veces no puede, a menos que le etiquetes los campos.
Ese etiquetado se ha vuelto más valioso, no menos, desde que asistentes de IA como ChatGPT, Gemini, Claude, Perplexity y Copilot empezaron a resumir la web en lugar de limitarse a enlazarla. Estas herramientas leen el mismo código de fondo que los buscadores llevan leyendo toda la vida, y cuanto más claras sean tus etiquetas, menos margen hay para que un asistente cite mal tu horario, se invente un precio o confunda tu panadería con la que hay tres pueblos más allá. Este artículo repasa qué tipos de schema.org siguen mereciendo la pena en ese contexto, qué te aporta realmente una confirmación de tu identidad legible por máquinas, y qué te puedes ahorrar con tranquilidad. Para el panorama completo de cómo deciden los asistentes a quién mencionar, consulta nuestra guía de visibilidad en IA.
Qué hacen realmente los datos estructurados por los asistentes de IA
Cada vez que un asistente de IA responde a una pregunta como “mejor dentista cerca de mí” o “dónde puedo comprar esta pieza”, primero envía un rastreador —un programa que visita páginas web y copia su contenido— para leer tu sitio. Sin etiquetas, ese rastreador ve un muro de texto y tiene que adivinar el significado: ¿“555-0134” es un teléfono o el código de un producto? Los datos estructurados eliminan esa incertidumbre envolviendo los hechos en un pequeño bloque de código llamado JSON-LD, que descansa discretamente en la página y viene a decir: esto es el teléfono, esto es el precio, esto es la hora de apertura.
La propia documentación de OpenAI confirma que su rastreador, GPTBot, recoge páginas web públicas de forma muy parecida a como lo hace un buscador tradicional OpenAI, y la guía de datos estructurados de Google es explícita al decir que estas etiquetas ayudan a un programa a “entender el contenido de la página” Google Search Central. Ninguna de las dos compañías ha dicho que ignore este etiquetado, así que en la práctica el mismo bloque JSON-LD que añadirías para el buscador clásico también lo leen los asistentes a los que se están pasando tus clientes. Si nunca lo has añadido, los asistentes que hoy responden preguntas sobre tu negocio están trabajando con suposiciones, no con hechos.
Los cuatro tipos de schema que merecen tu tiempo
Schema.org recoge cientos de tipos de elemento, desde Recipe hasta Movie o Airport, pero una pyme típica solo necesita cuatro para cubrir casi cualquier dato que un asistente pueda citar. Añade estos y no te preocupes por el resto.
- Organization — establece tu negocio como una entidad única con nombre propio, con logo y enlaces a tus perfiles sociales oficiales, para que un asistente pueda saber que la cuenta de Instagram y la web pertenecen a la misma “Panadería Dolores”.
- LocalBusiness — una extensión de Organization pensada para quien tiene una dirección física o una zona de servicio; recoge tu horario, tu teléfono y tu barrio, justo los datos que un asistente necesita para responder “¿están abiertos ahora mismo?”.
- Product y Offer — asocian un precio real, una moneda y la disponibilidad a lo que vendes, para que un asistente cite tu cifra exacta en lugar de promediar las estimaciones de varios competidores.
- FAQPage — un conjunto de preguntas y respuestas con la forma exacta que a los asistentes ya les gusta tomar prestada y repetir al usuario, palabra por palabra.
PRIORIDAD DE SCHEMA
Cuatro tipos de schema que conviene añadir primero
Organization
Confirma tu nombre, tu logo y tus perfiles oficiales para que distintas menciones de tu negocio se resuelvan en una sola identidad.
LocalBusiness
Recoge tu dirección, tu teléfono y tu horario: los datos que necesita un asistente para responder “¿están abiertos ahora mismo?”.
Product y Offer
Asocia un precio real y la disponibilidad para que un asistente cite tu cifra en lugar de una suposición.
FAQPage
Responde de antemano a las preguntas habituales con el formato de pregunta y respuesta que a los asistentes les gusta citar.
Qué aporta una confirmación legible por máquinas a la resolución de identidad
Imagina a Dolores, que tiene una panadería en Austin. Tiene un perfil de Google Business, una página de Yelp, una cuenta de Instagram y una web: cuatro menciones distintas de “Panadería Dolores” repartidas por internet. Antes de poder recomendarla con seguridad, un asistente tiene que resolver la llamada resolución de entidad — decidir si esas cuatro menciones describen el mismo negocio real o si alguna corresponde a otra Panadería Dolores en otra ciudad.
Los datos estructurados le dan al asistente un atajo. Una propiedad de schema.org llamada sameAs permite que Dolores enumere las URL de su Instagram, Facebook y Yelp directamente dentro del marcado Organization de su propia web —una confirmación legible por máquinas, en sus propias palabras, de que esas cuentas son suyas schema.org. Es una señal más fuerte que la que obtiene un asistente al inferir una coincidencia por nombres y direcciones parecidas en fuentes de las que no se fía del todo; es la propia Dolores avalando la conexión, en un formato que nada puede malinterpretar.
Esto importa cada vez más a medida que crece la competencia por un nombre. Una única “Panadería Dolores” en un pueblo de ocho mil habitantes se resuelve fácilmente sola. Una “Clínica Dental Ribera” que compite contra otras cuatro clínicas con nombres parecidos necesita cada detalle que la distinga —la dirección exacta, el teléfono exacto, los enlaces sociales confirmados— para que un asistente no la mezcle con la de la competencia de al lado.
RESOLUCIÓN DE ENTIDAD
Cómo confirma un asistente que tu negocio es real
Rastreo
Un programa como GPTBot recoge tus páginas públicas, igual que lo ha hecho siempre un buscador.
Extracción
Lee el bloque JSON-LD y extrae los datos etiquetados: nombre, dirección, teléfono, enlaces sociales.
Comparación
Compara esos datos con las menciones que encuentra en otros sitios: un listado de mapas, una web de reseñas, un directorio.
Confirmación
Un enlace sameAs escrito por ti mismo actúa como tu propia confirmación firmada de que esas menciones son un solo negocio.
Recomendación
Una vez resuelta la identidad con confianza, el asistente está mucho más dispuesto a nombrarte y describirte en una respuesta.
Un ejemplo de JSON-LD que puedes copiar y adaptar esta semana
No hace falta un desarrollador para escribir esto desde cero; hace falta rellenar una plantilla. Un bloque JSON-LD para un negocio local se coloca dentro de una única etiqueta script, marcada como tipo application/ld+json, y empieza con una línea que declara su vocabulario como el contexto de schema.org. Dentro, el tipo se fija como LocalBusiness, seguido de un campo name con el nombre exacto de tu negocio y un campo image que apunta a tu logo.
A continuación va una dirección, escrita como su propio objeto anidado de tipo PostalAddress, dividido en streetAddress, addressLocality (tu ciudad), addressRegion (tu provincia o comunidad autónoma) y postalCode —cuatro campos separados y etiquetados en vez de una sola línea de texto, porque eso es lo que permite que un asistente responda “¿está esto cerca de mí?” sin confundir un código postal con un número de piso. Le siguen un campo telephone y un campo priceRange (algo tan sencillo como “$” para un precio medio). Un campo openingHoursSpecification enumera tus días y horas en un formato estructurado en lugar de una frase, para que “cerrado los domingos” no se pueda leer como “cerrado los lunes”. Por último, un campo sameAs contiene un array de URL: tu Instagram, tu página de Facebook, tu ficha de Yelp y cualquier otro perfil que sea inconfundiblemente tuyo.
Una vez escrito, ese bloque se pega una sola vez, cerca del principio del código de tu portada, y se deja tranquilo. Si usas un creador de webs como Squarespace, Wix o Shopify, la mayoría ofrece ya un campo de ajustes para código personalizado o datos estructurados donde se puede añadir sin tocar el resto del sitio.
Qué te puedes ahorrar
No todos los tipos de schema.org merecen tu tiempo, y perseguirlos todos desperdicia un esfuerzo que estaría mejor invertido en los cuatro anteriores.
- El marcado BreadcrumbList, que describe la estructura de carpetas de tu web (Inicio > Menú > Tartas), ayuda a que el buscador clásico muestre una ruta de navegación, pero no le dice nada a un asistente sobre los hechos de tu negocio: sáltatelo salvo que ya lo tengas de un proyecto anterior.
- AggregateRating sin reseñas reales detrás. Las propias directrices de datos estructurados de Google prohíben explícitamente el marcado que tergiversa valoraciones que no tienes de verdad Google Search Central, y un asistente que repita una puntuación inflada que no puedes respaldar es un riesgo para tu reputación, no una ventaja.
- Marcado duplicado o excesivamente anidado en cada página. Tu identidad de Organization solo necesita declararse con claridad una vez, normalmente en la portada; repetirla de forma inconsistente en decenas de páginas crea versiones contradictorias que el asistente tiene que intentar conciliar, lo cual es peor que declararla una sola vez, bien hecha.
- Tipos de schema.org nuevos y apenas soportados. El propio vocabulario recoge cientos de tipos pensados para usos muy concretos, como recetas o aeropuertos schema.org; si un tipo no está entre el puñado que buscadores y asistentes documentan realmente usar, la etiqueta hoy no te sirve de nada.
MARCADO DE POCO VALOR
Qué dejar fuera de tu schema
BreadcrumbList
Describe la navegación del sitio, no hechos del negocio: poco valor para la respuesta de un asistente.
AggregateRating sin reseñas reales
Las políticas de Google prohíben las valoraciones tergiversadas, y una puntuación inflada que no puedes respaldar es un riesgo para tu reputación.
Datos de Organization duplicados en cada página
Una declaración clara vale más que muchas copias contradictorias que el asistente tenga que reconciliar.
Tipos experimentales muy nuevos
Si los grandes rastreadores todavía no saben interpretar un tipo, la etiqueta hoy no te sirve de nada.
Cómo comprobar que tus datos estructurados funcionan de verdad
Añadir el código es solo la mitad del trabajo; confirmar que se puede leer es la otra mitad. La herramienta gratuita Rich Results Test de Google te permite pegar la URL de una página, o el propio código, y ver exactamente qué tipos detecta y qué campos faltan Google. Ejecutarla después de cada cambio detecta una errata —una coma que falta puede romper en silencio todo un bloque— antes de que te cueste nada.
Esa prueba te dice que el código es válido. No te dice si ChatGPT usó de verdad tu horario confirmado en una respuesta, ni si Perplexity sigue poniendo primero a un competidor. Esa es otra pregunta, y es justo la que Growli fue creado para responder: rastreamos qué dicen realmente los asistentes sobre un negocio en distintas plataformas y señalamos dónde sigue existiendo la brecha entre un código correcto y una respuesta correcta. Consulta cómo funciona si quieres comprobar tus propios resultados en lugar de dar por hecho que el marcado está haciendo su trabajo.
Mira qué dice la IA de tu negocio
Growli mide tu cuota de respuestas IA en ChatGPT, Gemini, Claude y Perplexity — y convierte cada brecha en acciones priorizadas.
ComenzarFAQ
No. Los datos estructurados ayudan a que un asistente lea bien tus datos una vez que ya ha decidido tenerte en cuenta, pero no deciden si te elige a ti antes que a un competidor. La visibilidad también depende de con qué frecuencia se te menciona en el resto de la web, en reseñas, directorios y artículos que el asistente pueda encontrar. Piensa en el schema como algo que asegura que los hechos son correctos, no como algo que te compra un hueco en la respuesta.
No necesariamente. La mayoría de los creadores de webs modernos, incluidos Squarespace, Wix y Shopify, tienen un campo para código personalizado donde se puede pegar directamente un bloque JSON-LD. Si tu web se hizo a medida, un desarrollador suele poder añadir los cuatro tipos principales en menos de una hora, porque es un archivo pequeño, no un rediseño.
Empieza por LocalBusiness si tienes un local físico o atiendes una zona concreta, ya que recoge tu dirección, horario y teléfono: los datos por los que más preguntan los asistentes. Si tienes una tienda puramente online, prioriza en cambio Product y Offer, para que tus precios aparezcan correctamente en vez de estimados.
Puede. Las directrices de datos estructurados de Google prohíben explícitamente el marcado que tergiversa valoraciones que no tienes de verdad, y el mismo criterio de honestidad se aplica a cualquier asistente que lea tu página. Si no tienes un número real de reseñas y una media que mostrar, deja el campo vacío en lugar de inventar una cifra.
Puede ser. La propia plataforma Business Connect de Apple permite que un negocio confirme directamente su nombre, horario y dirección para su uso en Siri y Maps [Apple](https://businessconnect.apple.com/), lo cual funciona con el mismo principio que el marcado de schema.org: un dato confirmado por el propio negocio gana a uno inferido. Cuanto más claros y consistentes sean tus datos en todas partes, menos probable es que cualquier asistente de voz diga un horario equivocado.
Actualízalo cuando cambien los hechos que describe —un horario nuevo, un cambio de dirección, un producto descatalogado—, no según un calendario fijo. Trátalo como tratarías el cartel de tu escaparate: solo cuando algo ha cambiado de verdad, pero sin demora cuando pase.
