Datos estructurados: qué son, qué tipos de schema.org usa Google y cómo validar el JSON-LD
Publicado el 07-10-20268 min de lecturaPor la redacción de SmoothSeen
Los datos estructurados son un bloque de código, normalmente JSON-LD, que describe el contenido de una página con el vocabulario de schema.org: qué empresa eres, qué producto vendes, qué ruta de navegación sigue la página. Hacen la página elegible para resultados enriquecidos en Google, pero no los garantizan, y tienen que coincidir con lo que se ve.
Lo esencial
- Los datos estructurados describen el contenido de una página con el vocabulario de schema.org; Google recomienda el formato JSON-LD, aunque acepta también Microdata y RDFa.
- Un marcado correcto hace la página elegible para resultados enriquecidos, pero Google no garantiza mostrarlos, ni siquiera si la prueba sale bien.
- Google retiró HowTo en 2023, otros cinco tipos en septiembre de 2025 y los resultados enriquecidos de FAQ el 07-05-2026.
- Según Google, los datos estructurados no son un requisito para AI Overviews ni AI Mode, y no hay un marcado especial para la IA.
- Marcar contenido que no se ve o reseñas inventadas puede acabar en una acción manual que quita la elegibilidad, aunque no afecta al posicionamiento.
Para comprobarlo en tu web: Auditoría SEO
En esta página
- ¿Qué son los datos estructurados?
- ¿Qué tipos de datos estructurados usa Google?
- ¿Qué resultados enriquecidos ya no existen?
- Un ejemplo de JSON-LD, validado
- ¿Cómo se validan los datos estructurados?
- Errores habituales en el marcado
- ¿Sirven los datos estructurados para aparecer en la IA?
- Qué revisa SmoothSeen
- Qué hacer esta semana
- Preguntas frecuentes
Son una parte pequeña del posicionamiento web, pero de las que más se rompen sin que nadie lo note: un precio que cambia en la página y no en el marcado, una plantilla que deja de imprimirlo, un tipo que Google ya no muestra. Esta guía resume lo que documenta Google a octubre de 2026, con un ejemplo validado.
¿Qué son los datos estructurados?
Los datos estructurados son un formato estándar para dar a Google información explícita sobre una página y clasificar su contenido, por ejemplo los ingredientes y el tiempo de una receta1. La mayoría usa el vocabulario de schema.org, un proyecto común que pusieron en marcha Google, Microsoft, Yahoo y Yandex y que hoy mantiene un grupo comunitario del W3C2.
Google admite tres formatos, y recomienda el primero1:
- Formato
- JSON-LD
- Dónde va
- Un
<script type="application/ld+json">, separado del texto visible - Cuándo usarlo
- Casi siempre: es el que recomienda Google y el más fácil de mantener
- Formato
- Microdata
- Dónde va
- Atributos dentro del HTML visible (
itemprop,itemscope) - Cuándo usarlo
- Plantillas antiguas que ya lo usan
- Formato
- RDFa
- Dónde va
- Atributos dentro del HTML visible (
property,typeof) - Cuándo usarlo
- Igual que Microdata
El JSON-LD tiene otra ventaja: Google lo procesa aunque se genere con JavaScript, siempre que esté en el DOM cuando renderiza la página3. Pero esa ventaja es solo de Google, como se ve más abajo.
¿Qué tipos de datos estructurados usa Google?
Google solo usa para resultados enriquecidos los tipos de su galería, no todo schema.org. Schema.org define cientos de tipos; la galería de Google, actualizada el 15-06-2026, recoge solo los que admite su búsqueda4. Estas son las que más se ven en una web de empresa, una tienda o un blog:
- Tipo
Organization- Dónde ponerlo
- La portada o la página «Sobre nosotros»
- Qué puede hacer Google con él
- Elegir el logo y alimentar el panel de conocimiento; en tiendas, datos de devoluciones y contacto5
- Tipo
BreadcrumbList- Dónde ponerlo
- Cada página con ruta de navegación
- Qué puede hacer Google con él
- Mostrar la ruta en el resultado, solo en ordenador según la documentación actual6
- Tipo
ArticleoBlogPosting- Dónde ponerlo
- Artículos y noticias
- Qué puede hacer Google con él
- Entender título, fechas y autor
- Tipo
ProductconOffer- Dónde ponerlo
- Fichas de producto
- Qué puede hacer Google con él
- Fragmentos de producto y fichas de comerciante con precio y disponibilidad
- Tipo
LocalBusiness- Dónde ponerlo
- La página de cada local
- Qué puede hacer Google con él
- Datos del negocio: dirección, horario, teléfono
- Tipo
ReviewyAggregateRating- Dónde ponerlo
- Reseñas de productos, libros, recetas o negocios
- Qué puede hacer Google con él
- Estrellas en el resultado, con condiciones7
- Tipo
Event,Recipe,JobPosting,VideoObject- Dónde ponerlo
- Según el tipo de web
- Qué puede hacer Google con él
- Resultados enriquecidos propios de cada tipo
Cada tipo tiene propiedades obligatorias y recomendadas. Sin las obligatorias, el elemento no es elegible8. Los detalles de los más habituales están en guías aparte: schema Product para fichas de producto, LocalBusiness y SEO local y el marcado de autor en E-E-A-T y autoría.
¿Qué resultados enriquecidos ya no existen?
Google retira funciones con cierta frecuencia, y el marcado viejo se queda en las plantillas. Según su registro de cambios de la documentación9:
- Función
- HowTo
- Qué pasó
- Documentación retirada: ya no se muestra
- Fecha
- 14-09-2023
- Función
- FAQ
- Qué pasó
- Limitada a webs de gobierno y salud reconocidas en agosto de 202310; deja de mostrarse en todas
- Fecha
- 07-05-2026
- Función
- Cuadro de búsqueda de enlaces de sitio
- Qué pasó
- Retirado de los resultados
- Fecha
- 29-11-2024
- Función
- Información de cursos, salario estimado, vídeo educativo, anuncio especial, anuncio de vehículos
- Qué pasó
- Documentación retirada: ya no se muestran
- Fecha
- 09-09-2025
- Función
- Problemas de práctica
- Qué pasó
- Documentación retirada
- Fecha
- 06-01-2026
Que Google no muestre un resultado no convierte el marcado en un error: FAQPage sigue siendo un tipo válido de schema.org. Lo que cambia es la prioridad. Si mantener un FAQPage o un HowTo te cuesta trabajo en cada cambio de plantilla, ya no hay un resultado enriquecido de Google que lo justifique.
Un ejemplo de JSON-LD, validado
Dos bloques que casi cualquier web puede usar. El primero va en la portada o en «Sobre nosotros»: identifica a la empresa, con un @id fijo para que otros bloques puedan referirse a ella.
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://www.example.com/#organizacion",
"name": "Ejemplo Reformas",
"url": "https://www.example.com/",
"logo": "https://www.example.com/img/logo-512.png",
"email": "hola@example.com",
"address": {
"@type": "PostalAddress",
"streetAddress": "Calle Mayor 1",
"addressLocality": "Madrid",
"postalCode": "28013",
"addressCountry": "ES"
},
"sameAs": ["https://www.linkedin.com/company/ejemplo-reformas/"]
}El segundo va en un artículo y describe su ruta de navegación. Google pide al menos dos elementos, y el último puede ir sin item: entonces usa la URL de la propia página6.
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Blog", "item": "https://www.example.com/blog/" },
{ "@type": "ListItem", "position": 2, "name": "Cocinas", "item": "https://www.example.com/blog/cocinas/" },
{ "@type": "ListItem", "position": 3, "name": "Cuánto cuesta reformar una cocina" }
]
}Pasamos los dos bloques por el validador de schema.org el 09-10-2026: cero errores y cero avisos. Tres detalles que suelen fallar: el logo de Organization debe medir al menos 112 × 112 píxeles y poder rastrearse5; la ruta de navegación debe reflejar cómo navega una persona, no copiar la estructura de la URL6; y cada dato del marcado tiene que estar también en la página visible.
¿Cómo se validan los datos estructurados?
Hay dos validadores y cada uno responde a una pregunta distinta:
- La prueba de resultados enriquecidos de Google dice si la página es elegible para los resultados enriquecidos que Google admite. Si el marcado se genera con JavaScript, usa la opción de URL y no la de código, porque esta última tiene limitaciones con JavaScript3.
- El validador de schema.org (validator.schema.org) comprueba que el JSON-LD, el Microdata o el RDFa estén bien escritos según schema.org. No mira los requisitos de ningún servicio concreto, Google incluido11.
- La inspección de URL de Search Console confirma que Google ha encontrado el marcado en la página ya publicada1.
- Los informes de resultados enriquecidos de Search Console cuentan cuántos elementos son válidos y cuántos no, y separan los problemas críticos, que impiden el resultado enriquecido, de los que solo afectan a cómo se muestra12.
Pasar las pruebas no basta. Google lo dice claro: el marcado hace posible una función, pero no garantiza que aparezca, y su algoritmo puede mostrar un resultado de texto normal según la búsqueda, el lugar o el dispositivo8.
Errores habituales en el marcado
Estos son los fallos que describen las pautas generales de Google y su documentación de reseñas87:
- Error
- Marcar contenido que no se ve en la página
- Por qué es un problema
- Google pide no marcar lo que el lector no puede ver
- Error
- Un precio, horario o dirección distintos en el marcado y en la página
- Por qué es un problema
- El marcado tiene que representar el contenido real de la página
- Error
- Reseñas de tu propio negocio en
LocalBusinessuOrganization - Por qué es un problema
- Si la entidad controla las reseñas sobre sí misma, esas páginas no son elegibles para las estrellas
- Error
- Valoraciones copiadas de otras webs
- Por qué es un problema
- Google prohíbe agregar reseñas o valoraciones de otros sitios
- Error
- Usar un tipo que no corresponde (unas instrucciones marcadas como receta)
- Por qué es un problema
- El marcado debe describir de verdad la página
- Error
- Faltan propiedades obligatorias
- Por qué es un problema
- El elemento deja de ser elegible
- Error
- Imágenes bloqueadas en robots.txt o sin indexar
- Por qué es un problema
- Las imágenes del marcado deben poder rastrearse e indexarse
La consecuencia más seria es una acción manual por datos estructurados. Google aclara que quita la elegibilidad para resultados enriquecidos, pero no afecta a cómo se posiciona la página en la búsqueda web; se ve en el informe de acciones manuales de Search Console8. En tiendas hay un matiz más: el marcado Product generado con JavaScript puede hacer que Google Shopping rastree con menos frecuencia y fiabilidad, algo que importa cuando el precio y el stock cambian a menudo3.
¿Sirven los datos estructurados para aparecer en la IA?
Para la IA de Google, no son un requisito. Google lo dice en su guía de funciones de IA generativa: los datos estructurados no son necesarios para su búsqueda con IA generativa y no hay un marcado especial de schema.org que añadir. Sí recomienda seguir usándolos por los resultados enriquecidos de la búsqueda clásica13.
Fuera de Google, no hemos encontrado documentación de OpenAI, Anthropic ni Perplexity que diga cómo usan el marcado schema.org. Lo que sí está claro es el orden de prioridades: un asistente cita el texto que puede leer, así que el dato que importa (precio, horario, autor, respuesta) tiene que estar escrito en la página, no solo en el JSON-LD. Y si generas el marcado con JavaScript, recuerda que varios rastreadores de IA no lo ejecutan, como explica la guía de contenido que solo se ve con JavaScript. Lo que hace que un asistente te cite está en posicionamiento en IA.
Qué revisa SmoothSeen
Declaración de interés: este blog es de SmoothSeen, una herramienta de auditoría web. En la mitad de Posicionamiento web comprueba si la página tiene marcado schema.org (JSON-LD o Microdata) y si ese marcado tiene errores. En la de Posicionamiento IA mira si el tipo de página lleva el marcado que le corresponde: autoría en un artículo, ruta de navegación en una categoría, datos del negocio en un negocio local. No sustituye a la prueba de resultados enriquecidos de Google, que es la que dice si eres elegible.
Qué hacer esta semana
Pasa tu portada, un artículo y una ficha por la prueba de resultados enriquecidos de Google y anota qué tipos encuentra y con qué errores. Si aparece HowTo o FAQPage, decide si vale la pena mantenerlos. Para ver el marcado revisado junto al resto del análisis técnico de la página, haz una auditoría SEO gratuita.
Preguntas frecuentes
¿Los datos estructurados mejoran el posicionamiento?
Google no los presenta como un factor de posicionamiento, sino como una forma de hacer la página elegible para resultados enriquecidos, que pueden atraer más clics. Incluso una acción manual por marcado incorrecto quita esa elegibilidad sin afectar a la posición en la búsqueda web. Su valor está en cómo se muestra el resultado, no en el puesto que ocupa.
¿Qué formato es mejor, JSON-LD o Microdata?
Google admite los tres formatos, JSON-LD, Microdata y RDFa, siempre que el marcado sea válido, pero recomienda JSON-LD. Va en un bloque aparte del texto visible, así que se puede cambiar sin tocar el diseño y se genera fácilmente desde una plantilla o un CMS. Microdata solo compensa si tus plantillas ya lo usan y funciona bien.
¿Tengo que quitar el marcado FAQPage de mi web?
No hace falta. Google dejó de mostrar los resultados enriquecidos de FAQ el 7 de mayo de 2026, pero FAQPage sigue siendo un tipo válido de schema.org y no provoca errores. La pregunta es si compensa mantenerlo. Lo que sí conviene conservar son las preguntas frecuentes visibles, si responden dudas reales de quien lee la página.
¿Por qué Google no muestra mis resultados enriquecidos si la prueba sale bien?
Porque la prueba solo dice que la página es elegible. Google decide en cada búsqueda si muestra el resultado enriquecido según la consulta, el lugar y el dispositivo, y puede preferir un resultado de texto. También puede no mostrarlo si el marcado incumple sus pautas de calidad, por ejemplo con reseñas que no se ven en la página.
Fuentes
- 1Introduction to structured data markup in Google Search, Google Search Central, actualizada el 10-12-2025.
- 2About Schema.org, Schema.org, consultada el 09-10-2026.
- 3Generate structured data with JavaScript, Google Search Central, actualizada el 10-12-2025.
- 4Structured data markup that Google Search supports, Google Search Central, actualizada el 15-06-2026.
- 5Organization structured data, Google Search Central, actualizada el 08-09-2026.
- 6Breadcrumb (BreadcrumbList) structured data, Google Search Central, actualizada el 08-09-2026.
- 7Review snippet (Review, AggregateRating) structured data, Google Search Central, actualizada el 08-09-2026.
- 8General structured data guidelines, Google Search Central, actualizada el 10-07-2026.
- 9Latest Google Search documentation updates, Google Search Central, consultada el 09-10-2026.
- 10Changes to HowTo and FAQ rich results, Google Search Central Blog, agosto de 2023.
- 11Announcing Schema Markup Validator: validator.schema.org (beta), Schema.org Blog, 21-05-2021.
- 12Rich result report overview, Ayuda de Search Console, consultada el 09-10-2026.
- 13Optimizing your website for generative AI features on Google Search, Google Search Central, actualizada el 10-07-2026.
Cómo citar este artículo
SmoothSeen. (2026, 7 de octubre). Datos estructurados: qué son, qué tipos de schema.org usa Google y cómo validar el JSON-LD. https://smoothseen.com/es/blog/datos-estructurados/
Sigue leyendo
Posicionamiento web (SEO): qué es, cómo funciona y cómo mejorarlo en 2026
Qué es el posicionamiento web, cómo decide Google qué páginas muestra y una checklist priorizada para mejorarlo con herramientas gratuitas.
.htaccess y caché: activar gzip y Brotli, la caché del navegador y bloquear bots de IA en Apache
Cómo activar gzip y Brotli, configurar la caché del navegador y vetar bots de IA de entrenamiento en el .htaccess de Apache sin salir de ChatGPT. Probado.
.htaccess y HTTPS: redirigir http a https, activar HSTS y cabeceras de seguridad en Apache
Cómo redirigir http a https en .htaccess o en el VirtualHost de Apache, activar HSTS sin riesgos y añadir cabeceras de seguridad. Configuración probada.