Los datos estructurados son una de las herramientas más útiles para explicar a Google qué contiene una página y cómo debe interpretar esa información. No se ven como un bloque de texto dentro de la web, pero sí funcionan como una capa de contexto en el código que ayuda a clasificar artículos, productos, servicios, reseñas, migas de pan, negocios locales o contenidos específicos.
Cuando se usan bien, hacen que la web sea más comprensible para los buscadores. Cuando se usan mal, pueden generar errores, advertencias o marcado incoherente con lo que el usuario ve en pantalla. Por eso conviene entender qué son, qué tipos existen y cómo implementarlos según el tipo de web, sin aplicar schema de forma automática ni forzada.
Qué son los datos estructurados y por qué ayudan al SEO
Los datos estructurados son fragmentos de código que describen el contenido de una página con un lenguaje estandarizado. En lugar de depender solo del texto visible, el buscador recibe señales claras sobre el tipo de contenido, sus propiedades y su relación con otros elementos de la web. Es una forma de decir: esta página es un artículo, este bloque es una ficha de producto, esta ruta son migas de pan o esta información corresponde a una organización.
En SEO, su función principal es mejorar la comprensión del contenido. No garantizan mejores posiciones por sí solos, porque Google valora muchos factores: calidad del contenido, intención de búsqueda, autoridad, experiencia de usuario, rendimiento técnico y estructura del sitio. Pero sí pueden ayudar a que una página esté mejor preparada para optar a resultados enriquecidos cuando cumple los requisitos.
Dentro de una estrategia de posicionamiento SEO, el marcado schema tiene sentido cuando se integra con contenidos claros, arquitectura ordenada y una configuración técnica revisada. No debe verse como un truco, sino como una mejora semántica que refuerza lo que la página ya comunica.
El marcado no sustituye a un buen contenido. Lo ordena, lo clasifica y ayuda a que los buscadores interpreten la página con menos ambigüedad.
Después de definir qué contiene cada URL, conviene priorizar las páginas clave. No todas las páginas necesitan el mismo nivel de marcado. Una entrada de blog, una ficha de producto y una página de negocio local tienen necesidades distintas, aunque todas puedan beneficiarse de una estructura más clara.
Revisar marcado SEO
Datos enriquecidos de Google y datos estructurados: no son lo mismo
Es habitual confundir datos estructurados con datos enriquecidos, pero no son exactamente lo mismo. Los datos estructurados son el marcado que añades a la web. Los datos enriquecidos, también llamados rich results o resultados enriquecidos, son posibles formatos destacados que Google puede mostrar en la página de resultados cuando detecta marcado válido y contenido compatible.
La diferencia es importante porque implementar schema no significa que Google vaya a mostrar automáticamente estrellas, precios, preguntas, migas de pan o elementos visuales. El marcado puede hacer que una URL sea elegible, pero la decisión final depende de Google, de la consulta, del dispositivo, de la competencia y de las directrices aplicables.
La documentación de Google sobre datos estructurados [EXTERNO] explica que este marcado ofrece pistas explícitas sobre el significado de una página y puede ayudar a generar resultados más atractivos en la búsqueda. La clave está en el matiz: es una posibilidad técnica, no una promesa.
Esta imagen ayuda a explicar que el código no se ve como tal en la SERP, sino que puede traducirse en una presentación más completa cuando el buscador lo considera adecuado. Es una referencia útil para lectores que no están familiarizados con la parte técnica y necesitan ver el resultado final del proceso.
Qué es Schema.org
Schema.org es el vocabulario común que se utiliza para describir entidades, propiedades y relaciones dentro de una página web. Dicho de forma sencilla, es el diccionario que permite que una web indique a los buscadores si algo es un artículo, una organización, un producto, una receta, un evento, una reseña o una ruta de navegación.
Su valor está en la estandarización. Si cada web usara su propio lenguaje para marcar contenido, los buscadores tendrían más dificultades para interpretar la información de forma consistente. Schema.org aporta una base común que Google, Bing y otros sistemas pueden reconocer.
Esto no significa que todas las propiedades disponibles sean útiles para cualquier proyecto. Hay cientos de tipos y campos, pero en una web corporativa o una pyme normalmente interesa empezar por los más prácticos: Organization, LocalBusiness, Article, BreadcrumbList, Product o FAQPage solo cuando el contenido visible lo justifica y las directrices lo permiten.
El criterio debe ser siempre el mismo: marcar lo que existe, no inventar datos para completar campos. Si una página no muestra precio, disponibilidad, valoración o preguntas frecuentes visibles, no conviene añadir esas propiedades solo porque una herramienta las sugiera.
Formatos más habituales para implementar datos estructurados
Los datos estructurados pueden escribirse en varios formatos. Todos persiguen el mismo objetivo, pero no todos son igual de cómodos de mantener. En la mayoría de proyectos actuales, JSON-LD suele ser la opción más práctica, aunque conviene conocer también Microdata y RDFa para entender qué puede aparecer en una auditoría técnica.
JSON-LD
JSON-LD es el formato recomendado en la mayoría de implementaciones actuales porque permite añadir el marcado en un bloque separado del contenido visible. Esto facilita el mantenimiento, reduce el riesgo de tocar etiquetas HTML sensibles y permite trabajar de forma más ordenada en WordPress, ecommerce o desarrollos a medida.
Un ejemplo simplificado para una entrada de blog podría tener esta estructura:
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Datos estructurados para SEO",
"description": "Guía práctica para entender e implementar marcado schema.",
"author": {
"@type": "Organization",
"name": "OptimaWeb"
}
}
Este fragmento no debe copiarse como plantilla universal. Sirve para entender la lógica: cada propiedad debe corresponderse con información real de la página. El título, la descripción, el autor o la entidad editora deben estar alineados con el contenido y con la configuración del sitio.
Microdata inserta el marcado directamente dentro del HTML visible de la página. En lugar de añadir un bloque separado como JSON-LD, utiliza atributos en las propias etiquetas del contenido. Puede funcionar, pero suele ser menos cómodo en webs gestionadas con editores visuales, constructores o plantillas dinámicas.
Su principal inconveniente es el mantenimiento. Si el contenido cambia, si se modifica la plantilla o si intervienen varias personas en la edición, es más fácil que el marcado quede incompleto o mezclado con etiquetas que no corresponden. También puede dificultar la lectura del código cuando la página tiene muchos bloques.
Puede aparecer en webs antiguas o en implementaciones heredadas. En una revisión SEO no siempre hay que eliminarlo, pero sí conviene comprobar si está generando duplicidades, si convive con JSON-LD y si describe la página de forma coherente.
RDFa
RDFa también añade información semántica mediante atributos dentro del HTML. Es un formato más técnico y menos habitual en proyectos de pymes o webs corporativas actuales. Puede tener sentido en entornos concretos, pero no suele ser la primera opción cuando se busca una implementación sencilla y fácil de mantener.
En la práctica, si se empieza desde cero, lo normal es valorar JSON-LD. Permite trabajar de forma más limpia, integrarse con plugins SEO y revisar los datos estructurados sin modificar cada bloque visible del contenido. Aun así, cuando se audita una web ya publicada, conviene reconocer Microdata y RDFa para detectar marcado heredado.
Cómo implementar el marcado de datos estructurados en tu web
Implementar datos estructurados no debería empezar pegando código sin criterio. Lo recomendable es seguir un proceso: identificar qué tipo de página tienes, elegir el schema adecuado, crear el fragmento, insertarlo correctamente y validarlo antes de darlo por bueno. Así se evitan errores frecuentes y se mantiene la coherencia entre contenido visible y código.
Crear el fragmento de código JSON-LD
El primer paso es decidir qué tipo de marcado corresponde a la URL. Una entrada de blog puede usar Article o BlogPosting. Una ficha de producto puede necesitar Product. Una ruta de navegación puede usar BreadcrumbList. Un negocio local puede requerir LocalBusiness si muestra datos verificables.
Después se definen las propiedades necesarias. No conviene rellenar campos por rellenar. Es mejor incluir menos información, pero que sea clara, real y alineada con la página. Si el contenido visible no incluye una valoración, una oferta o una fecha concreta, esa información no debería aparecer en el marcado.
En una auditoría de SEO técnico para WordPress suele revisarse si el plugin SEO ya genera parte de este schema, si hay duplicidades y si las plantillas están creando el mismo marcado en muchas URLs. Esta revisión evita mezclar datos automáticos con fragmentos manuales sin control.
Insertar los datos estructurados en tu web
La forma de insertar el marcado depende del CMS y de la complejidad del proyecto. En WordPress, muchos plugins SEO permiten configurar schema básico por tipo de contenido. En tiendas online, el propio sistema o los módulos de ecommerce pueden generar Product, Offer o AggregateRating. En desarrollos a medida, puede ser necesario incluir JSON-LD desde plantilla.
Lo importante es que el marcado se genere de forma estable y coherente. Si se añade manualmente en una sola URL, puede ser suficiente para una página clave. Si se aplica a muchas páginas, conviene hacerlo desde la plantilla para evitar trabajo repetitivo y errores de actualización.
El contenido visible y el marcado deben avanzar juntos. Si cambias un precio, una disponibilidad, un título o una estructura de migas de pan, el schema debería reflejarlo. De lo contrario, el código empezará a describir una versión desactualizada de la página.
Comprobar los datos estructurados
La validación es imprescindible. No basta con instalar un plugin o copiar un fragmento JSON-LD. Hay que comprobar si el código está bien formado, si el tipo de schema es compatible y si la información coincide con la página real.
Las herramientas de validación ayudan a detectar errores de sintaxis, propiedades incorrectas, campos recomendados y tipos de resultado enriquecido para los que una página puede ser elegible. También ayudan a diferenciar entre errores relevantes y advertencias que no siempre requieren acción inmediata.
Validar no es buscar una pantalla perfecta. Es comprobar que el marcado describe la página real y que no promete datos que el usuario no encuentra.
Después de validar, conviene revisar Search Console. Si una plantilla genera errores en muchas URLs, lo más eficiente suele ser corregir el origen del problema, no revisar cada página de forma aislada. Esta parte es especialmente importante tras rediseños, cambios de tema, migraciones o actualizaciones de plugins.
Crear datos estructurados con ChatGPT
ChatGPT puede ayudar a generar un primer borrador de marcado JSON-LD, especialmente cuando se le indica el tipo de página, el contenido visible y las propiedades que deben evitarse. Puede ser útil para crear una base, revisar la lógica del schema o preparar ejemplos sencillos para una entrada de blog, un servicio o una página local.
Aun así, no conviene publicar ese código sin revisión. El marcado debe validarse y adaptarse a la plantilla real, además de comprobarse con herramientas oficiales. También hay que evitar que incluya información inventada, campos que la página no muestra o propiedades que no encajan con el tipo de contenido.
La IA puede acelerar el proceso, pero el criterio SEO sigue siendo necesario. La pregunta no es solo si el código funciona, sino si representa correctamente la URL, si evita duplicidades y si aporta claridad dentro de la estrategia de búsqueda.
Tipos de datos estructurados más comunes según el tipo de web
El tipo de web marca la prioridad del schema. Una tienda online no necesita lo mismo que un blog, una web de servicios o un negocio local. Antes de implementar, conviene identificar qué plantillas tienen mayor valor SEO y qué información necesita entender mejor Google.
Los casos más habituales son:
- Blog o web de noticias: Article, BlogPosting, BreadcrumbList y Organization.
- Ecommerce: Product, Offer, AggregateRating, BreadcrumbList y Organization.
- Negocio local: LocalBusiness, PostalAddress, OpeningHours y datos de contacto visibles.
- Contenidos específicos: Event, Recipe, VideoObject o HowTo cuando el contenido lo justifica.
- E-E-A-T: Person, Organization, author, reviewedBy o publisher cuando reflejan información real.
- Propósito general: WebSite, SearchAction y BreadcrumbList para reforzar estructura global.
En un blog, los datos estructurados suelen ayudar a ordenar titulares, autores, fechas, imágenes y navegación. En un ecommerce, el foco está en producto, precio, disponibilidad y valoraciones reales. En una web local, lo delicado es que dirección, teléfono, horarios y nombre de negocio sean consistentes con lo que el usuario puede ver.
Para trabajar el E-E-A-T, el marcado puede ayudar a describir mejor quién publica, quién firma o qué organización está detrás de un contenido. Pero de nuevo debe existir una base real y visible. No basta con añadir author o reviewedBy si la página no muestra datos claros de autoría, revisión o responsabilidad editorial.
Errores frecuentes al implementar datos estructurados
Uno de los errores más comunes es pensar que cuantos más datos estructurados se añadan, mejor. En realidad, el marcado debe ser preciso. Añadir tipos que no corresponden, duplicar información, marcar contenido oculto o usar valoraciones no verificables puede generar problemas de calidad y pérdida de confianza.
Otro fallo habitual es confundir advertencias con errores críticos. Algunas herramientas muestran propiedades recomendadas que no siempre son obligatorias. Si no existe un dato real, es mejor dejarlo sin marcar que inventarlo para completar la herramienta.
También conviene revisar el marcado después de actualizar plugins, cambiar plantillas o rediseñar páginas. En WordPress, una modificación visual puede alterar el schema sin que se note en el frontal. Por eso los datos estructurados deben formar parte del mantenimiento técnico, no de una acción puntual que se revisa una sola vez.
El mantenimiento de schema suele encajar dentro de revisiones periódicas de SEO técnico, sobre todo cuando la web crece, publica contenidos con frecuencia o depende de plugins para generar marcado automático.
Cómo usar datos estructurados con criterio SEO
Los datos estructurados funcionan mejor cuando se aplican con una lógica clara: primero contenido útil, después estructura técnica y, por último, validación. Si una página no responde bien a la intención de búsqueda, el schema no resolverá el problema de fondo. Si el contenido está bien trabajado, el marcado puede reforzar su comprensión.
El enfoque más práctico es empezar por las páginas con más valor: servicios principales, artículos informativos con tráfico potencial, fichas de producto, páginas locales y plantillas que se repiten en muchas URLs. Después conviene revisar errores, advertencias, duplicidades y coherencia con el contenido visible.
En OptimaWeb analizamos este tipo de mejoras dentro del contexto completo de la web, porque el SEO técnico solo funciona bien cuando se conecta con contenido útil, estructura clara y objetivos realistas.
Un marcado claro ayuda a que tu web sea más comprensible para buscadores y usuarios, siempre que acompañe a una estrategia SEO bien revisada.
