Datos estructurados: qué usa Google y cómo validarlos

Los datos estructurados son un bloque de código en la página que describe el contenido en un formato estándar, como "esto es un producto, con este precio y esta valoración media". El vocabulario más usado es el de schema.org. Google usa una parte de esos tipos para mostrar resultados enriquecidos, como la ruta de navegación, el precio y las estrellas de valoración, y solo los tipos que aparecen en la galería de la Búsqueda de Google tienen ese efecto. El marcado no garantiza el resultado enriquecido ni mejora la posición. Para validarlo hay dos herramientas con funciones distintas: la Prueba de resultados enriquecidos (Rich Results Test), de Google, comprueba si la página puede optar a ellos en Google; el Schema Markup Validator, de schema.org, comprueba el marcado frente al vocabulario.

Alcance: Búsqueda de Google, según la documentación de Google Search Central consultada en octubre de 2026. Otros buscadores y servicios usan schema.org con sus propias reglas. El marcado solo tiene efecto en páginas que Google puede rastrear e indexar; esa parte está en la guía de rastreo e indexación.

Formatos: JSON-LD, Microdata y RDFa

Google acepta tres formatos. JSON-LD es un bloque <script type="application/ld+json"> separado del HTML visible. Microdata y RDFa son atributos que se colocan en las propias etiquetas del HTML (itemprop, property). Google dice que los tres funcionan igual de bien cuando el marcado es válido y recomienda JSON-LD cuando la configuración del sitio lo permite (Google, introducción a los datos estructurados).

Un motivo práctico para preferir JSON-LD, que es una opinión y no una regla de Google: como va en un solo bloque, un cambio en el diseño no rompe el marcado sin querer. Un ejemplo para una entrada de blog:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Título de la entrada",
  "datePublished": "2026-10-26T09:00:00-03:00",
  "dateModified": "2026-10-26T09:00:00-03:00",
  "author": [{
    "@type": "Person",
    "name": "Nombre del autor",
    "url": "https://www.ejemplo.com/autores/nombre-del-autor"
  }],
  "image": ["https://www.ejemplo.com/imagenes/portada-16x9.jpg"]
}
</script>

Válido en schema.org no es lo mismo que apto en Google

schema.org es un vocabulario abierto, con tipos para personas, lugares, productos, eventos y mucho más, y no exige ninguna propiedad. Google usa una fracción de esos tipos y define reglas propias para cada uno: propiedades obligatorias, propiedades recomendadas y directrices de contenido. La documentación de Google pide que la referencia para el comportamiento en Google sea Search Central, y no schema.org, y dice que es mejor tener menos propiedades recomendadas, completas y correctas, que muchas. Para las funciones de IA de la Búsqueda, Google dice que no existe un marcado especial ni un archivo propio para la IA, y eso incluye el llms.txt (Google Search Central).

Por eso un marcado puede estar perfecto para schema.org y no generar nada en Google: el tipo no está en la galería, o falta una propiedad que Google exige. En octubre de 2026, la galería de la Búsqueda de Google enumera 25 funciones: artículo, ruta de navegación, carrusel, lista de cursos, conjunto de datos, foro de debate, preguntas y respuestas educativas, valoración agregada de empleador, evento, metadatos de imagen, oferta de empleo, negocio local, solucionador de problemas matemáticos, película, organización, producto, página de perfil, preguntas y respuestas (Q&A), receta, fragmento de reseña, aplicación de software, speakable, contenido de suscripción y de pago, alquiler vacacional y vídeo. Desde noviembre de 2025, el conjunto de datos (Dataset) solo se usa en Dataset Search, y no en la Búsqueda de Google (registro de actualizaciones de Google Search Central).

Las fuentes de la tabla son la ayuda de la Prueba de resultados enriquecidos y el anuncio del Schema Markup Validator, publicado por schema.org en 2021.

Pasar la prueba de Google no garantiza que se muestre. Las directrices generales dicen que Google no garantiza que los datos estructurados aparezcan en los resultados, aunque la prueba no señale errores. Sobre la posición, John Mueller, de Google, escribió en abril de 2025: "Structured data won't make your site rank better" (los datos estructurados no harán que tu sitio posicione mejor) (publicación en Bluesky).

Lo que Google ha dejado de mostrar

La lista de tipos admitidos se ha reducido desde 2023. Muchos sitios todavía tienen en el código marcados que ya no generan nada en Google. Las fechas de abajo salen del registro de actualizaciones de Google Search Central y del anuncio de junio de 2025.

En el anuncio de junio de 2025, Google afirmó que el cambio no afecta al posicionamiento de las páginas y que el uso de esos tipos fuera de la Búsqueda de Google no se ve afectado. En la práctica, quitar el marcado antiguo no es urgente y mantenerlo no aporta nada en Google; si otro servicio que usas lee ese marcado, todavía puede cumplir una función. Las preguntas y respuestas visibles en la página siguen siendo contenido como cualquier otro. Lo que se acabó fue su presentación especial en el resultado de Google.

Los tipos más comunes en sitios de empresa y tiendas

Article

