Los datos estructurados traducen el contenido de una página a un vocabulario que las máquinas pueden interpretar. Permiten especificar que un elemento es un artículo, producto, negocio local, oferta o ruta de navegación. Bien implementados, facilitan la comprensión del sitio y pueden hacer que ciertas páginas sean aptas para resultados enriquecidos.
Importante: Schema.org no es un atajo hacia la primera posición ni garantiza aparecer en Google o en una respuesta de inteligencia artificial. El marcado debe describir fielmente contenido visible, respetar las normas del tipo utilizado y mantenerse actualizado.
¿Qué son los datos estructurados?
Una página HTML resulta sencilla para una persona, pero algunas relaciones siguen siendo ambiguas para un programa. «VulcainDesign», por ejemplo, puede ser un título, una marca o una organización. El vocabulario Schema.org identifica explícitamente el tipo de entidad y sus propiedades.
Los datos suelen añadirse mediante tres formatos:
- JSON-LD, un bloque separado del contenido visual;
- Microdata, atributos integrados en las etiquetas HTML;
- RDFa, otra sintaxis basada en atributos.
Google recomienda generalmente JSON-LD cuando es posible, porque resulta más fácil de mantener sin mezclar marcado y presentación.
¿Para qué sirven en SEO?
Ayudan a los buscadores a identificar entidades y relaciones. Para ciertos tipos admitidos, una página válida puede optar a una presentación mejorada: detalles de producto, migas de pan, recetas, eventos u otros formatos según las reglas y disponibilidad de Google.
La palabra clave es optar. Un marcado técnicamente perfecto no garantiza un resultado enriquecido. Google también considera la consulta, la calidad del sitio, el contexto y sus propios sistemas.
El beneficio duradero es semántico: describir mejor una información que ya es útil. El marcado no compensa un contenido pobre, un producto agotado o una página inaccesible.
¿Qué tipos de Schema.org debes elegir?
Empieza por las páginas estratégicas y utiliza el tipo más específico que represente la realidad.
Organization o LocalBusiness
Organization describe la empresa, su nombre oficial, logotipo, URL y perfiles. Un negocio que recibe clientes en un local puede usar el subtipo apropiado de LocalBusiness, como Restaurant, con dirección y horarios exactos.
No añadas una dirección ficticia para posicionarte en una ciudad. Los datos deben representar el establecimiento real y coincidir con la información visible.
Como caso práctico, la guía sobre un sitio web de restaurante orientado a reservas muestra cómo el marcado local encaja en un recorrido completo.
Article o BlogPosting
Estos tipos especifican título, autor, fechas de publicación y modificación, imagen y editor de un contenido. Las fechas deben corresponder a actualizaciones reales y significativas, no a cambios automáticos para aparentar novedad.
Product, Offer y AggregateOffer
Una ficha puede describir un producto y su oferta: precio, moneda, disponibilidad y estado. Los valores estructurados deben coincidir con lo que ve el cliente. Si el precio varía, modela esa realidad en vez de mostrar artificialmente el importe mínimo.
BreadcrumbList
Las migas de pan representan la posición de la página en la jerarquía del sitio. Cuando son visibles también mejoran la navegación humana. No inventes un camino diferente a la arquitectura real solo para los motores.
Service
Service puede describir un servicio, su proveedor y zona. Google no ofrece necesariamente un resultado enriquecido específico para cada tipo Schema.org, pero el vocabulario puede aclarar el significado a otros consumidores de datos.
FAQPage: úsalo con criterio
El marcado FAQ debe corresponder a preguntas y respuestas visibles. Google limita actualmente los resultados enriquecidos de FAQ sobre todo a sitios reconocidos de administraciones y salud. Añadirlo a todas las páginas para ocupar más espacio no es una estrategia.
Ejemplo JSON-LD para un restaurante
Este ejemplo está simplificado. Sustituye los valores por información real y complétalo según la página:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Restaurant",
"name": "Nombre del restaurante",
"url": "https://www.ejemplo.es/",
"telephone": "+33 5 00 00 00 00",
"servesCuisine": "Cocina francesa",
"priceRange": "€€",
"address": {
"@type": "PostalAddress",
"streetAddress": "10 calle Ejemplo",
"postalCode": "31000",
"addressLocality": "Toulouse",
"addressCountry": "FR"
},
"openingHoursSpecification": [{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "12:00",
"closes": "14:00"
}]
}
</script>
No es una receta universal. Un restaurante con dos servicios, varios locales o una actividad sin atención física requiere otro modelado.
Conecta entidades mediante identificadores estables
Un @id permite que varios bloques hagan referencia a la misma entidad. Un artículo puede identificar a la organización que lo publica sin crear una empresa distinta en cada página.
Construye un grafo coherente:
- el sitio web referencia a la organización;
- los artículos referencian a sus autores y editor;
- las páginas locales apuntan al establecimiento correcto;
- las ofertas se relacionan con el producto o servicio;
- URL, nombres y perfiles son coherentes entre páginas.
Esta coherencia evita crear entidades contradictorias para una misma empresa.
Normas que debes respetar
- Describe contenido visible. Las propiedades importantes no deben inventar información oculta o engañosa.
- Usa la página adecuada. El marcado de producto corresponde a su ficha, no a una lista genérica sin detalles.
- Respeta las propiedades obligatorias. Cada función de Google tiene documentación propia.
- Mantén los valores sincronizados. Precio, stock, horarios y fechas cambian.
- No marques contenido oculto. El visitante debe encontrar la información descrita.
- Evita el spam. Opiniones falsas, tipos inadecuados y datos exagerados pueden eliminar la aptitud o provocar una acción manual.
Cómo implementar Schema.org
En un CMS, una extensión SEO puede generar una base útil, pero revisa el resultado. Varios complementos pueden producir bloques que compiten con logotipos, URL canónicas o tipos diferentes.
Una implementación sólida sigue estas etapas:
- inventariar plantillas y datos disponibles;
- elegir tipos y propiedades útiles para cada plantilla;
- conectar los valores con campos realmente mantenidos en el CMS;
- generar un grafo JSON-LD único y coherente;
- probar casos normales, incompletos y multilingües;
- vigilar errores después de cada cambio.
En una tienda, automatiza precio y disponibilidad desde la misma fuente que alimenta la interfaz. La doble introducción manual terminará divergiendo.
Probar y supervisar el marcado
Utiliza dos herramientas complementarias:
- la Prueba de resultados enriquecidos de Google comprueba la aptitud para funciones admitidas;
- el validador de Schema.org revisa el vocabulario, incluidos tipos sin resultado enriquecido específico.
Después de publicar, consulta los informes disponibles en Search Console e inspecciona URL representativas. Validar en preproducción no basta si la caché, el consentimiento o un script modifican después el código público.
Errores frecuentes
- varios complementos generan entidades contradictorias;
- el precio o la disponibilidad ya no coinciden con la página;
- se elige un tipo inadecuado para perseguir un resultado enriquecido;
- las reseñas proceden de una fuente no conforme o no son visibles;
- el autor es solo una cadena de texto sin identidad clara;
- las fechas se actualizan artificialmente;
- la sintaxis JSON se rompe tras un cambio;
- las versiones lingüísticas comparten URL o valores incoherentes.
Datos estructurados y motores de IA
Los sistemas de IA pueden utilizar muchas fuentes y formatos, pero ninguna documentación seria permite prometer que un bloque Schema.org provocará una cita. Las entidades coherentes, autores identificables e información estructurada facilitan la interpretación automática; siguen formando parte de un conjunto más amplio: contenido útil, reputación, acceso técnico y menciones externas.
Considera los datos estructurados como una capa de calidad e interoperabilidad, no como un secreto para «posicionarte en ChatGPT». La guía sobre visibilidad en ChatGPT, Gemini y Perplexity explica el enfoque global.
Plan de acción por prioridades
- Empresa: una entidad Organization o LocalBusiness coherente.
- Navegación: BreadcrumbList en páginas profundas.
- Contenido: Article o BlogPosting con autores y fechas reales.
- Comercio: Product y Offer sincronizados con el catálogo.
- Control: pruebas automáticas y seguimiento en Search Console.
Empieza por las plantillas que generan más tráfico o ingresos. Diez tipos mal mantenidos no son mejores que tres tipos fiables y útiles.
Preguntas frecuentes
¿Schema.org mejora directamente el posicionamiento?
Google no presenta el marcado como garantía de mejor posición. Ayuda a comprender la página y puede hacerla apta para una presentación enriquecida, lo que puede influir en la visibilidad y los clics.
¿Hace falta un plugin de WordPress?
No. JSON-LD puede generarse mediante el tema, desarrollo específico o una extensión. Lo importante es evitar duplicados y conectar los valores con datos fiables.
¿Cuántos tipos puede contener una página?
Todos los necesarios para describir honestamente su contenido y relaciones. Añadir tipos sin información útil aumenta sobre todo el riesgo de incoherencia.
Haz que los motores entiendan mejor tu sitio
VulcainDesign puede auditar el marcado existente, corregir conflictos y construir un grafo Schema.org adaptado a tus páginas, CMS y objetivos SEO. Solicita una auditoría SEO técnica para convertir errores y oportunidades en un plan de implementación fiable.
Fuentes útiles: Google Search Central - introducción a los datos estructurados, directrices generales y el vocabulario Schema.org.
