Datos estructurados para SEO

TL;DR — Los datos estructurados son código adicional que se añade a una página para etiquetar el significado del contenido: «este es el precio», «este es el autor», «este es el tiempo de cocción». Así, los buscadores no tienen que adivinar. Usan un vocabulario compartido llamado schema.org, normalmente escrito en JSON-LD. Pueden hacer que la página sea elegible para resultados más completos, como valoraciones con estrellas o tarjetas de producto, pero no mejoran su posición.

Qué son los datos estructurados

Al mirar una página web, una persona distingue un número de teléfono de un precio o del nombre de un autor. Un buscador no puede hacerlo con la misma facilidad: principalmente ve texto. Los datos estructurados son código adicional que se añade a una página y lo explica para las máquinas: “esta parte es el nombre del producto”, “esta es la valoración”, “esta es la fecha de publicación”.

Utilizan un diccionario compartido llamado schema.org — un vocabulario que Google, Microsoft (Bing), Yahoo y Yandex acordaron juntos — para que los editores puedan usar las mismas etiquetas en todos los consumidores. Evidence for this claim Schema.org provides a shared vocabulary for structured data, while JSON-LD is one supported encoding format. Scope: Schema.org vocabulary and Google structured-data guidance; this does not imply every type is eligible for a Google search feature. Confidence: high · Verified: 2026-07-14 Schema.org La mayoría de las veces se escribe en un formato llamado JSON-LD: un pequeño bloque de código que se encuentra en el HTML de la página y describe el contenido sin cambiar cómo se ve la página para un visitante.

Oirás “datos estructurados”, “marcado de schema” y “schema.org” usados casi de forma intercambiable. Estrictamente: schema.org es el vocabulario, y los datos estructurados son la idea general de etiquetas legibles por máquina. En el lenguaje cotidiano del SEO significan lo mismo.

Por qué importa

Los datos estructurados hacen dos trabajos útiles:

• Resultados enriquecidos. Cuando Google puede leer las etiquetas con claridad, el resultado de búsqueda puede ser elegible para una mejora — valoraciones con estrellas bajo una reseña, un precio y “en stock” en un producto, el tiempo de cocción de una receta, migas de pan. Estos se llaman resultados enriquecidos, que pueden aumentar la probabilidad de que una persona haga clic. Evidence for this claim Valid structured data can make a page eligible for Google search features, but Google does not guarantee that a rich result will appear. Scope: Google Search structured-data guidance; eligibility is distinct from display and ranking. Confidence: high · Verified: 2026-07-14 Google: Structured data introduction
• Ayudar a los motores a entender quién eres. El marcado como Organization y Person —especialmente sameAs, que enlaza una marca o autor con su página de Wikipedia o LinkedIn— ayuda a Google a distinguir una entidad llamada «Apple» de la fruta y a un autor de otra persona con el mismo nombre.

Lo que la mayoría de la gente entiende mal

Los datos estructurados no mejoran directamente las posiciones. Este es el mayor mito. Añadir schema no hace que una página se posicione mejor para una palabra clave — John Mueller, de Google, lo ha dicho muchas veces. El beneficio es indirecto: un resultado enriquecido puede conseguirte más clics, y señales de entidad más claras pueden ayudar a Google a comprender la entidad. No existe una palanca de «añadir schema y subir posiciones».

Dos advertencias honestas más:

• Los resultados enriquecidos no están garantizados. Incluso con un marcado perfecto, Google decide si muestra la mejora. Incluso con una implementación correcta puede aparecer un enlace azul simple.
• Marcar solo lo que realmente está en la página. No debe añadirse schema para contenido que no sea visible para los visitantes — eso rompe las reglas de Google y puede acarrearte una penalización.

La pestaña Avanzado presenta los tres formatos, la lista de tipos de resultados enriquecidos, los que se eliminaron, los límites de las pistas explícitas y los siguientes pasos.

