¿Qué son los datos estructurados y para qué sirven?

Los datos estructurados SEO son instrucciones semánticas que convierten una página en algo más fácil de interpretar para una máquina. En lugar de esperar a que Google deduzca que una página habla de un producto, un negocio o un artículo, el marcado lo declara de forma ordenada mediante tipos y propiedades de Schema.org. Si tu restaurante tiene una página de ubicación, el marcado puede indicar nombre, dirección, teléfono, horario y tipo de negocio. Yo empezaría por las páginas que ya tienen intención clara y contenido estable, porque ahí el marcado suele aportar más claridad.

La utilidad principal no es “poner estrellas” por ponerlas, sino reducir ambigüedad. Una ficha de producto puede incluir precio, disponibilidad, SKU, marca, valoraciones y variantes si esos datos existen en la página. Una página corporativa puede reforzar la entidad de la organización y sus datos básicos. En una auditoría técnica, revisaría primero si el contenido visible coincide con el Schema, si hay duplicidades entre plantillas y si el CMS está generando propiedades vacías. Cuando el marcado refleja la realidad de la página, ayuda al rastreo, a la indexación interpretativa y a la posible generación de resultados enriquecidos.

Tipos de resultados enriquecidos que puedes conseguir

Los resultados enriquecidos dependen del tipo de contenido y de las directrices de Google para cada caso. En ecommerce, Product puede activar información como precio, disponibilidad, valoraciones o envío cuando la página cumple requisitos y el contenido visible lo respalda. En un negocio local, LocalBusiness puede ayudar a estructurar datos de ubicación, contacto y horario. En contenidos editoriales, Article, BreadcrumbList y Organization suelen ser marcados útiles para clarificar autoría, navegación y entidad. Si tu tienda tiene fichas pobres, antes de pensar en Schema conviene mejorar la base; esta guía sobre Cómo vender más en tu ecommerce mejorando las fichas de producto puede ayudarte a ordenar ese trabajo.

También existen resultados enriquecidos para eventos, vídeos, recetas, cursos, ofertas de empleo y otros formatos, aunque no todos encajan en cualquier web. Si una academia publica cursos con fechas, modalidad, precio y proveedor, Course o Event podrían tener sentido según el caso. Si una página solo resume servicios sin datos específicos, forzar un marcado avanzado puede ser contraproducente. Yo haría un mapa por plantilla: home, categoría, ficha, post, ubicación y página de servicio. Después asignaría el tipo de Schema compatible, comprobando que cada propiedad importante se vea también en la página y no solo en el código.

Cómo implementar Schema con JSON-LD sin liarte

JSON-LD es el formato más cómodo para implementar schema markup porque se añade como un bloque de script independiente, normalmente en el head o en el body de la página. Su ventaja es que no obliga a envolver cada elemento visible con etiquetas de Microdata, lo que reduce errores en plantillas complejas. Si tu web usa WordPress, Shopify, Prestashop o un desarrollo a medida, la implementación puede venir de un plugin, del tema o de código propio. Yo evitaría activar varios módulos que generan el mismo Schema, porque las duplicidades suelen provocar inconsistencias difíciles de detectar.

La forma práctica de empezar es definir qué plantilla necesita qué marcado. Una ficha de producto debería declarar un Product con nombre, imagen, descripción, marca, oferta y disponibilidad si esos datos son reales. Una página de servicio local podría combinar Organization o LocalBusiness con BreadcrumbList, pero sin inventar valoraciones ni áreas atendidas que no estén justificadas. Si tu restaurante tiene varios locales, cada ubicación debería tener su propia página y sus datos específicos. Yo documentaría cada tipo de página en una matriz sencilla: URL de ejemplo, tipo de Schema, campos obligatorios, campos recomendados y origen del dato.

