Los usuarios hacen clic en un resultado enriquecido el 58 % de las veces, frente a solo el 41 % en un resultado normal, segun un analisis de Milestone sobre mas de 4,5 millones de consultas. Esos 17 puntos de diferencia no salen de escribir mejor: salen de hablarle a Google en su propio idioma, el de los datos estructurados. Pero 2026 ha cambiado las reglas. El 7 de mayo Google retiro definitivamente los populares FAQ rich results. Esta guia explica que datos estructurados siguen valiendo la pena, cuales son los tipos clave y como implementarlos con JSON-LD sin equivocarte.
Que son los datos estructurados y por que importan para el SEO
Los datos estructurados son un formato estandarizado para describir el contenido de una pagina de manera que los motores de busqueda lo entiendan sin ambiguedad. En lugar de dejar que Google deduzca por su cuenta que un numero es un precio, una fecha de publicacion o la valoracion de un producto, tu se lo dices de forma explicita mediante un vocabulario compartido.
Esa diferencia entre "que Google interprete" y "que Google sepa" es la clave. El texto visible de una pagina esta pensado para personas; los datos estructurados estan pensados para maquinas. Cuando ambos coinciden, el buscador puede mostrar tu pagina con elementos enriquecidos: estrellas de valoracion, migas de pan, preguntas desplegables, datos de la empresa o tarjetas de producto con precio y disponibilidad.
El impacto en el SEO no es directo sobre el ranking — los datos estructurados no son, por si mismos, un factor de posicionamiento — pero si influyen de forma indirecta y muy real:
- Mejoran el CTR. Un resultado con estrellas, precio o imagen destaca en una SERP saturada y atrae mas clics, como confirma el dato de Milestone que abre esta guia.
- Aclaran el contexto. Ayudan a Google a clasificar correctamente tu contenido (un articulo, un producto, una receta, un evento), lo que reduce malinterpretaciones.
- Alimentan la busqueda generativa. Los motores de IA y los asistentes consumen datos estructurados para citar fuentes y construir respuestas, lo que los conecta directamente con la optimizacion para motores generativos (GEO).
En resumen: los datos estructurados no te hacen subir posiciones por arte de magia, pero hacen que la posicion que ya tienes trabaje mucho mas a tu favor. Si te interesa entender como encajan dentro de una estrategia tecnica mas amplia, nuestro servicio de SEO tecnico aborda el marcado semantico junto con rendimiento, rastreabilidad e indexacion.
Schema.org, JSON-LD, Microdata y RDFa: que formato usar
Aqui conviene separar dos conceptos que a menudo se confunden. Schema.org es el vocabulario; JSON-LD, Microdata y RDFa son los formatos (la sintaxis) con los que escribes ese vocabulario en tu pagina.
Schema.org es un proyecto colaborativo fundado por Google, Microsoft, Yahoo y Yandex. Segun la documentacion del propio Schema.org, su vocabulario incluye actualmente del orden de 800 tipos, alrededor de 1.500 propiedades, ademas de enumeraciones y datatypes. Es, en la practica, el diccionario comun que todos los grandes buscadores acuerdan entender.
Sobre ese diccionario puedes escribir con tres "gramaticas" distintas, todas aceptadas por Google:
| Formato | Donde vive | Legibilidad | Mantenimiento | Recomendacion de Google |
|---|---|---|---|---|
| JSON-LD | En un bloque <script> separado del HTML visible |
Alta (bloque aislado) | Sencillo y escalable | Recomendado |
| Microdata | Atributos incrustados en el HTML visible | Baja (mezclado con el marcado) | Fragil y verboso | Aceptado |
| RDFa | Atributos incrustados en el HTML visible | Baja | Complejo | Aceptado |
La recomendacion es clara. Segun Google Search Central, JSON-LD es el formato recomendado para datos estructurados por ser la solucion mas facil de implementar y mantener a escala, y la menos propensa a errores. La razon es practica: al vivir en un bloque <script> independiente, no tienes que "ensuciar" cada etiqueta de tu HTML ni preocuparte de romper el marcado cuando rediseñas la plantilla. Puedes generarlo dinamicamente desde el servidor o el framework y reutilizarlo en miles de paginas.
Microdata y RDFa siguen siendo validos y los encontraras en sitios mas antiguos, pero hoy no hay razon para empezar un proyecto nuevo con ellos. El resto de esta guia se centra en JSON-LD.
Los 5 tipos de datos estructurados mas utiles
Con cientos de tipos disponibles, la tentacion es marcarlo todo. Es un error. En B2B y en la mayoria de sitios corporativos, cinco tipos cubren el 90 % del valor real. Estos son los que recomendamos priorizar.
1. Organization
Describe a tu empresa: nombre, logo, URL, perfiles sociales, datos de contacto. Es la base de la identidad de marca para Google y alimenta el knowledge panel. Suele colocarse en la home o en un layout global para que aparezca en todo el sitio.
2. Product
Esencial para e-commerce y catalogos. Marca nombre, precio, moneda, disponibilidad, SKU y valoraciones (aggregateRating). Es el tipo que habilita las tarjetas de producto con estrellas y precio directamente en la SERP — uno de los formatos enriquecidos con mayor impacto en CTR.
3. Article
Para contenido editorial, blogs y noticias. Marca titular, autor, fecha de publicacion, imagen destacada y editor. Ayuda a Google a entender la autoria y la frescura del contenido, dos señales relevantes para E-E-A-T.
4. BreadcrumbList
Describe la ruta de navegacion (migas de pan). Genera las migas visibles en el resultado de busqueda en lugar de la URL en crudo, lo que mejora la comprension de la estructura del sitio y la apariencia del snippet. Es de los marcados con mejor relacion esfuerzo/beneficio.
5. FAQPage
Marca pares de pregunta y respuesta. Su situacion ha cambiado en 2026 (lo veremos en detalle mas abajo), pero sigue siendo un tipo valido y util para la comprension semantica y para los motores de IA, aunque ya no genere el desplegable enriquecido en la SERP general.
Regla practica: marca solo lo que es verdad y visible en la pagina. Google penaliza el marcado de contenido que el usuario no ve o que no se corresponde con lo que muestra la pagina. Los datos estructurados deben reflejar el contenido, nunca inventarlo.
Como implementar JSON-LD paso a paso
Implementar JSON-LD es mas sencillo de lo que parece. El patron es siempre el mismo: un bloque <script type="application/ld+json"> en el <head> o al final del <body>, con un objeto que declara su contexto (@context) y su tipo (@type).
Paso 1. Elige el tipo correcto. Identifica que representa la pagina (un articulo, un producto, la organizacion) y elige un unico tipo principal por entidad.
Paso 2. Consulta las propiedades en Schema.org. Cada tipo tiene propiedades obligatorias y recomendadas. Google documenta cuales son necesarias para optar a cada funcion enriquecida.
Paso 3. Escribe el bloque JSON-LD. Aqui tienes un ejemplo real y completo para un articulo de blog:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Datos estructurados y Schema.org: guia SEO con JSON-LD",
"image": "https://www.ejemplo.com/images/hero.png",
"datePublished": "2026-06-02",
"dateModified": "2026-06-02",
"author": {
"@type": "Person",
"name": "Alfons Marques"
},
"publisher": {
"@type": "Organization",
"name": "Technova Partners",
"logo": {
"@type": "ImageObject",
"url": "https://www.ejemplo.com/images/logo.png"
}
}
}
</script>
Paso 4. Genera la URL absoluta en imagenes y enlaces. Las propiedades como image o url deben usar URLs absolutas, no relativas, para que Google las resuelva correctamente.
Paso 5. Combina varios tipos cuando aplique. Una misma pagina puede tener un Article y un BreadcrumbList. Puedes incluir varios bloques <script> o usar un array. Mantenlos coherentes entre si.
Paso 6. Automatiza la generacion. En frameworks modernos (Next.js, por ejemplo) lo habitual es generar el JSON-LD desde una funcion que recibe los datos de la pagina y serializa el objeto. Asi evitas errores manuales y garantizas que el marcado siempre refleje el contenido real.
Checklist de implementacion
- Un tipo principal claro por entidad de la pagina.
- Todas las propiedades obligatorias del tipo presentes.
- URLs absolutas en
image,url,logo. - El marcado coincide con el contenido visible.
- Bloque colocado en
<head>o final de<body>. - Sin datos inventados ni contenido oculto al usuario.
- Validado antes de publicar (siguiente seccion).
Como validar tus datos estructurados: Rich Results Test vs Schema Markup Validator
Nunca publiques datos estructurados sin validarlos. Existen dos herramientas principales y, aunque a veces se usan indistintamente, hacen cosas diferentes.
| Herramienta | Quien la mantiene | Que comprueba | Cuando usarla |
|---|---|---|---|
| Rich Results Test | Solo los elementos elegibles para funciones enriquecidas especificas de Google | Para saber si optas a un rich result concreto | |
| Schema Markup Validator | Schema.org (colaboracion Google/Microsoft/Yahoo) | Toda la marca contra la especificacion Schema.org completa | Para validar la correccion del marcado en general |
La distincion es importante. El Rich Results Test de Google solo comprueba los elementos que pueden generar una funcion enriquecida en Google; si marcas un tipo valido de Schema.org que Google no usa para rich results, esta herramienta puede no decirte nada util o avisarte de que "no hay elementos detectados". Eso no significa que tu marcado este mal.
El Schema Markup Validator de Schema.org, en cambio, valida toda la marca contra la especificacion completa, sin importar si Google la usa para enriquecer resultados. Es la herramienta correcta para comprobar que tu JSON-LD es sintacticamente y semanticamente valido.
La recomendacion practica: usa ambas. Primero el Schema Markup Validator para confirmar que el marcado es correcto, y despues el Rich Results Test para verificar si te hace elegible para una funcion enriquecida concreta. Y completa el ciclo con el informe de mejoras de Google Search Console, que te muestra errores y advertencias en produccion sobre las paginas ya rastreadas.
Siguen sirviendo los datos estructurados tras la retirada de los FAQ rich results?
Es la pregunta que se hacen muchos equipos en 2026, y la respuesta corta es si, rotundamente — pero conviene entender que cambio exactamente.
El recorte de los FAQ rich results no fue repentino. Ya en agosto de 2023, segun el blog de Google Search Central, Google restringio los FAQ rich results a sitios web autoritativos de gobierno y salud, y deprecio los How-To rich results en escritorio. Era una señal clara de hacia donde iba la cosa.
El golpe definitivo llego en 2026. Segun Search Engine Land, el 7 de mayo de 2026 Google dejo de mostrar los FAQ rich results para todos los sitios. A partir de ahi, el calendario de retirada es escalonado:
- Junio de 2026: Google retira el informe de FAQ y el soporte de FAQ en el Rich Results Test.
- Agosto de 2026: elimina el soporte de FAQ en la API de Search Console.
Ahora bien — y este es el matiz que muchos pasan por alto — el tipo Schema.org FAQPage sigue siendo valido, y la marca puede permanecer en la pagina sin causar ningun problema. Lo que desaparece es el formato visual desplegable en la SERP, no la validez del marcado.
Que hacer entonces con tus datos estructurados
- No retires tu marcado
FAQPagecon prisas. Es valido, no penaliza y sigue aportando contexto semantico que los motores de IA consumen para construir y citar respuestas. - Reasigna tu esfuerzo a los tipos que si generan rich results.
Product,BreadcrumbList,ArticleyOrganizationsiguen vivos y rentables. - Piensa en GEO, no solo en SERP. El valor de los datos estructurados se ha desplazado de "ganar un desplegable bonito" a "ser maquina-legible para los asistentes de IA". Esa tendencia va a mas, no a menos.
- Mantén la disciplina de validacion. Con tipos entrando y saliendo del soporte de rich results, revisar Search Console periodicamente deja de ser opcional.
La lectura estrategica es esta: los formatos enriquecidos concretos van y vienen segun decida Google, pero los datos estructurados como capa semantica de tu sitio son una inversion que solo gana relevancia en un mundo de busqueda asistida por IA. Quien construye un marcado limpio, veraz y bien validado esta preparado para lo que venga.
Conclusion: el marcado semantico es infraestructura, no truco
Los datos estructurados dejaron de ser un "extra para conseguir estrellitas" hace tiempo. Son la capa que conecta tu contenido con los buscadores y, cada vez mas, con los motores generativos. JSON-LD es el formato a elegir, cinco tipos cubren la mayor parte del valor, y validar antes de publicar es innegociable. La retirada de los FAQ rich results en 2026 no es el final de nada: es la confirmacion de que lo que importa es la solidez del marcado, no el adorno temporal que Google decida mostrar.
En Technova Partners implementamos y auditamos datos estructurados como parte de proyectos de SEO tecnico que ya estan generando trafico cualificado para empresas B2B. Si quieres revisar el estado de tu marcado o construirlo bien desde cero, hablemos sobre tu proyecto y te diremos por donde empezar.
