Qué es Schema Markup: definición y guía completa SEO
Schema Markup: Vocabulario estandarizado de datos estructurados creado por schema.org (iniciativa conjunta de Google, Bing, Yahoo y Yandex) para describir el significado del contenido de las páginas web de forma que los buscadores puedan comprenderlo sin ambigüedad. Su implementación correcta puede activar rich snippets en los resultados de búsqueda.
Los tipos de schema con mayor impacto en los resultados de búsqueda
Los schema types que más beneficio SEO aportan son los que activan rich results visualmente diferenciadores: AggregateRating (estrellas de valoración en resultados de ecommerce y servicios), FAQPage (desplegables de preguntas directamente en el resultado), Recipe (imagen, tiempo y valoración en resultados de recetas), Event (fecha, ubicación y precio), HowTo (pasos de proceso con imágenes), Product (precio y disponibilidad), VideoObject (miniatura de vídeo en resultados), y Article/NewsArticle para contenido editorial. Los schema de LocalBusiness y Organization no activan rich snippets directos pero contribuyen al Knowledge Panel y a la precisión de los datos de entidad en el Knowledge Graph de Google.
Schema y E-E-A-T: cómo los datos estructurados apoyan la autoridad
El schema markup de Person (para autores), Organization (para la empresa), y ProfilePage contribuye directamente a las señales de E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness). Un artículo con schema Author que apunta a una página de perfil de autor con schema Person, credenciales documentadas y enlaces a otras publicaciones del autor, envía señales claras de experticia y autoría verificable. El schema SameAs en Organization o Person, que enlaza el perfil con Wikipedia, LinkedIn, perfiles en redes sociales verificadas y otras fuentes de autoridad, ayuda a Google a conectar la entidad del sitio con el Knowledge Graph.
Cómo priorizar qué schema implementar primero
La priorización depende del tipo de sitio. En ecommerce: Product con offers (precio, disponibilidad) y AggregateRating son la primera prioridad. En blog o medio de comunicación: Article con Person (autor) y BreadcrumbList son el punto de partida. En negocio local: LocalBusiness con horario, dirección, teléfono y AggregateRating. En sitio de recetas: Recipe completo con ingredientes, pasos, tiempo y valoración. En cualquier sitio con preguntas frecuentes: FAQPage. El criterio es implementar primero el schema que active el rich result más visible para tu tipo de contenido, priorizando los que afectan al CTR.
Penalizaciones por schema engañoso: qué no debes hacer
Google penaliza el uso de datos estructurados engañosos o que no corresponden al contenido visible. Las prácticas prohibidas incluyen: marcar valoraciones de productos con estrellas que no corresponden a reseñas reales de usuarios, marcar como FAQPage contenido que no tiene preguntas reales en la página, usar schema Review con opiniones del propio propietario del sitio (Google no permite auto-valoraciones en AggregateRating), y marcar como Article contenido que es publicidad o spam. Las consecuencias son la pérdida del rich result (sin penalización de ranking) o, en casos graves, penalización manual.
Preguntas frecuentes
¿Todos los sitios con schema correcto obtienen rich snippets?
No. El schema correcto es condición necesaria pero no suficiente. Google elige mostrar rich results según la autoridad de la página, la relevancia para la búsqueda y sus propias directrices. Páginas de sitios con baja autoridad pueden tener schema perfecto y nunca obtener rich results. Google también puede dejar de mostrar ciertos rich results a nivel global (como hizo con schema FAQ en 2023, reduciéndolo considerablemente).
¿Es mejor usar JSON-LD o marcar el contenido con Microdata directamente en el HTML?
JSON-LD es la recomendación de Google y la opción preferida por la mayoría de profesionales SEO por su facilidad de mantenimiento: está separado del HTML visible, puede generarse programáticamente y puede inyectarse vía CMS o GTM sin tocar el markup. Microdata requiere modificar el HTML visible y es más difícil de mantener en sitios dinámicos. Ambos son técnicamente válidos, pero JSON-LD es más escalable.