Para noticias y entradas (Article, NewsArticle y BlogPosting), no hay ninguna propiedad obligatoria. Las recomendadas son author (con name y url), datePublished, dateModified, headline e image. Las fechas van en ISO 8601 con zona horaria; sin zona horaria, Google usa la de Googlebot. En author.name va solo el nombre, sin cargo ni tratamiento, y cada autor es una entrada separada. Las imágenes tienen que poder rastrearse, representar el artículo (el logotipo no sirve) y tener al menos 50.000 píxeles (ancho por alto), preferiblemente en las proporciones 16x9, 4x3 y 1x1 (Google, datos estructurados de artículo).

Organization

Ayuda a Google a entender los datos administrativos de la organización y a distinguirla de otras con un nombre parecido. Algunas propiedades influyen en lo que aparece en la búsqueda, como el logotipo y el panel de conocimiento. No hay ninguna propiedad obligatoria; Google sugiere rellenar las que correspondan, como name, url, logo, address y telephone. El logotipo tiene que medir al menos 112x112 píxeles. Usa el subtipo más específico, como OnlineStore para una tienda online o un subtipo de LocalBusiness si tienes una dirección física (Google, datos estructurados de organización).

BreadcrumbList

La ruta de navegación necesita un BreadcrumbList con al menos dos ListItem, cada uno con position, name e item (la URL). En el último elemento, item es opcional, y Google usa la URL de la propia página. La función solo aparece en ordenador (Google, datos estructurados de ruta de navegación).

Product y Offer

Google distingue dos usos (Google, datos estructurados de producto):

• Fragmento de producto, para páginas en las que no se compra directamente, como los análisis editoriales. Exige name y una de estas: review, aggregateRating u offers. En el Offer, lo obligatorio es price; priceCurrency es recomendable (Google, fragmento de producto).

• Ficha de comerciante, para páginas en las que el cliente te compra a ti. Exige name, image y offers, con price y priceCurrency. El precio tiene que ser mayor que cero, y el tipo debe ser Offer, no AggregateOffer, porque quien vende tiene que ser el propio comerciante (Google, ficha de comerciante).

Google recomienda usar el marcado y también un feed en Merchant Center, lo que amplía las posibilidades de optar a estas funciones.

Reseñas (fragmento de reseña)

Las estrellas en el resultado tienen las reglas más estrictas. La principal trata de las reseñas autopromocionales: si la entidad valorada controla las reseñas sobre sí misma, las páginas con LocalBusiness u otro tipo de Organization no pueden optar a las estrellas. Eso incluye las reseñas mostradas en el propio sitio mediante un widget de terceros. La regla apunta a la valoración de la empresa sobre sí misma; la reseña de un producto concreto sigue las reglas generales (Google, fragmento de reseña). Las demás reglas de la misma página:

• La reseña debe ser de un elemento concreto, no de una categoría ni de una lista de elementos.

• No se agregan reseñas ni valoraciones de otros sitios.

• En el caso de un negocio local, las valoraciones tienen que venir directamente de los usuarios.

• Si marcas varias reseñas individuales, debes incluir también su valoración agregada.

• El contenido de las reseñas tiene que estar visible en la página marcada.

• Están prohibidas las reseñas falsas, o incentivadas sin avisarlo.

• Google recomienda aceptar solo reseñas que tengan comentario y nombre del autor.

Errores comunes

Los puntos siguientes se basan en las directrices generales de datos estructurados de Google, salvo que se indique otra cosa.

• Marcar contenido que el visitante no ve. El marcado tiene que representar lo que hay en la página.

• Dejar un precio, una disponibilidad o una fecha distintos de lo que muestra la página. Google no muestra resultados enriquecidos para contenido con plazo que ya ha caducado.

• Omitir una propiedad obligatoria. El elemento deja de poder optar al resultado enriquecido.

• Bloquear la página con robots.txt, noindex u otro control de acceso.

• Marcar reseñas autopromocionales en Organization o LocalBusiness (regla del fragmento de reseña).

• Validar solo en el Schema Markup Validator y concluir que Google va a mostrar el resultado. Ese validador no conoce los requisitos de Google.

• Seguir invirtiendo en tipos que salieron de la galería, como FAQ y HowTo, esperando un efecto en Google.

• Publicar y no hacer seguimiento. Un cambio de plantilla puede romper el marcado de muchas páginas a la vez; los informes de Search Console lo muestran.

Cómo validar, paso a paso

1. Comprueba en la galería si el tipo genera resultados enriquecidos en Google y lee la página de la función, con las propiedades obligatorias y recomendadas.

2. Ejecuta la Prueba de resultados enriquecidos con la URL o con el código. Corrige los errores; las advertencias indican propiedades recomendadas que faltan.

3. Si el tipo no está en la galería, o para comprobar el vocabulario, usa el Schema Markup Validator.

4. Compara los valores del marcado con lo que aparece en la página: precio, valoración, fecha, autor.

5. Después de publicar, usa la Inspección de URLs para ver si Google encontró el marcado y sigue los informes de resultados enriquecidos en Search Console.

Cómo revisar tu sitio

El validador de datos estructurados de WebVyze está entre las herramientas gratuitas y sirve para una primera lectura del marcado de una página. Para saber si una página puede optar a resultados enriquecidos en Google, la referencia sigue siendo la prueba del propio Google.