TL;DR — Los datos estructurados aplican el vocabulario de schema.org a una página en uno de tres formatos — JSON-LD (la recomendación de Google), Microdata o RDFa. Proporcionan pistas explícitas a los sistemas de búsqueda y pueden hacer que una página elegible esté disponible para funciones de búsqueda compatibles. Ni la apariencia ni el CTR están garantizados, y no prometen inclusión en el Knowledge Graph, citas de IA ni desambiguación. No son un factor de clasificación directo — Mueller, repetidamente. La lista de resultados enriquecidos compatibles sigue reduciéndose: FAQ y HowTo fueron eliminados en 2023, siete tipos más eliminados en junio de 2025, y el resultado enriquecido de FAQ fue eliminado por completo para mayo de 2026. Solo debe marcarse contenido visible, conviene servir JSON-LD en el HTML sin procesar para la cobertura más amplia de analizadores, y cada propiedad, incluida sameAs, debe ser precisa y estar respaldada por la página.

Qué son los datos estructurados — vocabulario vs. formato

Dos conceptos se confunden con frecuencia y conviene separarlos desde el principio:

• schema.org es el vocabulario — el diccionario compartido de tipos (Product, Article, Recipe, Organization) y propiedades (price, author, cookTime, sameAs). Es un proyecto colaborativo de Google, Microsoft, Yahoo y Yandex, y es enorme — más de 800 tipos. Google solo admite un subconjunto para resultados enriquecidos.
• JSON-LD, Microdata y RDFa son los formatos — las tres formas de escribir ese vocabulario en una página. Son portadores intercambiables del mismo significado.

La propia definición de Google: “Structured data is a standardized format for providing information about a page and classifying the page content.” (traducción) «Los datos estructurados son un formato estandarizado para proporcionar información sobre una página y clasificar el contenido de la página.»

Los tres formatos — y por qué gana JSON-LD

Los tres funcionan. Google recomienda JSON-LD como “the easiest solution for website owners to implement and maintain at scale (in other words, less prone to user errors).” (traducción) «la solución más fácil para que los propietarios de sitios web la implementen y mantengan a escala (en otras palabras, menos propensa a errores de usuario)». Evidence for this claim Google Search supports JSON-LD, Microdata, and RDFa for structured data and generally recommends JSON-LD. Scope: Google Search documentation; individual features can impose additional requirements. Confidence: high · Verified: 2026-07-14 Google: Structured data introduction Al ser un bloque autocontenido, un error tipográfico no rompe el diseño de la página, y puede añadirse, actualizarse o eliminarse sin tocar el contenido visible.

Una advertencia de implementación que afecta a la gente: JSON-LD se puede inyectar con JavaScript (por ejemplo, mediante Google Tag Manager), y Google documenta el soporte para datos estructurados generados por JavaScript. Otros proveedores de rastreadores generalmente no publican un contrato completo de renderizado de JavaScript. Si la legibilidad amplia por máquinas importa, renderiza JSON-LD en el servidor para que esté presente en la respuesta HTML sin procesar — una elección de cobertura, no una prueba de que cada rastreador de IA nombrado no pueda ejecutar JavaScript. El tema se amplía en Schema Markup for AI.

Qué pueden respaldar los datos estructurados

Uso compatible 1: funciones de búsqueda. Los datos estructurados pueden hacer que una página sea elegible para una lista mejorada en los resultados de búsqueda. Los estudios de caso de Google informan resultados para implementaciones nombradas: Rotten Tomatoes vio un CTR un 25 % más alto, Nestlé un CTR un 82 % más alto en páginas con resultados enriquecidos, Food Network un aumento del 35 % en visitas. Pero nota la palabra elegible — Google es explícito: “Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly.” (traducción) «Google no garantiza que los datos estructurados aparezcan en los resultados de búsqueda, incluso si la página está marcada correctamente». Esos estudios de caso no garantizan la misma apariencia o cambio de CTR para otro sitio.

Uso compatible 2: pistas explícitas. Más allá de la apariencia, Google dice que utiliza datos estructurados para entender — “to gather information about the web and the world in general, such as information about the people, books, or companies that are included in the markup.” (traducción) «para recopilar información sobre la web y el mundo en general, como información sobre las personas, los libros o las empresas que se incluyen en el marcado». Esa declaración no promete un Panel de conocimiento, inclusión en el Gráfico de conocimiento, asociación con AI Overview, cambio en el reconocimiento de marca ni una cita. sameAs identifica otra URL sobre la misma entidad; debe usarse con precisión, sin presentarlo como una palanca de desambiguación garantizada.

