# Datos estructurados para SEO: qué son, cómo funcionan y cómo usarlos

> Qué son los datos estructurados, cómo los usa Google, qué resultados enriquecidos siguen existiendo tras FAQ y HowTo, y cómo añadirlos y probarlos.

Canonical: https://www.getdexseo.com/es/blog/datos-estructurados/
Author: Dex SEO, Editorial team
Published: Oct 24, 2026 · Updated: Oct 24, 2026

## Key takeaways

- Elige un marcado que describa el contenido real de la página.
- Revisa lo que ya genera el sitio antes de añadir otro generador.
- Valida la URL pública y mantén los datos al día.
- La revisión de calidad de DEX complementa las pruebas de schema.

Los datos estructurados para SEO describen una página en un formato que los buscadores pueden leer. En un artículo del blog, pueden identificar el titular, el autor, las imágenes y las fechas. Empieza por revisar lo que tu sitio ya genera, elige el marcado que encaja con la página y prueba el resultado publicado.

No necesitas añadir todos los tipos de schema que encuentres. Necesitas información exacta, un responsable claro de la implementación y una forma de mantenerla sincronizada con la página. Más código no hace más útil un artículo.

Esta guía explica los términos, muestra un ejemplo de blog y recorre cómo elegir, añadir y revisar el marcado. También muestra dónde encaja en el proceso la revisión de calidad y SEO de la página con DEX.

## ¿Qué son los datos estructurados en SEO?

Los datos estructurados ponen etiquetas explícitas a la información de una página. En lugar de dejar que una herramienta deduzca qué nombre es el del autor, el marcado puede describir esa relación. Complementa la página que lee la gente.

Imagina una guía para elegir una lámpara de escritorio. El artículo visible tiene un título, una firma, una imagen y datos de publicación. Su marcado puede describir esos datos. No debe afirmar que la guía es un producto en venta solo porque menciona lámparas.

La distinción importa al elegir qué añadir. Una guía de compra, una ficha de producto y la página de inicio de una empresa pueden tratar el mismo tema, pero tienen propósitos distintos. El marcado debe reflejar la página real.

