SEO de datos estructurados: guía práctica de schema markup

Cómo diseñar, implementar y verificar datos estructurados (JSON-LD) para que los motores comprendan mejor tus páginas y oportunidades de resultado enriquecido.

Michael

Publicado 1 de abril de 2026

Datos estructurados SEO: guía de marcado Schema

Qué son los datos estructurados

Los datos estructurados son marcado legible por máquinas que describe entidades y relaciones dentro de una página (por ejemplo: artículo, producto, evento, autor, reseña). El objetivo no es otorgar un atajo de posicionamiento, sino aclarar al motor de búsqueda el significado y la relación entre elementos para que pueda representar esa información en rich results, Knowledge Panels o en experiencias generativas basadas en IA.

En la práctica, el estándar de facto es schema.org y la forma más recomendada de implementación es JSON-LD. JSON-LD mantiene el marcado fuera del DOM visible, reduce el riesgo de romper la presentación y facilita la validación automática.

Cómo funcionan (mecánica)

Crawl, indexación y ranking: distinciones importantes

Las tres etapas son diferentes: crawling = descubrimiento y descarga de recursos; indexación = decisión de almacenar señales y contenido; ranking = orden de resultados. Los datos estructurados influyen sobre cómo un motor interpreta e indexa contenido y sobre la eligibilidad para features en resultados, pero no garantizan una posición concreta. Ten en cuenta que Google usa la versión móvil como base para crawling e indexación; desde julio de 2024 Googlebot Smartphone es el crawler por defecto.

Qué pueden activar los datos estructurados

Un marcado correcto puede habilitar: rich snippets (reseñas, recetas, eventos), tarjetas enriquecidas, breadcrumbs en SERP, contenido de FAQ/HowTo en resultados y señales estructuradas que los sistemas de IA usan para generar resúmenes o paneles. Sin embargo, la aparición en un feature depende también de la calidad del sitio, relevancia, indexabilidad y políticas del motor; el marcado solo establece la elegibilidad.

Formatos: JSON-LD, Microdata y RDFa

JSON-LD es el formato preferido por la mayoría de motores: se inserta como un bloque <script type="application/ld+json"> dentro del <head> o justo antes del cierre de <body>. Microdata y RDFa incrustan atributos dentro del HTML, lo que puede ser útil cuando el contenido se genera por CMS que no soportan inyección de script, pero son más frágiles durante cambios de plantilla.

Implementación paso a paso (checklist)

Sigue este flujo para una implementación robusta:

1) Define la intención: identifica la entidad principal de la página (artículo, producto, FAQ, evento, etc.). 2) Elige el tipo de schema en schema.org que mejor represente esa entidad. 3) Completa propiedades clave (title/name, url, author/publisher, datePublished cuando aplique). 4) Inserta JSON-LD con datos verídicos y consistentes con el contenido visible. 5) Testea en herramientas públicas. 6) Publica y monitoriza errores en Search Console y logs. 7) Revisa periódicamente: los requisitos de tipos pueden cambiar.

Ejemplo mínimo para un artículo (JSON-LD de ejemplo): {"@context":"https://schema.org","@type":"Article","headline":"Título del artículo","author":{"@type":"Person","name":"Nombre del autor"},"datePublished":"2026-01-01","mainEntityOfPage":{"@type":"WebPage","@id":"https://example.com/mi-articulo"}}

Ejemplo FAQPage (estructura compacta): {"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"¿Pregunta?","acceptedAnswer":{"@type":"Answer","text":"Respuesta."}}]}

Verificación y depuración

Herramientas públicas

Rich Results Test (Google) y Schema Markup Validator (schema.org) son las herramientas principales para validar sintaxis y elegibilidad. La Rich Results Test indica si una página es elegible para determinados tipos de resultados enriquecidos. La Schema Markup Validator comprueba conformidad con schema.org sin evaluar elegibilidad para features de Google.

Comprobaciones desde fuera (cuando no controlas el dominio)

Para verificar un marcado en un sitio externo: 1) Descarga el HTML público con curl: `curl -I https://example.com/pagina` para ver cabeceras o `curl -A "Mozilla/5.0 (Linux; Android 10) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Mobile Safari/537.36" https://example.com/pagina` para obtener la versión que vería un crawler móvil. 2) Abre el HTML local en el Rich Results Test mediante la opción de inspección de código. 3) Usa Chrome DevTools > Elements para ver si el JSON-LD se renderiza dinámicamente (por ejemplo, inyectado por JS).

Comprobaciones para páginas que controlas