El siguiente paso es generar el JSON-LD desde fuentes fiables del CMS. El precio debe salir del dato de producto, el stock del inventario, el nombre de la empresa de la configuración corporativa y la imagen de una URL indexable. Cuando el contenido cambia, el marcado debe cambiar al mismo tiempo. Si tu ecommerce actualiza disponibilidad cada día, no conviene dejar un Schema estático. Yo probaría primero en un entorno controlado, validaría varias URLs representativas y desplegaría por fases, especialmente si hay muchas plantillas o una arquitectura internacional con idiomas, monedas y dominios distintos.

Datos estructurados y visibilidad en IA (AI Overviews)

Los datos estructurados también tienen interés en el contexto de AI Overviews y otros sistemas de respuesta generativa. No convierten una página automáticamente en fuente citada, pero sí ayudan a describir entidades, productos, autores, organizaciones y relaciones con menos ambigüedad. Si Google entiende mejor que una página trata de un servicio concreto en una ciudad concreta, tiene más señales para clasificarla, resumirla o conectarla con consultas relacionadas. Para ampliar este enfoque, puedes leer Qué son las AI Overviews de Google y cómo aparecer en ellas. Yo combinaría Schema con contenido claro, respuestas directas y una arquitectura interna coherente.

En la práctica, la visibilidad en IA depende de más factores: autoridad del dominio, calidad editorial, rastreabilidad, enlaces internos, cobertura temática y consistencia de la entidad en la web. Si tu clínica, tienda o asesoría aparece con datos distintos en distintas páginas, el marcado no arreglará esa contradicción por sí solo. Cuando reviso una implementación, compruebo que Organization, LocalBusiness, Product o Article no digan cosas distintas según la plantilla. Mi criterio sería usar JSON-LD como una señal de precisión, no como sustituto de una web ordenada, útil y técnicamente accesible.

Cómo validar y vigilar que sigan funcionando

Validar datos estructurados no consiste solo en pegar una URL en una herramienta y ver una marca verde. Hay que comprobar si el tipo de resultado es elegible, si faltan propiedades recomendadas, si hay advertencias relevantes y si el contenido visible coincide con el marcado. Una ficha puede ser técnicamente válida y, aun así, no activar rich snippets google porque el contenido es débil o la consulta no lo merece. Yo validaría una muestra por plantilla, no solo la home, y guardaría capturas o exportaciones para comparar después de cambios de tema, plugins o despliegues.

Después de publicar, conviene vigilar Search Console, los informes de resultados enriquecidos disponibles y el rendimiento por tipo de página. Si aparecen errores nuevos tras una actualización del CMS, puede que una propiedad haya quedado vacía, una imagen haya dejado de ser accesible o una plantilla esté duplicando marcado. Para detectar bloqueos técnicos y patrones de error, esta guía sobre Cómo usar Google Search Console para encontrar lo que frena tu SEO es un buen punto de apoyo. Yo revisaría el marcado en cada cambio importante de plantilla, migración, rediseño o integración de catálogo.

Errores que pueden provocar una acción manual

Google puede aplicar acciones manuales por datos estructurados engañosos o contrarios a sus directrices. El riesgo aparece cuando se marcan valoraciones que no existen en la página, se atribuyen opiniones de terceros como propias, se ocultan datos al usuario o se usa un tipo de Schema que no corresponde con el contenido. Si tu página de servicio no muestra reseñas verificables, no deberías añadir AggregateRating solo para intentar conseguir estrellas. Yo revisaría cualquier marcado de review, producto, oferta o evento con especial cuidado, porque suele ser donde más se fuerzan los datos.

Otro error habitual es confundir marcado semántico con promesa de resultado. Añadir FAQPage, Product o LocalBusiness no obliga a Google a mostrar un resultado enriquecido, ni permite saltarse requisitos de calidad. Además, el estado de algunos rich results cambia con el tiempo: FAQPage dejó de mostrarse como resultado enriquecido en Google en mayo de 2026, aunque el formato pregunta-respuesta y el marcado pueden seguir ayudando a la comprensión del contenido por parte de sistemas de búsqueda e IA. Mi recomendación sería mantener el marcado si describe bien la página, pero no basar la estrategia en un formato retirado.