El mito que hay que eliminar: los datos estructurados no son un factor de posicionamiento

Esta es la columna vertebral de precisión de todo el tema. Los datos estructurados no son una señal de posicionamiento directa para los resultados orgánicos. John Mueller lo ha confirmado muchas veces a lo largo de los años. Una página no se posiciona mejor porque tenga schema. El valor SEO es la elegibilidad para funciones de búsqueda compatibles y pistas legibles por máquina más claras. La apariencia, el impacto en el CTR, el tratamiento de la entidad y los cambios en el posicionamiento requieren una observación por separado.

Si una herramienta o agencia promete «añadir schema para posicionar mejor», parte de un mecanismo equivocado. Los resultados enriquecidos pueden cambiar la presentación y su efecto real debe medirse.

Tipos de resultados enriquecidos que Google admite — y los que eliminó

Google mantiene una Galería de búsqueda de tipos compatibles, pero la lista se reduce con el tiempo, y la mayoría de los artículos en línea están desactualizados. A la última actualización de la galería (2026-06-15), el conjunto compatible es de 25 tipos: Article, Breadcrumb, Carousel, Course info, Dataset, Discussion forum, Education Q&A, Employer aggregate rating, Event, Image metadata, Job posting, Local business, Math solver, Movie, Organization, Product, Profile page, Q&A, Recipe, Review snippet, Software app, Speakable, Subscription/paywalled content, Vacation rental y Video.

Lo que se eliminó — aquí es donde la mayoría de las guías se equivocan:

• Los resultados enriquecidos de HowTo se eliminaron del escritorio en 2023 y se limitaron después.
• Los resultados enriquecidos de FAQ se restringieron en 2023 a sitios gubernamentales y de salud, y luego se eliminaron por completo en mayo de 2026. El tipo FAQPage sigue siendo un marcado válido — simplemente ya no produce una mejora en la SERP para la gran mayoría de los sitios.
• Se eliminaron seis tipos más en junio de 2025: Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing y el antiguo formato de “Course Info” de un solo curso. Google anunció un séptimo — Book Actions — en el mismo lote, pero se excluyó de la eliminación real de septiembre de 2025 y Google luego retiró el banner de desaprobación de ese documento; sigue siendo una función limitada y restringida por registro (véase Book schema para la historia completa).

La conclusión es no construir una estrategia en torno a un resultado enriquecido que ya no existe ni eliminar por pánico un marcado válido solo porque la mejora visual haya desaparecido.

Cómo implementar datos estructurados

Un orden de operaciones fiable:

1. Elegir el tipo correcto para lo que realmente está en la página (Product para una página de producto, Article para una entrada de blog, LocalBusiness para una página de ubicación).
2. Escribir JSON-LD — a mano, con un generador (el Asistente de marcado de datos estructurados de Google, el generador de Dentsu) o mediante un plugin de CMS (Yoast, Rank Math).
3. Completar primero las propiedades obligatorias y luego las recomendadas. Google: “It is more important to supply fewer but complete and accurate recommended properties rather than trying to provide every possible recommended property.” (traducción) «Es más importante proporcionar menos propiedades recomendadas pero completas y precisas que intentar proporcionar todas las propiedades recomendadas posibles». La precisión supera a la amplitud.
4. Validar con la Prueba de resultados enriquecidos y el validador de schema.org.
5. Preferir la entrega de HTML sin procesar para los analizadores que no documentan una etapa de renderizado.
6. Supervisar los informes de resultados enriquecidos en Google Search Console después del despliegue.

Y las políticas que importan: solo se marca contenido visible, el marcado se mantiene preciso (sin reseñas ni valoraciones falsas), no se bloquean las páginas con datos estructurados para Googlebot y se aplica el mismo marcado en las versiones preferidas y duplicadas de una página.