Usa Google Search Console URL Inspection para inspeccionar una URL que sea tuya; esa herramienta indica la versión conocida por Google y muestra errores de marcado que Google haya detectado. Además, observa los informes de Enhancements en Search Console para tipos como FAQ, Breadcrumbs o Product (cuando estén disponibles). Recuerda que la presencia en el informe no garantiza aparición en SERP; es una señal de elegibilidad o error.

Errores comunes y cómo corregirlos

Errores frecuentes:

• Marcado inconsistente con el contenido visible: el JSON-LD debe reflejar lo que el usuario ve; marcar información que no aparece públicamente puede interpretarse como manipulación.
• Tipos o propiedades incorrectas: usar @type equivocado o propiedades no aplicables impide la elegibilidad.
• JSON-LD inyectado demasiado tarde por JavaScript: si el crawler no ejecuta el script antes de evaluar el page DOM, el marcado puede pasar desapercibido.
• Múltiples bloques con datos contradictorios: un mismo atributo (por ejemplo, datePublished) con valores distintos genera ambigüedad.
• Marcar páginas que no están indexables (noindex, bloqueadas por robots): una página no indexable suele ser irrelevante para rich results.

Cómo solucionar: sincroniza el contenido visible con el JSON-LD, valida cada tipo con la documentación oficial y la Schema Markup Validator, inserta JSON-LD en el HTML servidor-side cuando sea posible, y elimina o corrige bloques duplicados.

Casos de uso y ejemplos prácticos

Artículos y noticias

Marca título, autor, fecha de publicación, imagen y la URL canonica con `mainEntityOfPage`. Para contenido ampliado, añade `publisher` con logo.

Productos y comercio electrónico

Incluye `name`, `image`, `description`, `sku` y `offers` con precio y moneda cuando el producto esté disponible. No uses markup para simular disponibilidad o promociones inexistentes.

Breadcrumbs y FAQ

BreadcrumbList ayuda a mostrar la jerarquía del sitio en SERP; FAQPage es útil cuando la página contiene preguntas y respuestas visibles. Ejemplo compacto de BreadcrumbList: {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Inicio","item":"https://example.com/"}]}

Medición y seguimiento tras la publicación

Después de publicar, monitoriza: 1) Search Console (Enhancements y URL Inspection) para errores; 2) cobertura e indexación de URLs; 3) logs de servidor para verificar que Googlebot accede a las páginas y consume el HTML que incluye el JSON-LD; 4) cambios en CTR/impresiones en la Performance report de Search Console para detectar variaciones que puedan relacionarse con rich results. Ten en cuenta que Google eliminó las páginas en caché tradicionales a principios de 2024, por lo que no puedes usar ese recurso para inspeccionar versiones antiguas en Search.

Recuerda que las experiencias generativas de Google (AI Overviews / SGE) son ahora parte de la mezcla de features; el marcado claro de entidades y atributos aumenta la probabilidad de que sistemas basados en IA utilicen tu contenido como fuente, pero la selección es discrecional y depende de muchos factores.

Si quieres revisar buenas prácticas técnicas relacionadas con la implementación, Lee la guía de Technical SEO para profundizar en crawling, indexación y optimización del servidor.

Preguntas frecuentes

¿Necesito datos estructurados para posicionar bien?

No son estrictamente necesarios para que una página se indexe o aparezca en resultados; sin embargo, ayudan a que los motores interpreten mejor el contenido y aumentan la elegibilidad para resultados enriquecidos que pueden mejorar la visibilidad y el CTR. La calidad del contenido, la arquitectura del sitio y la indexabilidad siguen siendo factores primarios.

¿JSON-LD o Microdata: cuál debo usar?

JSON-LD es la opción recomendada por su facilidad de mantenimiento y menor interferencia con el marcado visual. Microdata puede ser útil si tu CMS limita la inserción de scripts. Prioriza la consistencia y la precisión; evita mezclar formatos en una misma página.

¿Cómo compruebo que Google 'usó' mi marcado?

Para URLs que controlas, usa URL Inspection en Google Search Console para ver la versión conocida por Google y los errores detectados. Revisa los informes de Enhancements para ver tipos válidos. Observa además logs de acceso para confirmar que Googlebot recabó la página con la misma versión de HTML que publicaste.

¿Pueden los datos estructurados empeorar mi SEO?

Un marcado incorrecto, contradictorio o que promueva contenido no visible puede causar errores en las herramientas de validación y reducir la elegibilidad para rich results. No suele 'empeorar' el ranking por sí mismo, pero puede generar señales negativas de calidad o elegibilidad si se usa de forma engañosa. Corrige inconsistencias y mantén la transparencia entre contenido visible y marcado.