Datos estructurados y Schema para que Google interprete y enriquezca tu contenido
Implemento y valido el marcado Schema.org de un sitio para que los buscadores entiendan con precisión qué representa cada página: un servicio, un artículo, una pregunta frecuente, un producto o la identidad del negocio. Un marcado correcto no garantiza resultados enriquecidos, pero es la condición necesaria para optar a ellos y para que Google relacione entidades sin ambigüedad.
¿Qué son los datos estructurados y qué relación tienen con el SEO?
Los datos estructurados son un código, normalmente en formato JSON-LD, que se añade a una página para describir de forma explícita qué representa ese contenido usando el vocabulario compartido de Schema.org: un servicio, un artículo, una pregunta frecuente, un producto, una organización o una ruta de navegación, entre muchos otros tipos. Sin ese marcado, Google todavía puede leer e interpretar el contenido visible de la página, pero lo hace con más ambigüedad; con el marcado, la relación entre el texto y la entidad que representa queda declarada sin lugar a dudas.
Esto tiene dos efectos prácticos. El primero es que ayuda a Google a entender mejor las entidades del sitio y sus relaciones, lo que refuerza la coherencia semántica del contenido frente a buscadores tradicionales y sistemas basados en inteligencia artificial. El segundo es que habilita, sin garantizarla, la posibilidad de mostrar resultados enriquecidos en el buscador: estrellas de reseña, preguntas desplegables, información de producto o fragmentos destacados con formato especial.
Este servicio tiene sentido si quieres:
Marcado incompleto, desactualizado o con warnings detectados en Search Console.
Un sitio sin ningún marcado que quiere declarar sus entidades con claridad.
FAQ desplegable, información de servicio, producto o reseñas en el buscador.
Conectar el sitio, el autor y los servicios como entidades reconocibles para Google.
En qué se diferencia esta página de otras soluciones de SEO Técnico
El servicio general de SEO Técnico cubre datos estructurados como una de varias áreas, junto a indexación, rendimiento, arquitectura y migraciones. Esta página profundiza específicamente en el marcado semántico: qué tipos de Schema tiene sentido implementar, cómo validarlos y cómo mantenerlos correctos cuando el sitio cambia.
Frente a Indexación y Rastreo, la diferencia es de capa: esa solución trabaja el paso previo, que el contenido llegue a formar parte del índice de Google; esta página trabaja el paso siguiente, cómo interpreta y enriquece Google el contenido que ya está indexado. Un contenido puede estar perfectamente indexado y aun así carecer de un marcado que ayude a Google a entender sus entidades con precisión, y viceversa: un Schema impecable no compensa un problema de indexación de fondo.
También es distinta de Core Web Vitals, que trabaja la experiencia de carga y estabilidad visual de la página, no su interpretación semántica. Y es distinta de Auditoría SEO, la landing comercial de diagnóstico técnico integral: esa página cubre todas las áreas del SEO técnico en un mismo proceso, mientras esta solución se contrata cuando el Schema ya se identificó como el problema o la oportunidad prioritaria a resolver.
Qué incluye un trabajo de datos estructurados y Schema
El trabajo combina auditoría de lo existente, implementación de lo que falta y validación continua, porque Google actualiza con cierta frecuencia qué tipos de Schema son elegibles para resultados enriquecidos y qué propiedades exige cada uno.
Auditoría de Schema existente
Revisión del marcado ya implementado en el sitio, identificando errores, propiedades faltantes o tipos desactualizados frente a la documentación vigente de Schema.org.
Implementación por tipo de contenido
Marcado de Organization o Person, Service, Article, FAQPage, Product y BreadcrumbList según lo que cada página realmente representa, sin forzar tipos que no correspondan.
Validación técnica
Verificación con la Prueba de Resultados Enriquecidos de Google y el validador de Schema.org para confirmar que el marcado no tiene errores ni advertencias.
Conexión de entidades
Relación explícita entre el sitio, el autor, el servicio y la organización mediante identificadores compartidos, reforzando la coherencia semántica del conjunto.
Monitoreo de resultados enriquecidos
Seguimiento en Search Console de qué tipos de mejora de aspecto se muestran realmente en el buscador tras la implementación.
Mantenimiento ante cambios
Actualización del marcado cuando Google modifica los requisitos de elegibilidad o cuando el sitio cambia de plantilla o de contenido.
No todos los sitios necesitan los mismos tipos de Schema
Implementar un tipo de Schema que no corresponde al contenido real de la página no ayuda: Google puede ignorarlo o, en casos de marcado engañoso, penalizarlo. Esta tabla resume los tipos más relevantes para un sitio de servicios y cuándo tiene sentido aplicarlos.
| Tipo de Schema | Cuándo aplica | Qué habilita |
|---|---|---|
| Organization / Person | Página de inicio y páginas sobre el negocio o el profesional | Panel de conocimiento y señales de identidad más claras |
| Service | Páginas de servicios y servicios especializados como esta | Descripción explícita de qué ofrece cada página comercial |
| FAQPage | Secciones de preguntas frecuentes genuinas, no decorativas | Preguntas desplegables directamente en el resultado de búsqueda |
| Article | Artículos de blog con autor, fecha y estructura editorial clara | Mejor interpretación de autoría, fecha y tipo de contenido |
| Product | Fichas de producto en ecommerce con precio y disponibilidad | Precio, disponibilidad y reseñas visibles en el resultado |
| BreadcrumbList | Cualquier página con jerarquía de navegación clara dentro de un silo | Ruta de navegación visible en el resultado de búsqueda |
Así se ve una implementación de Schema bien validada
El trabajo se entrega con el resultado de la validación de cada tipo de Schema implementado, mostrando ausencia de errores y advertencias, junto con la relación de entidades declaradas en el sitio.
Ejemplo ilustrativo. Sustituir por una captura real de la Prueba de Resultados Enriquecidos cuando esté disponible.
Ejemplo ilustrativo de cómo se conectan Organization, Service y Author mediante Schema.
Las causas más frecuentes de un Schema mal implementado
Cada sitio combina un conjunto distinto de causas según su plataforma y el nivel de personalización de sus plantillas. Estos son los escenarios más habituales con los que empieza el diagnóstico.
Schema genérico del plugin
Marcado automático de un plugin de SEO que aplica el mismo tipo a todas las páginas sin distinguir servicios de artículos.
Propiedades faltantes
Tipos implementados sin las propiedades obligatorias que Google exige para considerarlos elegibles a resultados enriquecidos.
FAQ decorativa marcada como FAQPage
Acordeones visuales sin contenido real de pregunta y respuesta marcados como si fueran FAQ genuinas, en riesgo de no ser elegibles.
Entidades desconectadas
El sitio, el autor y el servicio existen como bloques de Schema aislados, sin relación explícita entre ellos.
Cómo trabajo una implementación de datos estructurados
El proceso parte de auditar lo que ya existe antes de añadir nada nuevo, porque es común encontrar Schema implementado por un plugin que conviene corregir o complementar en lugar de duplicar.
Auditoría
Reviso el Schema existente en el sitio, tipo por tipo, e identifico errores, advertencias y oportunidades no aprovechadas.
Definición de tipos
Determino qué tipo de Schema corresponde a cada plantilla del sitio según lo que realmente representa cada página.
Implementación
Añado o corrijo el marcado JSON-LD, conectando entidades entre sí cuando tiene sentido hacerlo.
Validación
Confirmo con herramientas oficiales que el marcado no tiene errores y superviso su elegibilidad en Search Console.
Qué medimos para confirmar que el Schema está funcionando
El primer indicador es técnico: cero errores y cero advertencias en la validación de cada tipo de Schema implementado. Ese resultado confirma que el marcado es correcto, pero no garantiza por sí solo que Google decida mostrar un resultado enriquecido, porque esa decisión depende también de la relevancia del contenido y de criterios propios del buscador que no se controlan directamente.
Por eso, además de la validación técnica, conviene monitorear en Search Console qué tipos de mejora de aspecto aparecen realmente asociados a las páginas del sitio, y si esa aparición se traduce en un cambio de clics o de posición para las consultas relacionadas.
Errores de Schema
Reducción de errores y advertencias en la validación técnica del marcado.
Tipos elegibles
Cantidad de tipos de Schema que Google reconoce como válidos para mejoras de aspecto.
Apariciones en SERP
Resultados enriquecidos que efectivamente se muestran en el buscador.
CTR relacionado
Cambio en la tasa de clics de páginas con resultados enriquecidos activos.
Soluciones SEO y recursos relacionados
Datos Estructurados y Schema forma parte del silo de SEO Técnico junto a Indexación y Rastreo y Core Web Vitals. Aquí encuentras el resto de soluciones especializadas, el servicio pilar y otras especialidades del sitio.
Dudas importantes antes de trabajar datos estructurados
Respuestas pensadas para quien quiere entender qué esperar realmente de una implementación de Schema, sin promesas de resultados enriquecidos garantizados.
¿Implementar Schema garantiza que aparezcan resultados enriquecidos en Google?
No. Un marcado válido y sin errores es la condición necesaria para optar a un resultado enriquecido, pero Google decide de forma independiente si lo muestra, y esa decisión depende de factores adicionales como la relevancia del contenido, la calidad general del sitio y criterios internos del buscador que cambian con el tiempo y no se controlan directamente desde el marcado.
Por eso el objetivo realista de este servicio es cumplir todos los requisitos técnicos de elegibilidad y monitorear si Google decide mostrar la mejora de aspecto, en lugar de prometer un resultado que no depende únicamente del código implementado.
¿Qué diferencia hay entre Schema.org, JSON-LD y microdatos?
Schema.org es el vocabulario compartido que define los tipos de entidades disponibles, como Service, Article o Product, y las propiedades que cada uno puede tener. JSON-LD y microdatos son dos formas técnicas distintas de escribir ese vocabulario dentro del código de una página: JSON-LD lo hace como un bloque de código independiente, generalmente en el head o antes del cierre del body, mientras que los microdatos se insertan directamente como atributos dentro de las etiquetas HTML existentes.
Google recomienda JSON-LD como formato preferido porque es más fácil de implementar y mantener sin alterar el HTML visible de la página, y es el formato que se utiliza en las implementaciones de este servicio salvo que exista una razón técnica específica para usar microdatos.
¿Puedo usar el mismo Schema en todas las páginas de mi sitio?
No debería. Cada tipo de Schema representa una entidad concreta, y aplicar el mismo marcado a páginas que representan cosas distintas —por ejemplo, marcar un artículo de blog como si fuera un servicio, o marcar una página de contacto con el mismo Schema de producto que una ficha real— confunde a Google en lugar de ayudarlo, y en casos de marcado claramente incorrecto puede generar una advertencia o invalidar la elegibilidad para resultados enriquecidos.
Lo correcto es definir qué tipo de Schema corresponde a cada plantilla del sitio según lo que esa página realmente representa, y mantener esa correspondencia de forma consistente cuando se crean páginas nuevas del mismo tipo.
¿Marcar una sección de preguntas frecuentes siempre habilita el desplegable en Google?
No siempre, y es importante entender por qué. Google exige que el contenido marcado como FAQPage sea contenido genuino de preguntas y respuestas visible en la página, no una decoración visual sin sustancia real. Además, en los últimos años Google ha limitado la frecuencia con la que muestra este tipo de resultado enriquecido, mostrándolo en una porción menor de búsquedas que en el pasado, incluso cuando el marcado es técnicamente correcto.
Por eso conviene marcar como FAQPage únicamente secciones de preguntas frecuentes reales y bien desarrolladas, como las de esta misma página, sin depender de ese resultado enriquecido como único objetivo del marcado: el valor del Schema FAQ también está en ayudar a Google a entender mejor el contenido de la página, se muestre o no el desplegable.
¿Qué pasa si mi plugin de SEO ya genera Schema automáticamente?
Muchos plugins de SEO generan un Schema básico de forma automática, lo cual es un buen punto de partida pero rara vez suficiente. Es habitual que ese marcado automático use un tipo genérico para todas las páginas, omita propiedades relevantes o no conecte las entidades entre sí de forma explícita. La auditoría inicial de este servicio revisa exactamente eso: qué genera el plugin, qué falta y qué conviene ajustar o complementar manualmente.
En la mayoría de los casos el trabajo no consiste en eliminar el Schema del plugin, sino en complementarlo o corregirlo puntualmente donde no cubre bien el tipo de contenido de una plantilla específica, evitando además la duplicación de un mismo tipo de Schema generado dos veces en la misma página.
¿Con qué frecuencia hay que revisar el Schema de un sitio?
No es una implementación de una sola vez. Google actualiza periódicamente qué tipos de Schema son elegibles para resultados enriquecidos y qué propiedades exige cada uno, y un marcado válido hoy puede dejar de serlo si esos requisitos cambian. Además, cada vez que se añade una nueva plantilla de contenido al sitio conviene definir qué Schema le corresponde antes de publicarla, en lugar de descubrirlo después mediante una advertencia en Search Console.
Una revisión periódica, por ejemplo semestral o después de cambios importantes en el sitio, ayuda a detectar advertencias nuevas antes de que se acumulen y a aprovechar tipos de Schema que Google haya habilitado recientemente para el sector del negocio.
¿Tu Schema tiene errores o directamente no existe todavía?
Cuéntame sobre tu sitio y revisemos qué tipos de datos estructurados tiene sentido implementar antes de aspirar a resultados enriquecidos que ningún marcado incorrecto podría habilitar.