¿Qué diferencia al nivel avanzado del básico?

El nivel básico — cubierto en datos estructurados para IA — es poner los tipos correctos: Organization, Article, FAQPage, Product, LocalBusiness. El nivel avanzado es convertir esos fragmentos aislados en un grafo coherente. La diferencia práctica: con marcado básico, cada página declara cosas; con marcado avanzado, tu sitio entero declara una única estructura de entidades relacionadas que el motor puede verificar contra el contenido visible y contra el resto de la web.

Esto importa más en la era de la respuesta generativa porque los motores no solo leen tus datos estructurados: los cruzan en el grounding. Un marcado que se contradice entre páginas, o que afirma lo que el contenido visible no dice, es una señal de baja fiabilidad. Un grafo consistente y verificable, en cambio, refuerza cada hecho que declaras.

¿Cómo funciona el JSON-LD anidado con @graph?

En lugar de emitir varios bloques JSON-LD independientes por página, se emite uno solo con la propiedad @graph, que contiene todos los nodos (Organization, WebSite, WebPage, Article, Person) y sus relaciones (author, publisher, isPartOf, mainEntity). Cada nodo tiene un @id estable — por convención, una URL con fragmento, como https://tudominio.com/#organization — que actúa como ancla de entidad: la misma organización se referencia con el mismo @id en todas las páginas del sitio.

El efecto es de desambiguación acumulativa: cuando cien páginas declaran que su autor es #organization y esa entidad declara sus perfiles con sameAs, el motor no tiene que adivinar quién publica qué. La ingeniería de entidades explica por qué esa identidad estable es el cimiento de la percepción de marca.

¿Qué propiedades rinden más en GEO?

  • sameAs: enlaza tu Organization con sus perfiles verificables (Wikidata, LinkedIn, directorios oficiales). Es el puente entre tu marcado y el grafo de fuentes externo.
  • about y mentions: en artículos, declaran de qué entidades trata la página y cuáles menciona — ayudan a la cobertura semántica y a la recuperación por entidad.
  • author y reviewedBy: anclan el contenido a personas reales con credenciales verificables, señal de experiencia que los motores valoran en contenido sensible.
  • datePublished y dateModified honestos: la frescura verificable pesa en la recuperación; las fechas infladas sin cambios reales se detectan al cruzar con el contenido.
  • mainEntityOfPage: conecta el nodo de contenido con la URL canónica, evitando duplicidades de entidad entre variantes de la página.

Checklist de implementación avanzada

  1. Un único bloque JSON-LD con @graph por página; nada de bloques duplicados emitidos por plugins solapados.
  2. @id estables para Organization, WebSite y personas; los mismos en todo el sitio.
  3. Coherencia total: todo lo declarado en el marcado existe y coincide en el contenido visible.
  4. Validación en cada despliegue con las herramientas de prueba de resultados enriquecidos.
  5. Revisión trimestral: el marcado se degrada con rediseños y migraciones; inclúyelo en el SOP de medición.

Errores frecuentes

  • Marcar lo invisible: FAQPage con preguntas que no aparecen en la página, o valoraciones agregadas sin reseñas reales. Es la vía rápida a perder confianza.
  • Plugins duplicados emitiendo dos Organization distintas con datos contradictorios.
  • @id aleatorios por página: cada página declara «una» organización distinta y el grafo nunca se consolida.
  • sameAs a perfiles abandonados o de otra empresa homónima: la desambiguación sale al revés.

Preguntas frecuentes

¿Los datos estructurados garantizan que la IA me cite?
No garantizan nada por sí solos: son una capa de desambiguación y verificación. Su valor en GEO es que hacen tus hechos más fáciles de recuperar, cruzar en el grounding y atribuir; el contenido citable y el grafo de fuentes externo siguen siendo imprescindibles.
¿Qué es un ancla de entidad con @id?
Un identificador estable — normalmente una URL con fragmento, como tudominio.com/#organization — que representa a la misma entidad en todas las páginas del sitio. Permite que el motor consolide cien declaraciones en una sola entidad en lugar de tratar cada página como una empresa distinta.
¿JSON-LD, Microdata o RDFa?
JSON-LD: es el formato que Google recomienda, el más fácil de mantener (un solo bloque, separado del HTML) y el que permite estructuras de grafo limpias con @graph y @id. Microdata y RDFa dispersan el marcado dentro del HTML y complican la coherencia.