Datos estructurados y búsqueda con IA

Es tentador asumir que el schema es la clave para ser citado en las respuestas de IA. La mejor evidencia dice que no es una palanca directa: un estudio de Ahrefs con 1 885 páginas encontró que agregar JSON-LD apenas movió las citas de IA en cualquier plataforma. Google afirma: “no special schema.org structured data that you need to add” (traducción) «no hay datos estructurados especiales de schema.org que deban añadirse» para las funciones de IA. Un schema preciso proporciona afirmaciones explícitas legibles por máquina, pero el uso del proveedor, la resolución de entidades y los resultados de citas no están garantizados y necesitan evidencia separada. Tratamiento completo en Schema Markup para IA.

¿Bing usa datos estructurados?

Sí. Bing lee el marcado schema.org en los tres formatos, lo usa para sus propios resultados enriquecidos (recetas, eventos, productos, preguntas frecuentes, tutoriales, videos) y lo alimenta en su base de conocimiento Satori para la desambiguación de entidades. Bing Webmaster Tools incluye un Validador de marcado, y Fabrice Canel de Microsoft ha dicho que el schema ayuda a los LLM de Bing a entender el contenido: el único representante de plataformas de IA que lo confirma públicamente.

Dónde ir a continuación

Este centro es el mapa. Las inmersiones profundas en este subclúster:

• Marcado de schema — el vocabulario schema.org en sí: los tipos comunes que todo SEO debería conocer (Organization, Product, Article, BreadcrumbList), cómo @id y @graph los conectan, y cómo elegir el tipo correcto para una página.
• JSON-LD — el formato recomendado de cerca: sintaxis, dónde colocar el bloque <script>, renderizado del lado del servidor vs. del lado del cliente, y cómo escribirlo y validarlo.
• Resultados enriquecidos — las mejoras de SERP en sí: qué tipos aún existen, elegibilidad, las eliminaciones/desaprobaciones, y cómo rastrearlos en Search Console.
• Schema de ImageObject — el tipo de medio usado de forma independiente y anidado dentro de Product/Article/Recipe.
• Resultados enriquecidos de carrusel y Schema de ItemList — el mecanismo detrás de la función de carrusel de Google y el tipo de lista genérico debajo de él (BreadcrumbList incluido).
• MerchantReturnPolicy y OfferShippingDetails — las propiedades a nivel de Offer que los listados de Merchant Center requieren cada vez más.
• Schema de Speakable — el marcado estrecho, aún en beta, para la lectura en voz alta por asistentes de voz.
• Anidar schema con @id y @graph — el cómo hacer más profundo para enlazar entidades en lugar de redeclararlas.
• Errores comunes de datos estructurados — qué señalan realmente la Prueba de resultados enriquecidos y Search Console, y cómo resolverlo.
• Desaprobaciones de schema y resultados enriquecidos — la línea de tiempo continua y fechada de lo que se ha eliminado o restringido.

Este subclúster vive en el clúster más amplio de SEO on-page — junto con metaetiquetas, etiquetas de encabezado, SEO de imágenes y las otras señales on-page. El trabajo de entidades estrechamente relacionado vive en Entity SEO y Schema Markup para IA.

Resumen de IA

Una versión condensada de la versión avanzada:

