Schema Descriptivo vs Schema Cosmético

Cuando el 100% de validación Schema.org no significa lo que crees

Guía técnica breve para equipos de IT y Marketing: cómo detectar en diez minutos si vuestros datos estructurados son cosméticos o descriptivos

Si habéis pasado la web corporativa por el Rich Results Test de Google y el informe ha salido en verde, es tentador dar el tema por cerrado. El validador dice que todo está bien, así que todo está bien.

No necesariamente.

Hay una diferencia real entre datos estructurados que validan y datos estructurados que sirven para algo. La mayoría de despliegues WordPress – sobre todo los que gestionan varias marcas o líneas de producto – caen en el primer grupo sin saberlo. Y el problema no se detecta en el validador: se detecta cuando un sistema de IA intenta entender qué vende la empresa y no encuentra nada que extraer.

Dos despliegues, mismo aprobado

Un ejemplo típico. Una página de catálogo de producto en un WordPress pasa la validación de Google al 100%. El grafo JSON-LD incluye:

• Un CollectionPage con nombre y URL
• Un BreadcrumbList completo con todas las posiciones
• Un WebSite con acción de búsqueda
• Una Organization con logotipo

Todo correcto. Cero errores, cero avisos. Y sin embargo, ese grafo no dice qué productos hay en esa colección, ni sus características, ni cómo se relaciona esa marca con el grupo empresarial al que pertenece. Es una ficha de biblioteca en unas tapas sin libro dentro.

Eso es lo que llamamos un despliegue cosmético: cumple el mínimo que exige el plugin SEO para no generar errores, pero no describe el negocio. Es distinto de un despliegue descriptivo, donde el grafo expone las entidades reales – productos, especificaciones técnicas, relaciones corporativas – de forma que cualquier sistema, humano o máquina, puede reconstruir qué es esa página sin necesidad de leer el HTML completo.

La diferencia no aparece en ningún informe de validación porque el validador solo comprueba que la sintaxis sea correcta, no que la información sea completa.

Por qué esto también es asunto de Marketing, no solo de IT

Un dato estructurado cosmético no solo pasa desapercibido para Google. También lo hace para los sistemas de IA generativa que hoy responden preguntas sobre tu empresa antes de que un cliente llegue a visitar tu web. Si tu grafo de datos no describe con precisión qué vende cada línea de negocio, ChatGPT, Gemini o Copilot (et alter) no tienen de dónde extraer esa información con fiabilidad – y cuando no la encuentran, la infieren.

A veces aciertan. A veces inventan un producto que no ofreces, o describen tu empresa con la competencia más visible del sector porque el contexto no distinguía entre las dos.

Ese riesgo reputacional no es hipotético: es la consecuencia directa y silenciosa de un despliegue cosmético.

Por qué esto ya no es solo cosa de SEO

Durante años esto era, en el peor de los casos, una oportunidad perdida de aparecer con más funciones en los resultados de búsqueda. Hoy es distinto. Los sistemas de IA generativa (ChatGPT, Copilot, Gemini, las respuestas generadas de Google) construyen sus respuestas a partir de datos que pueden extraer de forma fiable. Si el grafo de una página está vacío de sustancia, esos sistemas o bien ignoran el contenido, o bien lo interpretan a partir de texto suelto, con el riesgo de error o de omisión que eso implica.

Para un departamento de IT esto tiene una lectura concreta: es un problema de gobernanza de datos, no de marketing. El plugin SEO que gestiona la web está publicando afirmaciones estructuradas sobre la empresa (nombre, jerarquía corporativa, catálogo) y probablemente nadie está verificando si esas afirmaciones son completas o correctas.

Cinco preguntas que podéis responder en diez minutos

1. Abrid cualquier página de categoría o listado de producto de vuestra web. Buscad «Ver código fuente» y localizad el bloque application/ld+json. ¿Describe los productos que hay en esa página, o solo la navegación (migas de pan, buscador, menú)?
2. Si la empresa opera con varias marcas o divisiones bajo un mismo dominio o multisite, ¿el JSON-LD de cada marca la conecta con la organización matriz, o cada marca aparece como una entidad aislada sin relación declarada?
3. Buscad el campo description dentro de los bloques WebSite u Organization. ¿Está relleno con una frase real, o aparece vacío?
4. Pasad la URL por el Rich Results Test de Google. ¿El informe muestra elementos «válidos con advertencias opcionales»? Ese aviso, a menudo ignorado, no suele señalar justo los datos que faltan para pasar de cosmético a descriptivo, sino los que requiere Google para sus necesidades.
5. Preguntad a una IA generativa qué productos concretos vende una de las líneas de negocio, dando solo la URL de la página. Si la respuesta es vaga, genérica o directamente inventada, el problema no es la IA: es que no hay nada estructurado que leer.

Si dos o más respuestas os han dejado con más dudas que certezas, es probable que el despliegue actual -si lo hay- sea cosmético.

Qué diferencia a un despliegue descriptivo

No se trata de añadir campos porque sí. Se trata de que el grafo de datos refleje entidades reales del negocio: productos con sus atributos técnicos, marcas conectadas explícitamente a su organización matriz, páginas de catálogo que enumeran lo que contienen en lugar de limitarse a describir la navegación. Es la diferencia entre un mapa que solo marca las calles y un mapa que además indica qué hay dentro de cada edificio.

Esto no es exclusivo de un sector. Aparece con la misma frecuencia en fabricantes industriales, distribuidores B2B y grupos con arquitectura multisite o multimarca, precisamente porque son los casos donde más entidades relacionadas hay que conectar y donde el plugin SEO por defecto menos ayuda.

Si esto os suena familiar

No sois un caso aislado: es el patrón por defecto de casi cualquier WordPress con un plugin SEO estándar y sin gobernanza semántica explícita. Corregirlo no requiere rehacer la web, pero sí una revisión dirigida por alguien que sepa distinguir un dato cosmético de uno descriptivo, y que sepa qué priorizar según el modelo de negocio.

Esto no es solo para WordPress

Este popular CMS suele ser el objetivo de mi trabajo, pero no me limito a WP. Cualquier web empresarial admite esta evolución y se implementa de forma paralela al contenido, sin cambios estéticos ni edición de contenidos previos.

---

Ricard Menor lleva más de 20 años en consultoría SEO, especializado en arquitectura de datos estructurados y gobernanza semántica para proyectos web complejos, incluyendo despliegues WP multisite y multimarca en el sector industrial. Metodología documentada públicamente bajo el framework DSH (Descriptor Semántico Homogéneo^®).

Más información: seofreelance.es/consultor-seo-freelance