Los datos estructurados no sustituyen a una respuesta clara. Si un artículo omite los datos que necesitan los lectores, añadir etiquetas no llenará ese hueco. Usa la [guía de auditoría de contenido](https://www.getdexseo.com/es/blog/auditoria-de-contenido-seo/) para revisar el fondo junto con su presentación.

## ¿Qué diferencia hay entre datos estructurados, Schema.org y JSON-LD?

Estos términos se refieren a capas distintas de la misma tarea:

| Término | Significado | Ejemplo |
| --- | --- | --- |
| Datos estructurados | Información organizada con etiquetas y relaciones explícitas. | Identificar a una persona como autora de un artículo. |
| Schema.org | Un vocabulario de tipos y propiedades para describir cosas. | BlogPosting, Person y headline. |
| JSON-LD | Un formato para expresar datos enlazados. | Un bloque con el tipo de artículo y sus propiedades. |

Schema.org te da las palabras para la descripción. JSON-LD es una forma de escribirla. Un resultado enriquecido es una posible presentación en la búsqueda, no otro nombre para ninguno de los dos.

Google suele recomendar JSON-LD cuando encaja con la configuración del sitio. Microdatos y RDFa también son formatos admitidos. Elige una implementación mantenida que cumpla las reglas de la función correspondiente; no sustituyas un marcado que funciona solo porque un tutorial usa otro formato.

Schema.org define un vocabulario más amplio del que admite cualquier función de búsqueda. Revisa la documentación de las funciones del buscador al decidir si una página es apta. Un tipo puede ser marcado Schema.org válido sin ser apto para una presentación concreta de Google.

## ¿Cómo usa Google los datos estructurados?

Ofrecen una descripción directa del contenido y sus relaciones. Un buscador puede usar esa información para entender una página y apoyar funciones de búsqueda para las que sea apta. La página visible sigue siendo la base de lo que describes.

Separa tres preguntas: ¿se puede leer el marcado? ¿Cumple las reglas de una función admitida? ¿Aparecerá esa función en una búsqueda? Superar las dos primeras comprobaciones no decide la tercera.

Las directrices de datos estructurados de Google explican que un marcado correcto no garantiza un resultado enriquecido. No trates una validación superada como una promesa de impresiones, clics o posiciones.

Usa esta distinción en las conversaciones del equipo. “El código se analiza bien” es una afirmación limitada. “La URL pública supera la prueba correspondiente” es una evidencia más sólida sobre esa versión. Ninguna de las dos significa que todos los usuarios verán un resultado especial.

El objetivo práctico es una descripción veraz que se pueda mantener. Es más fácil revisar un pequeño conjunto de datos exactos que un bloque grande montado con suposiciones sin respaldo.

## Beneficios de los datos estructurados para el SEO

El beneficio principal es ser apto. Google dice que los datos estructurados pueden habilitar resultados enriquecidos: fichas de búsqueda con más detalle que pueden hacer un resultado más atractivo. Sin el marcado que necesita una función, la página no es candidata a esa presentación.

-   **Una comprensión más clara.** Google usa los datos estructurados para entender el contenido de la página y reunir información sobre las personas, los libros, las empresas y otras cosas que describe el marcado.
-   **Fichas de búsqueda más ricas.** Entre las funciones admitidas están los resultados de artículos, productos, recetas, eventos, vídeos, fragmentos de reseñas y rutas de navegación. Cada una tiene sus propiedades obligatorias.
-   **Datos de empresa coherentes.** El marcado Organization puede describir tu logotipo, tu nombre legal y tus datos de contacto. Google dice que esto puede aparecer en paneles de conocimiento y otros elementos visuales.
-   **Seguimiento continuo.** Google recomienda revisar los informes de estado de resultados enriquecidos en Search Console tras la implementación, porque el marcado puede romperse cuando cambian las plantillas o la forma de servir las páginas.

Los casos de estudio de Google muestran mejoras en algunos sitios. Rotten Tomatoes midió un porcentaje de clics un 25% mayor en las páginas con datos estructurados, y Nestlé midió un porcentaje de clics un 82% mayor en las páginas que aparecían como resultados enriquecidos. Son resultados de sitios concretos, no una previsión para tus páginas.

Ten presentes los límites. Google afirma que no garantiza un resultado enriquecido aunque el marcado supere la Prueba de resultados enriquecidos. Una acción manual por datos estructurados retira la aptitud para resultados enriquecidos sin afectar a la posición de la página en la búsqueda web. Trata el marcado como una forma de describir las páginas con exactitud y optar a funciones, no como un atajo para posicionar.

## Tipos de datos estructurados más comunes y cuándo usarlos

Empieza por el propósito de la página. Elige un tipo porque describe el contenido, no porque otro sitio lo use. Después lee los requisitos actuales de la función de búsqueda que quieras apoyar. Usa la guía específica para [crear y probar una ruta de navegación](https://www.getdexseo.com/es/blog/datos-estructurados/schema-breadcrumb/). Para la empresa detrás del sitio, [mantén coherente la identidad de la empresa y del editor](https://www.getdexseo.com/es/blog/datos-estructurados/schema-organization/). Para cada redactor, [conecta los perfiles de autor con sus artículos](https://www.getdexseo.com/es/blog/datos-estructurados/schema-person-autor/). Para una página de producto, [elige y prueba los datos de Product y Offer](https://www.getdexseo.com/es/blog/datos-estructurados/schema-product/) con las reglas de su función de búsqueda.

### Article y BlogPosting para contenido editorial

BlogPosting es un tipo de la familia Article. Encaja con una entrada de blog cuando eso es lo que contiene la página. Revisa la documentación de Google sobre artículos para conocer las propiedades admitidas y las indicaciones de implementación.

Para un equipo editorial, los campos de origen clave incluyen el titular, el autor, la imagen relevante y las fechas. Contrasta cada uno con el artículo publicado. El responsable interno de un borrador no es automáticamente su autor público.

### BreadcrumbList para la jerarquía de la página

El marcado de rutas de navegación describe un camino dentro del sitio. Planifica ese camino según la organización real del sitio. Usa destinos públicos que tengan sentido para un lector y revisa la documentación actual de Breadcrumb antes de implementarlo.

### Organization para el editor o la empresa

Organization describe la propia organización. Puede formar parte del modelo de datos general de un sitio, mientras que un artículo describe un contenido concreto. Mantén la identidad y el nombre coherentes en todo el sitio.

No crees un editor ficticio nuevo para cada artículo. Acuerda los datos de la organización y deja que la plantilla o la integración compatible los use de forma coherente.

### Tipos para propósitos de página concretos

Una página real de producto, de negocio local o de evento puede necesitar otro tipo con su propia información obligatoria. Esas implementaciones merecen comprobaciones aparte. Una entrada de blog genérica no debe incluir precios, horarios ni valoraciones que no contiene.

Usa la galería actual de funciones de Google para investigar las funciones de búsqueda admitidas. Es una ayuda para elegir, no una lista de tipos que añadir a todas las páginas.

## ¿Qué resultados enriquecidos de Google siguen existiendo? Cambios en FAQ y HowTo

Muchas guías de datos estructurados siguen recomendando el schema FAQ y HowTo para conseguir resultados enriquecidos. Ese consejo está desactualizado. Revisa la lista actual de funciones de Google antes de planificar el marcado en torno a una presentación en la búsqueda.

### Resultados enriquecidos de preguntas frecuentes (FAQ)

En septiembre de 2023, Google actualizó su documentación de preguntas frecuentes para indicar que la función solo se mostraría en sitios web gubernamentales y de salud conocidos y con autoridad. El 8 de mayo de 2026 añadió un aviso de retirada que indicaba que el resultado enriquecido de preguntas frecuentes dejaría de aparecer en la Búsqueda de Google a partir del 7 de mayo de 2026. En junio de 2026, Google eliminó la documentación de ese resultado enriquecido porque ya no se muestra en los resultados de búsqueda.

### Resultados enriquecidos de instrucciones (HowTo)

Google eliminó su documentación de datos estructurados de instrucciones en septiembre de 2023 e indicó que ese resultado enriquecido ya no se muestra en los resultados de búsqueda en ordenadores ni en móviles.

### Otros cambios que conviene conocer

-   Desde enero de 2025, los resultados enriquecidos de rutas de navegación solo aparecen en los resultados de búsqueda en ordenadores, no en móviles.
-   En noviembre de 2025, Google empezó a retirar la función de problemas de práctica y aclaró que el marcado Dataset solo lo usa la Búsqueda de conjuntos de datos, no la Búsqueda de Google.

FAQPage y HowTo siguen siendo tipos válidos de Schema.org, y Google señala que el vocabulario que no usa puede ser útil para otros buscadores, servicios o herramientas. Simplemente no esperes un resultado enriquecido de Google por ellos, y no añadas marcado de preguntas y respuestas a una página solo para que se muestre. Para ver las opciones actuales, usa la [galería de búsqueda de Google](https://developers.google.com/search/docs/appearance/structured-data/search-gallery?hl=es), que enumera funciones admitidas como Article, Breadcrumb, Event, Organization, Product, Recipe, Review snippet y Video.

## ¿Cómo saber si tu sitio ya tiene marcado schema?

Prueba una página pública existente antes de instalar o pegar nada. Tu CMS, tema, plugin o frontend puede generar ya marcado a partir de los campos del artículo. La pantalla del editor puede no mostrar el resultado final. Si varias herramientas generan datos, [rastrea el schema duplicado o contradictorio](https://www.getdexseo.com/es/blog/datos-estructurados/schema-duplicado-wordpress/) antes de añadir otra fuente.

1.  Elige un artículo público representativo y copia su URL exacta.
2.  Usa una herramienta de prueba de datos estructurados para ver los tipos que detecta.
3.  Compara su titular, autor, fechas y URL con la página.
4.  Identifica qué ajuste del CMS, plantilla o integración genera cada descripción.
5.  Anota quién es responsable de esa fuente antes de cambiarla.

Tener más de una entidad en una página es normal: una página puede describir un artículo, su autor y su editor. El problema son las descripciones contradictorias o innecesarias, como dos sistemas que dan autores distintos para el mismo artículo.

Si el resultado es incorrecto, corrige la fuente. Añadir otro bloque con el valor correcto puede dejar publicadas las dos versiones. Pide al desarrollador o al responsable del CMS que rastree la plantilla cuando la fuente no esté clara.

Esto es especialmente importante cuando el CMS y el frontend público usan dominios distintos. Revisa la página que usan de verdad los visitantes. Nuestra [checklist de publicación en el CMS](https://www.getdexseo.com/es/blog/publicacion-en-cms/) cubre ese traspaso.

## ¿Cómo son los datos estructurados de un artículo?

El ejemplo siguiente describe una entrada de blog ficticia. El autor, las fechas y la dirección de la imagen son ilustrativos. Es un ejemplo didáctico, no una descripción lista para tu artículo. Para aplicarlo a tus entradas, [revisa los campos de Article y BlogPosting](https://www.getdexseo.com/es/blog/datos-estructurados/schema-article/).

```
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Cómo elegir una lámpara de escritorio",
  "author": {
    "@type": "Person",
    "name": "Alex Morgan",
    "url": "https://example.com/autores/alex-morgan/"
  },
  "image": [
    "https://example.com/imagenes/guia-lampara-escritorio.jpg"
  ],
  "datePublished": "2026-10-01T09:00:00-04:00",
  "dateModified": "2026-10-15T10:00:00-04:00"
}
```

En una implementación con JSON-LD, el objeto va dentro de un elemento script de tipo application/ld+json. El código que se muestra aquí está escapado para leerlo; no es una segunda entidad de artículo activa en esta guía.

-   **@context:** identifica el contexto del vocabulario.
-   **@type:** indica que el elemento es una entrada de blog.
-   **headline:** describe el título del artículo.
-   **author:** identifica al redactor con su nombre y una página sobre él.
-   **image:** apunta a una imagen que representa el artículo.
-   **datePublished y dateModified:** registran su publicación y sus actualizaciones reales.

Usa direcciones públicas reales en lugar de los marcadores de example.com. Asegúrate de que la imagen sea accesible y represente el artículo. No inventes un perfil de autor para rellenar un campo.

Las fechas también cuentan una historia. Una actualización importante puede cambiar dateModified. Actualizar la marca de tiempo sin actualizar el artículo hace que esa historia sea menos fiable. Mantén coherentes la información visible y los datos generados.

Este ejemplo cubre un pequeño conjunto de campos. Revisa la guía actual de Article para tu implementación y añade otras propiedades aplicables solo cuando puedas dar información exacta. No trates un ejemplo corto de tutorial como una especificación completa para cualquier sitio.

## Cómo añadir datos estructurados a tu web

Elige la vía que encaja con cómo está construido el sitio. Un CMS gestionado puede ofrecer ajustes. Otra configuración puede depender de un plugin o de una plantilla personalizada. La pregunta importante es qué sistema mantendrá los datos al día.

### 1\. Elige el tipo de página y revisa sus reglas

Escribe qué hace la página y qué entidad describe el marcado. Abre la documentación oficial correspondiente. Separa las propiedades obligatorias de las recomendadas y comprueba si la función de búsqueda que buscas se aplica a la página.

### 2\. Reúne información exacta de la fuente

Confirma el titular, la firma, la página del autor, la imagen y las fechas. Si los datos pertenecen a campos del CMS, guárdalos ahí. Una plantilla debe tomar los datos de una fuente acordada, no de varias copias editadas a mano.

Revisa también las imágenes como contenido. Una dirección que funciona en el navegador de un desarrollador puede ser privada o temporal. Nuestra [guía de SEO de imágenes](https://www.getdexseo.com/es/blog/seo-de-imagenes/) explica las comprobaciones generales para un contenido visual útil.

### 3\. Usa una sola implementación coordinada

Configura la función compatible del CMS o pide al desarrollador que conecte los campos en la plantilla. En un sitio a medida, trata el marcado como parte del sistema de publicación. Los cambios en los datos del artículo deben llegar a su descripción pública.

Prueba con una página representativa antes de extender el cambio a toda una plantilla. Evita activar generadores que se solapan sin revisar el resultado combinado.

### 4\. Publica y revisa el resultado

Guarda el artículo, espera a que se actualice la versión pública y prueba la URL pública. Un borrador puede parecer correcto mientras la página publicada sigue usando una plantilla antigua o datos en caché. Guarda el registro de la prueba junto con el cambio.

En un equipo pequeño, esto puede ser una sola tarea con un responsable claro: elegir el tipo, conectar los datos, publicar y validar. No hace falta convertir cada publicación en un ejercicio manual de código cuando una plantilla mantenida puede hacer el trabajo.

## Herramientas para probar datos estructurados: cómo validar tu marcado

Usa la prueba adecuada para cada pregunta. La página de Google sobre cómo probar datos estructurados enlaza a la Prueba de resultados enriquecidos y al Validador de Schema Markup, y explica el alcance distinto de cada una.

| Comprobación | Pregunta que ayuda a responder |
| --- | --- |
| Validador de Schema Markup | ¿La página contiene marcado Schema.org legible y qué describe? |
| Prueba de resultados enriquecidos | ¿Qué tipos de resultados enriquecidos admitidos por Google detecta la prueba y qué problemas indica? |
| Revisión de la página pública | ¿Los datos coinciden con lo que ven los lectores? |
| Inspección de URLs e informes de Search Console | ¿Qué indica Google sobre la URL y las funciones admitidas después de publicar? |

Durante el desarrollo, probar un fragmento de código puede detectar errores pronto. Tras publicar, prueba también la URL. Confirma que la página final contiene los datos esperados y que el rastreador puede acceder a los recursos necesarios.

Lee cada problema en su contexto. Que falte un valor recomendado no es lo mismo que un problema que impide ser apto. No inventes datos solo para que desaparezca un aviso. Decide si la información se aplica de verdad y corrige la fuente cuando así sea.

Guarda un registro de la URL probada, la fecha, el tipo detectado, el problema, la corrección y el responsable. Una captura de una prueba superada sin URL ni fecha es difícil de usar cuando la plantilla cambie más adelante.

## ¿Por qué tus datos estructurados no muestran un resultado enriquecido?

Una descripción válida no obliga a un buscador a mostrar una función concreta. Revisa primero qué esperabas, qué función lo admite y si la página cumple sus reglas. Después investiga la versión pública. Cuando un informe nombre un problema concreto, [corrige y valida los errores de datos estructurados en Search Console](https://www.getdexseo.com/es/blog/datos-estructurados/errores-datos-estructurados/) en lugar de adivinar por qué falta una función.

-   ¿La función admite actualmente este tipo de página?
-   ¿El marcado coincide con el contenido visible principal?
-   ¿Las propiedades necesarias son exactas y accesibles?
-   ¿El resultado publicado coincide con la versión que probaste?
-   ¿La página se puede rastrear e indexar como se pretende?
-   ¿Search Console indica algún problema relevante?

Si el problema es el acceso o el estado de indexación, sigue la [guía de rastreo e indexación](https://www.getdexseo.com/es/blog/rastreo-e-indexacion/). Añadir schema una y otra vez no quita una instrucción noindex ni repara una URL pública rota.

Si las comprobaciones se superan, no conviertas una decisión normal de presentación en ediciones sin fin. Documenta que la página es apta y sigue la evidencia relevante. No prometas a un cliente que una prueba superada producirá un resultado enriquecido en todas las búsquedas.

## Buenas prácticas y errores comunes con los datos estructurados

Los errores más costosos suelen empezar por una diferencia entre la página y sus datos. Un artículo marcado como producto, una valoración sin base o un autor copiado de otra página pueden crear una descripción engañosa.

Mantén la información al día. Un título cambiado con el titular antiguo en la plantilla complica la revisión. Una imagen eliminada que sigue en el marcado crea una referencia rota. Trata esos valores como parte de la misma publicación.

No confundas un bloque más grande con una implementación mejor. Incluye relaciones con sentido y datos exactos. Evita añadir tipos sin relación, reseñas inventadas o campos llenos de palabras clave.

Por último, revisa el resultado combinado después de cambiar de herramientas. Un tema o una integración nuevos pueden alterar el marcado sin que un editor toque el artículo. Vuelve a probar la página pública en lugar de suponer que la prueba anterior sigue valiendo.

## Cómo mantener los datos estructurados cuando cambia tu contenido

Añade una comprobación de datos al flujo normal de edición. Si cambian el título, el autor, la imagen o los datos de publicación, confirma que la descripción pública también cambia. Asigna los problemas de plantillas comunes a la persona que puede corregir la fuente.

DEX ofrece el análisis de calidad y SEO de las páginas incluso en su plan gratuito. Usa esa revisión para no perder de vista la página publicada y organizar la siguiente mejora. Combínala con las pruebas específicas de schema para validar el marcado.

Una puntuación SEO general y una prueba de schema responden preguntas distintas. Guarda ambos registros donde el equipo pueda encontrarlos. No uses una buena puntuación de calidad de la página como prueba de que un resultado enriquecido concreto es apto.

DEX también revisa las páginas que no ganan posiciones tras unos 30 a 60 días. Esa revisión más amplia puede llevar a mirar otra vez el contenido y su presentación pública. Un error de marcado conocido se puede corregir antes; no debe esperar a ese plazo.

Al revisar los resultados, separa la evidencia de la implementación de los cambios de tráfico. Anota cuándo cambió el marcado y revisa los datos relevantes de Search Console cuando estén disponibles. La demanda, otras ediciones y los cambios en la búsqueda pueden afectar a los resultados, así que un aumento de clics por sí solo no prueba que lo causara el schema.

## Checklist de datos estructurados para SEO

-   El tipo elegido encaja con el propósito real de la página.
-   Se revisó el resultado existente antes de añadir otro generador.
-   El autor, el título, las fechas, las imágenes y las URL son exactos.
-   La descripción coincide con el contenido visible.
-   La implementación tiene un responsable y campos de origen mantenidos.
-   Se usaron el validador y la prueba de función adecuados.
-   Se revisó la URL pública después de publicar.
-   Se anotaron los problemas conocidos y la siguiente acción.
-   Las plantillas se vuelven a probar después de cada cambio.

Empieza por un artículo importante y haz que su descripción sea fiable. [Empieza con DEX](https://www.getdexseo.com/es/#plan) para conectar la revisión de calidad de las páginas con tu flujo de SEO general, mientras usas las herramientas oficiales para revisar el propio marcado.

## FAQ

### ¿El schema garantiza mejores posiciones?

No. Sirve para describir bien el contenido y optar a funciones de búsqueda. Pasar una validación no es una promesa de posicionamiento.

### ¿Es obligatorio usar JSON-LD?

No. Google lo recomienda en general cuando el sitio lo permite, pero también admite Microdata y RDFa.

### ¿Puedo añadir datos estructurados sin programar?

Algunos CMS y plugins lo permiten. Revisa lo que ya genera el sitio y quién lo mantiene antes de añadir otra herramienta.

### ¿Todos los tipos de Schema.org dan un resultado enriquecido en Google?

No. El vocabulario es más amplio que las funciones que admite Google. Revisa la documentación actual de cada función.

### ¿Google sigue mostrando resultados enriquecidos de FAQ?

No. Google indicó que dejarían de aparecer a partir del 7 de mayo de 2026 y retiró su documentación en junio de 2026. Los de HowTo se retiraron en septiembre de 2023.

### ¿Necesito datos estructurados para aparecer en las funciones de IA de Google?

No. Google indica que no hace falta añadir datos estructurados especiales de schema.org para esas funciones, aunque siguen siendo útiles para los resultados enriquecidos.

### ¿Qué herramienta uso para probar los datos estructurados?

La Prueba de resultados enriquecidos para las funciones de Google y el Validador de Schema Markup para revisar el marcado Schema.org en general.

## Sources

- [Introducción a los datos estructurados](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data?hl=es) — Google Search Central
- [Funciones de datos estructurados que admite la Búsqueda de Google](https://developers.google.com/search/docs/appearance/structured-data/search-gallery?hl=es) — Google Search Central
- [Directrices generales de datos estructurados](https://developers.google.com/search/docs/appearance/structured-data/sd-policies?hl=es) — Google Search Central
- [Actualizaciones de la documentación de la Búsqueda de Google](https://developers.google.com/search/updates?hl=es) — Google Search Central
- [Funciones de IA y tu sitio web](https://developers.google.com/search/docs/appearance/ai-features?hl=es) — Google Search Central
- [DEX SEO](https://www.getdexseo.com/es/) — DEX