• Vocabulario vs. formato. schema.org es el vocabulario compartido (más de 800 tipos); JSON-LD, Microdata y RDFa son los tres formatos que lo transportan. Google recomienda JSON-LD como el menos propenso a errores: los tres son compatibles.
• Valor documentado: elegibilidad para funciones de búsqueda compatibles y pistas explícitas sobre el significado de la página. La visualización, el aumento del CTR, la inclusión en el Knowledge Graph, las citas de IA y los cambios en el ranking no están garantizados. sameAs debe ser preciso, pero no es una palanca prometida.
• No es un factor de ranking. Los datos estructurados no mejoran directamente los rankings — Mueller, repetidamente. La aparición de funciones y otros resultados requieren una medición por separado.
• La lista compatible se reduce. HowTo se eliminó del escritorio (2023); FAQ se restringió en 2023 y se eliminó por completo en mayo de 2026 (el tipo FAQPage sigue siendo válido); seis tipos se eliminaron en junio de 2025 (Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, Course antiguo); Book Actions se anunció en el mismo lote, pero NO se eliminó realmente.
• Implementación: se elige el tipo correcto, se completan primero las propiedades obligatorias y se valida (Rich Results Test + validador de schema.org), se prefiere la entrega en HTML sin procesar para una cobertura amplia del analizador, se supervisa Search Console y solo se marca contenido visible.
• Búsqueda con IA: el schema es infraestructura de entidades, no una palanca de citas — Google dice que no hay “schema especial” para funciones de IA; un estudio de Ahrefs de 1 885 páginas no encontró ningún aumento de citas.
• Bing lee el schema para sus propios resultados enriquecidos y la base de conocimiento Satori; Fabrice Canel confirmó que ayuda a los LLM de Bing.
• Dónde ir a continuación: schema-markup (el vocabulario), json-ld (el formato) y rich-results (las mejoras del SERP).

Documentación oficial

Documentación de fuentes primarias de los motores de búsqueda y de schema.org.

Google

• Introducción a cómo funciona el marcado de datos estructurados — la definición, los tres formatos, por qué JSON-LD y el caso de negocio de los resultados enriquecidos.
• Galería de búsqueda de datos estructurados — la lista actual de tipos de resultados enriquecidos compatibles (la fuente canónica a medida que cambia la lista).
• Directrices y políticas generales de datos estructurados — reglas de visibilidad, precisión y spam; “sin garantía” de resultados enriquecidos.
• Funciones de IA y sitios web — la declaración de que no hay datos estructurados especiales de schema.org que deban añadirse.

Bing / Microsoft

• Marcar un sitio con datos estructurados — Ayuda de Bing Webmaster — la guía de datos estructurados de Bing; se recomienda JSON-LD y debe coincidir con el contexto de la página.
• Bing Webmaster Tools — Validador de marcado — la herramienta de Bing para probar el schema (dentro de Webmaster Tools).

schema.org

• schema.org — el vocabulario compartido en sí.
• Organization · Product · Article · sameAs — tipos comunes y una relación de URL de misma entidad.

Citas de la fuente

Declaraciones registradas de Google y schema.org. Cuando una página expone el texto, el enlace es un enlace profundo que salta al pasaje citado.

Google — qué son y qué hacen los datos estructurados

• “Structured data is a standardized format for providing information about a page and classifying the page content.” (traducción) «Los datos estructurados son un formato estandarizado para proporcionar información sobre una página y clasificar su contenido». — Google Search Central. Ir a la cita
• “Google uses structured data that it finds on the web to understand the content of the page, as well as to gather information about the web and the world in general, such as information about the people, books, or companies that are included in the markup.” (traducción) «Google usa los datos estructurados que encuentra en la Web para comprender el contenido de la página y recopilar información sobre la Web y el mundo, como datos sobre las personas, los libros o las empresas incluidos en el marcado». Ir a la cita
• Sobre JSON-LD: el formato recomendado es “the easiest solution for website owners to implement and maintain at scale (in other words, less prone to user errors).” (traducción) «la solución más fácil para que los propietarios de sitios web la implementen y mantengan a escala (en otras palabras, menos propensa a errores de usuario)». Ir a la cita
• “It is more important to supply fewer but complete and accurate recommended properties rather than trying to provide every possible recommended property with less complete, badly-formed, or inaccurate data.” (traducción) «Es más importante proporcionar menos propiedades recomendadas pero completas y precisas que intentar proporcionar todas las propiedades recomendadas posibles con datos menos completos, mal formados o inexactos». Ir a la cita

Google — la regla de “sin garantía” y las políticas

• “Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly.” (traducción) «Google no garantiza que los datos estructurados aparezcan en los resultados de búsqueda, incluso si la página está marcada correctamente». Ir a la cita
• “Don’t block your structured data pages to Googlebot using robots.txt, noindex, or any other access control methods.” (traducción) «No deben bloquearse las páginas con datos estructurados para Googlebot mediante robots.txt, noindex ni ningún otro método de control de acceso». Ir a la cita

