¿Qué es el dato estructurado (Schema.org)?

¿Qué son los datos estructurados?

Los datos estructurados son un código que, utilizando el vocabulario de Schema.org, explica el significado del contenido de una página a los motores de búsqueda de forma legible para las máquinas. La forma más habitual de implementarlos es añadir un <script type="application/ld+json"> , que no modifica el contenido visible de la página, sino que simplemente añade una capa adicional de «etiquetas» a dicho contenido. Existen muchos tipos, como Organization, Article, Product o BreadcrumbList, y cada uno de ellos está diseñado para definir un tipo de contenido diferente.

Se puede comparar el dato estructurado con la ficha de un catálogo de biblioteca: el libro en sí (el contenido de la página) no cambia, pero la ficha (los datos estructurados) resume el autor, el género y la fecha de publicación de ese libro en un formato estándar y facilita la búsqueda y la clasificación.

Además de JSON-LD, existen otras formas de implementación más antiguas, como Microdata y RDFa, que incrustan los datos directamente en las etiquetas HTML visibles. JSON-LD es más fácil de mantener, ya que es independiente del contenido de la página, y es el método recomendado actualmente por Google.

¿Por qué es importante?

Si se aplica correctamente, los datos estructurados ayudan a Google a comprender mejor el contenido de la página y pueden hacer que, para ciertos tipos de contenido, se muestren resultados enriquecidos (rich results) en la SERP —por ejemplo, la ruta de navegación, el precio de un producto o la fecha de publicación de un artículo—. Estas mejoras visuales pueden hacer que tu página destaque entre los resultados con el mismo posicionamiento y aumentar la tasa de clics.

Sin embargo, añadir datos estructurados no garantiza la aparición de resultados enriquecidos; Google decide qué resultados enriquecidos mostrar mediante su propio algoritmo, y esta decisión puede cambiar con el tiempo. Por eso, es más acertado considerar los datos estructurados no como una «garantía de aparecer en la SERP», sino como una forma de «hacer que tu contenido sea más claro y legible para las máquinas».

El ejemplo más concreto de esta situación son los esquemas FAQPage y HowTo: aunque se recomendaron ampliamente durante años, Google ha reducido el alcance de estos resultados enriquecidos y los ha eliminado de casi todos los sitios web. Este es un buen ejemplo de cómo «una práctica que en su día fue útil» puede perder todo su valor cuando cambia la política de un motor de búsqueda.

¿Cómo solucionarlo?

• Para la identidad de tu sitio web Organization, y para el contenido de blogs o noticias Article .
• Para mostrar la ruta de navegación BreadcrumbList ; esto puede ayudar a que en la SERP se muestre una ruta de navegación legible en lugar de la URL.
• En los datos estructurados, marca únicamente la información que realmente aparece en la página; añadir datos que no están en la página al esquema incumple las normas de Google y puede dar lugar a una acción manual.
• Comprueba que el JSON-LD sea válido con una herramienta de validación; un bloque con errores sintácticos puede ser ignorado por completo.
• No añadas los esquemas «FAQPage» y «HowTo»: Google eliminó en gran medida estos resultados enriquecidos en 2023 y ha ido reduciendo aún más su alcance con el tiempo; ya no aportan ningún beneficio práctico en la SERP para los sitios web normales, sino que solo generan una carga de código innecesaria y suponen un coste de mantenimiento.

Ejemplo

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Estructura de URL Optimizada para SEO",
  "datePublished": "2026-07-01",
  "author": {"@type": "Organization", "name": "SeoRaporu"}
}
</script>

Mal ejemplo: inventarse un valor aleatorio en el JSON-LD datePublished valor aleatorio en el JSON-LD; esto va en contra de las directrices de datos estructurados de Google y, si se detecta, podría incluso dar lugar a una acción manual.

Errores comunes

• Marcar en los datos estructurados información que no aparece en la página (contraviene las normas de Google).
• Escribir JSON con campos inválidos o incompletos; una sola coma que falte puede invalidar todo el bloque.
• Dedicar tiempo al esquema FAQPage/HowTo, que ya no ofrece resultados enriquecidos.
• No mantener los datos estructurados sincronizados con el contenido actualizado (por ejemplo, dejar el precio antiguo en el esquema aunque se haya actualizado en la página).
• Cuando en el informe de Seoraporu.co no se encuentran datos estructurados, esto no se marca como un error, sino como una oportunidad: se puede completar añadiendo tipos básicos como «Organization» y «Article».
• Seleccionar al azar los tipos de esquema sin hacerlos coincidir con el tipo de contenido real de la página; por ejemplo, añadir el esquema «Product» a una entrada de blog crea confusión y puede reducir la confianza de Google.
• Añadir más de un bloque de esquema contradictorio a la misma página (por ejemplo, dos definiciones diferentes de «Organization»); en este caso, Google se verá obligado a decidir por sí mismo cuál es la correcta.