Guía 1 · Schema.org y visibilidad en buscadores
Datos estructurados para Google: qué son, beneficios y ejemplos
Los datos estructurados son información incorporada al código de una página para describir su contenido mediante un vocabulario estandarizado. Ayudan a los buscadores a identificar entidades como organizaciones, artículos, productos, cursos, eventos y servicios.
Una implementación correcta puede hacer que una página sea apta para determinadas presentaciones enriquecidas cuando Google admite ese tipo de contenido. Sin embargo, el marcado no garantiza posiciones, clics, resultados especiales ni aparición en respuestas generadas por inteligencia artificial.
Datos estructurados, Schema.org y resultados enriquecidos
Estos conceptos están relacionados, pero no significan exactamente lo mismo:
Datos estructurados
Información organizada mediante un formato que permite describir elementos de una página.
Schema.org
Vocabulario de tipos y propiedades utilizado para describir entidades y relaciones.
Resultado enriquecido
Presentación especial que un buscador puede mostrar cuando una página y su marcado cumplen requisitos.
Cómo funcionan los datos estructurados
El marcado identifica el tipo principal de entidad y agrega propiedades que la describen. Por ejemplo, una página sobre un curso puede declarar su nombre, descripción, proveedor e información educativa, siempre que esos datos correspondan al contenido real.
- La página muestra contenido visible: textos, imágenes, precios, fechas, preguntas u otra información útil.
- El marcado describe ese contenido: utiliza el tipo y las propiedades apropiadas.
- El buscador procesa ambas capas: compara el código con lo que encuentra en la página.
- Se evalúa la aptitud: la página podría ser considerada para una función compatible, sin garantía de aparición.
Formatos utilizados
| Formato | Cómo se incorpora | Consideración |
|---|---|---|
| JSON-LD | Bloque de datos separado del contenido visual | Suele ser más sencillo de mantener y revisar |
| Microdata | Atributos incluidos directamente en elementos HTML | Queda distribuido dentro del marcado visible |
| RDFa | Atributos añadidos al HTML para expresar vocabularios | Puede utilizarse cuando el proyecto ya trabaja con ese formato |
Beneficios reales de implementar datos estructurados
Comprensión explícita
Ayudan a definir qué representa el contenido y cómo se relaciona con una organización, autor, producto u otra entidad.
Aptitud para funciones compatibles
Determinados tipos pueden habilitar la consideración para presentaciones enriquecidas cuando se cumplen los requisitos.
Consistencia de entidades
Permiten utilizar identificadores y relaciones coherentes entre páginas de un mismo sitio.
Detección de inconsistencias
El proceso de validación puede revelar precios desactualizados, URLs incorrectas, imágenes equivocadas o contenido duplicado.
Mantenimiento técnico
Una arquitectura clara facilita revisar qué marcado corresponde a cada plantilla o tipo de página.
Mejor contexto previo
Cuando se muestra una función enriquecida, el usuario puede obtener información adicional antes de visitar la página.
Qué no garantizan
- No garantizan una posición superior en Google.
- No garantizan que se muestre un resultado enriquecido.
- No corrigen contenido débil, duplicado o poco útil.
- No reemplazan una arquitectura clara ni enlaces internos.
- No aseguran más clics o conversiones.
- No garantizan ser utilizados por una respuesta generada con IA.
Tipos de Schema.org utilizados en sitios web
El tipo debe elegirse según la entidad y el contenido visible, no según el resultado que deseas conseguir. Algunos tipos ayudan a describir el sitio, mientras otros pueden relacionarse con funciones específicas de buscadores.
| Tipo | Uso habitual | Precaución |
|---|---|---|
| Organization | Identificar una organización, marca y propiedades principales | Mantener un identificador coherente en todo el sitio |
| LocalBusiness | Describir una empresa local con datos aplicables | Elegir el subtipo correcto y usar datos verdaderos |
| Article / BlogPosting | Guías, noticias y publicaciones editoriales | Autor, fechas e imagen deben corresponder al artículo |
| Product | Producto específico que puede incluir oferta y disponibilidad | No utilizarlo para cualquier servicio o página comercial |
| Service | Describir un servicio y su proveedor | No supone por sí mismo una presentación enriquecida |
| Course | Curso o programa educativo con información visible | No confundir curso completo con cualquier artículo o módulo |
| Event | Evento con fecha, lugar o modalidad y estado | Actualizar cambios, cancelaciones y disponibilidad |
| VideoObject | Video principal con metadatos coherentes | La información debe representar el video accesible |
| FAQPage | Preguntas y respuestas visibles en una página | La validez del marcado no garantiza una función visible |
| BreadcrumbList | Representar la posición de una página dentro de una jerarquía | Debe coincidir con una navegación lógica |
Cómo elegir el marcado correcto para una página
- Identifica la función principal: artículo, producto, servicio, curso, evento u otra entidad.
- Revisa el contenido visible: comprueba qué información está realmente publicada.
- Consulta propiedades aplicables: utiliza solamente datos disponibles y mantenibles.
- Revisa el marcado existente: evita duplicar lo que ya genera el CMS, tema o complemento SEO.
- Prioriza calidad sobre cantidad: más tipos no significan una mejor implementación.
- Valida y monitorea: corrige errores y revisa cambios cuando se actualiza la página.
Ejemplo de decisión
Una página que explica un servicio puede utilizar Service para describirlo y relacionarlo con su proveedor. No debería marcarse automáticamente como Product si no representa un producto u oferta coherente con las propiedades utilizadas.
Datos estructurados en WordPress y Yoast SEO
WordPress puede generar marcado mediante el tema, extensiones, bloques o código personalizado. Antes de agregar un nuevo JSON-LD debes inspeccionar el código fuente para saber qué entidades ya existen.
Yoast SEO suele construir un gráfico con entidades generales del sitio y de la página. La implementación adicional debería complementar ese gráfico, no repetirlo con nombres, logotipos, autores, fechas o URLs diferentes.
Revisar antes de agregar
- Organization o Person principal.
- WebSite y WebPage.
- Article cuando corresponda.
- BreadcrumbList.
- Canonical y URL declaradas.
Agregar solo si aporta
- Service específico.
- Course real y visible.
- Product con información mantenible.
- FAQPage idéntico al contenido.
- Entidades especializadas justificadas.
Si estás preparando un sitio administrable, consulta también la guía sobre páginas web WordPress.
Relación de los datos estructurados con los sistemas de IA
El marcado entrega señales explícitas sobre entidades y relaciones, pero no convierte automáticamente una página en una fuente confiable ni garantiza que su información sea utilizada en una respuesta generada. Los sistemas de búsqueda también consideran el contenido visible, su utilidad, consistencia, procedencia y accesibilidad técnica.
Esta guía se concentra en los fundamentos y la implementación. Para profundizar en entidades, interpretación automática y búsqueda generativa, continúa con la lección sobre datos estructurados e inteligencia artificial.
Cómo validar los datos estructurados
Una validación completa requiere revisar sintaxis, contenido, compatibilidad y comportamiento después de publicar.
Inspecciona el código fuente
Busca todos los bloques y atributos de marcado para detectar duplicaciones.
Valida el vocabulario
Utiliza un validador de Schema.org para revisar tipos, propiedades y relaciones.
Comprueba funciones compatibles
Utiliza la prueba de resultados enriquecidos cuando el tipo sea admitido por Google.
Compara con el contenido
Verifica manualmente que nombres, precios, fechas, imágenes y preguntas sean visibles y correctos.
Publica y monitorea
Revisa informes, cambios de plantillas y errores detectados después de la publicación.
Errores frecuentes en datos estructurados
El código incluye precios, reseñas, preguntas o datos que el usuario no puede encontrar.
Se elige Product, Course o LocalBusiness solamente por el resultado deseado.
El tema, Yoast y un código adicional describen organizaciones o artículos diferentes.
El Schema apunta a una URL distinta de la página canónica o publicada.
Precios, disponibilidad, fechas, imágenes o nombres quedan obsoletos.
Una prueba sin errores no obliga a Google a mostrar una función enriquecida.
Se publican propiedades que no corresponden al negocio o contenido real.
El marcado es correcto, pero la página ofrece una experiencia o contenido deficientes.
Checklist antes de publicar el Schema
Esta lista funciona sin formularios ni JavaScript.
- El tipo principal corresponde al contenido real de la URL.
- Las propiedades importantes aparecen visibles en la página.
- La URL y el canonical son correctos y utilizan HTTPS.
- La imagen pertenece a la página y puede rastrearse.
- Organization, WebSite, WebPage y Article no están duplicados.
- Las preguntas del FAQPage son idénticas a las visibles.
- Precios, fechas y disponibilidad pueden mantenerse actualizados.
- El marcado pasó una validación de vocabulario.
- Las funciones compatibles fueron revisadas por separado.
- Existe un responsable de actualizar el marcado.
Prompt para revisar una propuesta de Schema con IA
Una herramienta de IA puede ayudar a revisar estructura y coherencia, pero no debe afirmar que el código fue validado si no ejecutó una prueba real.
Analiza el contenido visible y el JSON-LD que proporcionaré. No inventes propiedades ni información faltante. Separa errores confirmados, advertencias y recomendaciones. Comprueba: 1. Si el tipo representa la entidad principal. 2. Si las propiedades coinciden con contenido visible. 3. Si existen URLs, canonical, imágenes o identificadores contradictorios. 4. Si el CMS o Yoast podrían estar generando entidades duplicadas. 5. Qué aspectos requieren una validación externa. Devuelve una tabla con hallazgo, evidencia, riesgo y corrección sugerida.
¿Tu sitio tiene Schema duplicado, incompleto o apuntando a otras URLs?
Podemos revisar las entidades generadas por el sitio, corregir inconsistencias y definir un marcado que represente correctamente servicios, productos, cursos o información empresarial.
Guías relacionadas
Preguntas frecuentes sobre datos estructurados
¿Qué son los datos estructurados en Google?
Son datos incorporados al código de una página para describir contenidos y entidades mediante tipos y propiedades estandarizados. Ayudan a los buscadores a interpretar qué representa la información publicada.
¿Qué es Schema.org?
Schema.org es un vocabulario compartido que define tipos y propiedades para describir entidades como organizaciones, artículos, productos, servicios, cursos, eventos y muchas otras.
¿Los datos estructurados mejoran el posicionamiento?
No garantizan mejores posiciones. Ayudan a comprender el contenido y pueden hacer que una página sea considerada para determinadas funciones compatibles, pero el posicionamiento depende de muchas otras señales.
¿Implementar Schema garantiza resultados enriquecidos?
No. El marcado debe ser correcto, representar contenido visible y cumplir las políticas aplicables, pero Google decide si muestra una presentación enriquecida para cada búsqueda y usuario.
¿Cuál es la diferencia entre Schema.org y un resultado enriquecido?
Schema.org es el vocabulario utilizado para describir entidades. Un resultado enriquecido es una presentación especial que un buscador puede mostrar para determinados tipos y requisitos.
¿Yoast SEO genera datos estructurados automáticamente?
Yoast puede generar entidades generales del sitio y la página. Antes de añadir código personalizado debes revisar el marcado existente para evitar duplicaciones y contradicciones.
¿Cómo se validan los datos estructurados?
Se debe revisar la sintaxis y vocabulario, utilizar una prueba de resultados enriquecidos cuando corresponda, comparar el marcado con el contenido visible y monitorear la página después de publicarla.
¿Qué error es más grave al implementar Schema?
Uno de los errores más graves es publicar información falsa o contradictoria, como URLs incorrectas, reseñas inventadas, precios inexistentes o entidades duplicadas que describen la página de formas diferentes.