Datos estructurados: qué aprovecha de verdad la inteligencia artificial
Los datos estructurados no generan citaciones por sí solos: eliminan la ambigüedad sobre la entidad que firma el contenido. Esa es su función real. Un motor de respuesta necesita saber quién habla, sobre qué tiene competencia y cómo verificarlo; el marcado estructurado es la forma más económica de declararlo sin esperar a que un modelo lo deduzca leyendo el texto.
Qué no hacen los datos estructurados
Conviene empezar por desmontar la expectativa más extendida: marcar una página con datos estructurados no hace que un sistema de inteligencia artificial la cite. Los motores de respuesta no citan páginas, citan afirmaciones. Y las afirmaciones viven en el texto, no en el marcado.
Un modelo que construye una respuesta comprueba, en esencia, tres cosas: si la afirmación aparece de forma clara en la fuente, si la fuente tiene competencia sobre la materia y si existe corroboración externa. El marcado estructurado no aporta ninguna de las tres por sí solo. Lo que hace es mejorar la segunda —la atribución de competencia— y reducir el riesgo de que la fuente se descarte por falta de contexto.
Qué hace exactamente
La función real del marcado estructurado es declarar entidades y relaciones de forma legible para una máquina. Dicho sin rodeos: permite afirmar «esta página pertenece a esta organización, que opera en estas áreas, ofrece estos servicios y está identificada por estos perfiles externos» sin depender de que un modelo lo infiera con mayor o menor acierto.
| Aspecto | ¿Aporta? | Por qué |
|---|---|---|
| Identificación de la entidad | Sí | Permite distinguir «SEO Consultoring» de otra organización con nombre parecido |
| Declaración de áreas de competencia | Sí | La propiedad knowsAbout enumera la materia sobre la que la entidad puede ser considerada fuente |
| Vínculo con perfiles externos verificables | Sí | sameAs conecta la entidad con registros en otros dominios, que son la corroboración más fácil de comprobar |
| Estructura del contenido | Parcial | Ayuda a localizar la respuesta, pero no sustituye a una buena jerarquía de encabezados |
| Autoridad del dominio | No | Se gana con enlaces y menciones reales, no con marcado |
| Calidad o veracidad del contenido | No | Un marcado correcto sobre un texto pobre sigue siendo un texto pobre |
| Posiciones en resultados clásicos | No | Influye en la presentación de resultados enriquecidos, no en la relevancia |
Marcado que aporta señal
De los cientos de tipos disponibles en Schema.org, un puñado concentra prácticamente todo el valor para una web de servicios profesionales. Estos son los que trabajamos:
Organization o LocalBusiness
Una organización que declara su identidad, su ámbito geográfico y sus áreas de competencia
permite a un motor de respuesta atribuirle una afirmación sin ambigüedad. Los campos que
más aportan son name, url, logo,
description, areaServed, knowsAbout y
sameAs. El identificador @id es el que permite que el resto del marcado
del sitio apunte a la misma entidad en lugar de crear duplicados.
Service o ProfessionalService
Una página de servicio marcada como Service con su nombre, su descripción y
su proveedor convierte una página comercial en un objeto comparable. Es lo que permite
que un sistema pueda responder a «qué servicios ofrece X» o «quién ofrece Y en Z» tomando tus
propias páginas como fuente.
Article y BlogPosting
Para contenido informativo, BlogPosting con headline,
datePublished, dateModified y author aporta algo que de
otro modo cuesta mucho deducir: la vigencia. Una fecha de modificación reciente sobre un artículo
de fondo es una señal de mantenimiento que ningún modelo puede inferir del texto.
FAQPage
Una página con preguntas marcadas como FAQPage expone pares de pregunta y
respuesta directamente extraíbles. Es el formato más citado en respuestas de
inteligencia artificial porque la unidad de extracción ya está separada. La condición es que la
respuesta sea autosuficiente: si necesita el párrafo anterior para entenderse, no funciona.
BreadcrumbList
BreadcrumbList declara la posición de una página en la jerarquía del sitio. Aporta
menos de lo que se suele creer en posicionamiento, pero ayuda a un motor de respuesta a entender
qué generaliza a qué: que la página de un servicio depende de una página de servicios, y no al
contrario.
El orden importa Declara primero la organización, después los servicios y por último el contenido. Un Service que apunta a una organización inexistente en el marcado del sitio genera una referencia rota que ningún motor resuelve.
Marcado decorativo
Existe un segundo grupo de marcado que se añade por costumbre y que, en el mejor de los casos, no aporta nada. En el peor, genera inconsistencias:
- Marcado de plantilla genérico. Un plugin que declara «esto es un artículo» en todas las páginas no dice nada que el propio HTML no dijera ya.
AggregateRatingsin reseñas reales. Declarar una puntuación media que no existe es una inconsistencia verificable, no una optimización.Organizationduplicado en cada página con@iddistintos. Crea varias entidades falsas en lugar de una sola entidad reforzada.Persondel autor sinsameAs. Una autoría que no se puede comprobar en ningún perfil externo no aporta confiabilidad.- Marcado que contradice el contenido visible. Es el caso más dañino: declara algo que la página no dice.
El marcado de entidad, pieza central
Si solo pudieras implementar una cosa, implementa esta: una entidad única, declarada una
sola vez y referenciada desde todo lo demás. En la práctica se resuelve con un nodo
Organization con un @id estable, al que apuntan el WebSite,
los Service y los BlogPosting del sitio.
El valor está en la coherencia. Un motor de respuesta que encuentra la misma entidad, con el mismo identificador, el mismo nombre y las mismas credenciales en veinte páginas distintas, tiene un motivo objetivo para tratarla como una fuente consistente. Y la consistencia es un requisito previo de la confianza.
Sustituye cada valor por el real de tu organización. Un sameAs con direcciones que no
existen —o con perfiles vacíos— es peor que no declararlo.
Los cinco errores que vemos con más frecuencia
- Marcar y no mantener. Se implementa una vez y el contenido cambia durante años mientras el marcado sigue declarando lo mismo. A los seis meses, la inconsistencia es mayor que el beneficio.
- Duplicar con dos plugins. Instalar dos extensiones que generan JSON-LD produce dos grafos con entidades distintas para la misma página. Google puede ignorarlos ambos.
- Confundir datos estructurados con posicionamiento. Marcado impecable, contenido vacío. El marcado amplifica lo que existe; no crea lo que no hay.
- Declarar sin verificar.
sameAsa perfiles que no mencionan la organización,knowsAboutsobre materias sin contenido que las respalde. Toda declaración es una promesa comprobable. - Marcar el
FAQPagecon preguntas que no están en la página. El marcado exige coincidencia con el contenido visible. Si se extrae la respuesta y no está en el texto, la señal es de manipulación.
Cómo verificar tu marcado
1
Extrae el JSON-LD de la página y valídalo como sintaxis JSON. Un grafo mal formado se descarta entero.
2
Comprueba que cada @id referenciado existe realmente en el mismo grafo o en otro grafo del sitio.
3
Compara cada dato declarado con lo que dice la página. Cualquier divergencia es un error que hay que corregir antes de publicar.
4
Repite la comprobación cada vez que cambie el contenido o el tipo de página, no una sola vez al lanzar.
Fuentes verificables sobre datos estructurados: galería de datos estructurados de Google Search Central y la especificación abierta de Schema.org, que define cada tipo y cada propiedad.
Preguntas frecuentes sobre datos estructurados
No por sí solos. Un motor de respuesta cita una fuente cuando puede atribuirle una afirmación con confianza suficiente. El marcado estructurado no aporta afirmaciones: aporta contexto sobre la entidad que las firma. Eso reduce el riesgo de atribución errónea y aumenta la probabilidad de que la fuente se conserve en la respuesta final, pero la afirmación citable tiene que existir en el texto.
No. Un plugin genera marcado genérico que describe la plantilla del tema y no el negocio. La parte que aporta señal real es la declaración de la entidad propia, sus áreas de competencia, sus credenciales y sus relaciones externas, y esa información no la conoce ningún plugin: hay que introducirla y mantenerla.
JSON-LD. Lo recomienda Google, vive en un bloque independiente del HTML y no obliga a tocar la maquetación para actualizarlo. Con microdatos, cambiar un dato obliga a modificar la estructura del documento, lo que multiplica el coste de mantenimiento y por tanto el riesgo de quedarse desactualizado.
Puede pasar, y es peor que no tenerlos. Un marcado que declara datos distintos de los que muestra el contenido visible genera una señal de inconsistencia, justo lo contrario de lo que buscabas. La regla que aplicamos: si no puedes garantizar que el marcado se mantiene sincronizado con el contenido, es preferible retirarlo.
Seguir leyendo
¿Revisamos tu marcado estructurado?
Analizamos qué declaras hoy, qué falta y qué está en contradicción con tu contenido visible. En la auditoría gratuita recibes las tres prioridades de mayor impacto.