Google — sin esquema especial para funciones de IA

• “You don’t need to create new machine readable files, AI text files, or markup to appear in these features. There’s also no special schema.org structured data that you need to add.” (traducción) «No es necesario crear archivos nuevos legibles por máquina, archivos de texto de IA ni marcado para aparecer en estas funciones. Tampoco hay datos estructurados especiales de schema.org que deban añadirse». — Documentación de funciones de IA de Google Search Central. Fuente

Lista de verificación de implementación de datos estructurados

Una pasada para confirmar que los datos estructurados sean correctos, elegibles y legibles:

• Tipo correcto para la página — Product en páginas de producto, Article en publicaciones, LocalBusiness en páginas de ubicación. No se agregan tipos que no coincidan con la página.
• Solo se marca contenido visible — sin campos que describan cosas que no están en la página (política de Google; las discrepancias arriesgan una acción manual).
• El formato es JSON-LD — la recomendación de Google; el menos propenso a errores.
• Las propiedades requeridas se completan primero, luego las recomendadas — la integridad y la precisión superan a la amplitud.
• Se renderiza en el servidor — se confirma que está en el HTML sin procesar (Ver código fuente / curl), no solo inyectado mediante JS del lado del cliente / Tag Manager, para que los rastreadores de IA y los analizadores sin renderizado puedan leerlo.
• Marcado Organization en todo el sitio con una matriz sameAs poblada (Wikidata, Wikipedia, LinkedIn) — y se verifica cada valor de sameAs para no vincular la entidad a la organización equivocada.
• Sin dependencia de resultados enriquecidos eliminados — FAQ (eliminado por completo para mayo de 2026) y HowTo (fuera del escritorio desde 2023) ya no producen mejoras en los resultados de búsqueda para la mayoría de los sitios; no debe construirse una estrategia en torno a ellos.
• Validado en la Prueba de resultados enriquecidos y en el validador de schema.org.
• Consistente en canónicas + páginas duplicadas — el mismo marcado en todas las versiones.
• Datos sensibles al tiempo mantenidos actualizados — información desactualizada (eventos pasados, precios obsoletos) impide la visualización de resultados enriquecidos.
• Monitoreado en Search Console — informes de resultados enriquecidos / mejoras revisados en busca de errores y advertencias después del despliegue.
• Expectativas establecidas — el schema hace que una página sea elegible para resultados enriquecidos (nunca garantizado) y ayuda a la comprensión de entidades; no es una palanca directa de clasificación.

Datos estructurados — hoja de referencia

Vocabulario vs. formato

Tipos de resultados enriquecidos de Google actualmente compatibles (25, según la Galería de búsqueda de Google, última actualización 2026-06-15)

Artículo · Migas de pan · Carrusel · Información del curso · Conjunto de datos · Foro de discusión · Preguntas y respuestas educativas · Calificación agregada del empleador · Evento · Metadatos de imagen · Publicación de empleo · Negocio local · Solucionador de matemáticas · Película · Organización · Producto · Página de perfil · Preguntas y respuestas · Receta · Fragmento de reseña · Aplicación de software · Speakable · Contenido de suscripción/tras muro de pago · Alquiler vacacional · Video.

Eliminados / en desuso — no estrategies en torno a estos

Datos rápidos

• No es un factor de clasificación — la aparición de funciones y el impacto en el CTR deben medirse.
• JSON-LD recomendado; va en un bloque <script type="application/ld+json">.
• Se prefiere la entrega en HTML sin procesar — el soporte de renderizado del proveedor varía y a menudo no está documentado; debe verificarse cada rastreador antes de hacer una afirmación específica.
• sameAs identifica otra URL sobre la misma entidad; deben evitarse promesas de resultados.
• Los resultados enriquecidos nunca están garantizados, incluso con marcado perfecto.
• Validación: Prueba de resultados enriquecidos + validador de schema.org. Seguimiento: informes de mejoras de Search Console.

Evaluación: datos estructurados

Cinco preguntas breves sobre lo que los datos estructurados hacen y no hacen por el SEO. Se elige una respuesta en cada caso y luego se comprueba.

Recursos recomendados

Mi escritura sobre datos estructurados

• Datos estructurados: qué son y cómo usarlos — mi guía de Ahrefs sobre tipos de schema, métodos de implementación, herramientas de validación, el ángulo de la búsqueda con IA y el riesgo de sameAs.
• La guía para principiantes del SEO técnico — dónde encajan los datos estructurados en el panorama técnico más amplio.

Oficial

• La Introducción a cómo funciona el marcado de datos estructurados de Google — la referencia canónica: definición, formatos, por qué JSON-LD, caso de negocio.
• La Galería de búsqueda de datos estructurados de Google — la lista actualizada de tipos de resultados enriquecidos compatibles.
• Las Pautas generales de datos estructurados de Google — las políticas (visibilidad, precisión, “sin garantía”).
• schema.org — el vocabulario en sí.

Del resto de la industria

• Marcar un sitio con datos estructurados — Ayuda para webmasters de Bing — la guía de datos estructurados de Bing y su Validador de marcado.
• Microsoft Bing/Copilot usa schema para sus LLM — Search Engine Land — cobertura de la confirmación de Fabrice Canel de que el schema ayuda a los LLM de Bing.
• Google elimina los resultados enriquecidos de FAQ de la búsqueda — Search Engine Journal — cobertura de la eliminación de los resultados enriquecidos de FAQ y de lo que sigue siendo válido.
• Cómo encaja el marcado de schema en la búsqueda con IA — sin exageraciones — Search Engine Land — el argumento de que el schema es infraestructura de entidades, no una palanca de citas.
• Generador de marcado de schema de Dentsu — una herramienta gratuita para generar JSON-LD para tipos comunes.

Demuestra que el marcado es válido y elegible

Aquí se rompen dos cosas distintas, y necesitan dos pruebas distintas: el marcado puede analizarse correctamente y aun así ser no elegible para un resultado enriquecido porque falta una propiedad obligatoria, y un cambio de plantilla puede romper silenciosamente un marcado que funcionaba. Válido ≠ elegible ≠ mostrado.

Prueba 1 — El JSON-LD se analiza sin errores

• Prueba — Se pega la URL o el JSON-LD en el Validador de schema (o en el validador de schema.org).
• Resultado esperado — Se detecta el tipo y no hay errores de sintaxis/análisis — JSON-LD válido, @type correcto, sin anidamiento malformado.
• Interpretación del fallo — Los errores de análisis suelen indicar un error de plantilla — una comilla sin escapar, un valor nulo donde se esperaba una cadena, o dos bloques conflictivos en la página.
• Ventana de monitoreo — Inmediata.
• Disparador de reversión — El validador no puede detectar el tipo en absoluto después de un despliegue de plantilla — el marcado no se está renderizando y debe revertirse el cambio de plantilla.

Prueba 2 — La página es elegible para el resultado enriquecido

• Prueba — Se ejecuta la URL mediante el Comprobador de elegibilidad para resultados enriquecidos y la Prueba de resultados enriquecidos de Google.
• Resultado esperado — La función objetivo informa “elegible” con todas las propiedades requeridas presentes (las advertencias de propiedades recomendadas están bien).
• Interpretación de fallo — “Válido pero no elegible” significa que falta una propiedad requerida para esa función; la elegibilidad no garantiza que Google muestre el resultado y algunos tipos (por ejemplo, FAQ) se han eliminado por completo como resultados enriquecidos.
• Ventana de monitoreo — Inmediata para la elegibilidad; si estás rastreando si el resultado realmente aparece, se observa el informe de mejora de resultados enriquecidos de GSC y la Apariencia en la búsqueda durante 2–4 semanas.
• Disparador de reversión — Los elementos válidos en el informe de mejora de GSC caen después de un cambio de plantilla, o «elegible» cambia a errores: un cambio rompió una propiedad requerida y debe revertirse antes de repetir la prueba.

Registro de cambios