JSON-LD: qué es y por qué un dato estructurado válido ya no alcanza para que la IA te cite

JSON-LD: qué es y por qué un dato estructurado válido ya no alcanza para que la IA te cite

El dato estructurado ya no es opcional: es la condición de entrada para que Google y los motores generativos te lean. Y dentro de las sintaxis disponibles, JSON-LD es el estándar ganador: un bloque de JavaScript que describe tu página, tu empresa y tus entidades en un formato que las máquinas pueden parsear sin ambigüedad. La pregunta hoy no es si usar JSON-LD, sino por qué un JSON-LD técnicamente correcto sigue sin ser suficiente para que una IA te elija como fuente.

La respuesta corta: porque un bloque JSON-LD bien formado puede ser una isla de datos. Describe una cosa, pero no la conecta con el resto de tu sitio, con tu identidad verificable ni con fuentes externas que la validen. En la era generativa, donde los motores resuelven entidades y no palabras clave, lo que decide si te citan no es tener schema, sino tener un grafo coherente: entidades conectadas entre sí por identificadores estables y ancladas a fuentes verificables como Wikidata.

En este artículo vas a entender qué es exactamente JSON-LD, por qué se impuso sobre microdatos y RDFa, y cuál es el salto conceptual que separa un schema que “existe” de un schema que la IA puede resolver, verificar y citar.

Qué es JSON-LD y por qué ganó la guerra del dato estructurado

JSON-LD (JavaScript Object Notation for Linked Data) es un método para codificar datos enlazados usando JSON, el formato de intercambio que domina la web moderna. A diferencia de los microdatos (que mezclan el marcado con el HTML visible) y de RDFa (que extiende atributos HTML), JSON-LD vive en un bloque <script type="application/ld+json"> separado del contenido que ve el usuario. Esa separación es su gran ventaja: no ensucia el frontend y se puede generar, validar y desplegar de forma automatizada.

JSON-LD es la sintaxis recomendada por Schema.org, el vocabulario de tipos y propiedades que Google, Bing, Yandex y el resto de buscadores acordaron usar. Cuando Google lee tu página, espera que le hables en Schema.org y, preferentemente, en JSON-LD. Es el idioma franco del Knowledge Graph.

Una tripleta por dentro: sujeto, predicado y objeto

Todo dato estructurado, en el fondo, es una colección de tripletas: un sujeto, un predicado y un objeto. En JSON-LD, el sujeto es la entidad que describes (tu organización, un artículo, un servicio), el predicado es la propiedad de Schema.org que la describe (name, sameAs, areaServed) y el objeto es el valor. Su raíz técnica es el RDF, el modelo de datos que Tim Berners-Lee propuso para la web semántica. JSON-LD no inventa nada nuevo: es la forma más práctica de escribir RDF.

El problema: un JSON-LD correcto puede ser una isla de datos

Aquí está el punto que separa a los que “tienen schema” de los que la IA realmente resuelve. Imagina un sitio que usa un plugin tradicional de datos estructurados. Cada página emite su propio bloque JSON-LD: una FAQPage aquí, un LocalBusiness allá, un Article en el blog. El validador de Schema.org los da por correctos. Sin embargo, esos bloques no hablan entre sí:

  • La organización se escribe distinto en cada página: a veces “Mi Empresa”, a veces “Mi Empresa Ltda.”, a veces sin dirección.
  • No hay un identificador estable (@id) que diga “este nodo Person trabaja en esta Organization”.
  • Nadie ancla la entidad a fuentes verificables: un sameAs ausente o apuntando a una URL rota.
  • El resultado es un grafo fragmentado, donde Google y los LLMs ven decenas de entidades ambiguas en lugar de una sola entidad coherente.

Un JSON-LD válido describe cosas sueltas. Lo que la IA necesita para citarte es una entidad resoluble: una red donde cada nodo referencia a los demás por @id y cada entidad apunta a una identidad verificable en el mundo real. Esa es la diferencia entre tener schema y tener un Knowledge Graph.

De la isla al grafo: qué cambia en la era generativa

Los motores generativos (ChatGPT Search, Perplexity, Gemini, Google AI Overviews) no recorren tu sitio buscando palabras clave. Comparan grafos de conocimiento: quién eres, qué sabes hacer, dónde operas, quién te respalda y qué fuentes externas lo confirman. Un bloque JSON-LD aislado no les da ninguna de esas respuestas de forma confiable. Un grafo cosido sí, porque:

  • La entidad se define una sola vez y se referencia por @id en todo el sitio: sin duplicación, sin ambigüedad.
  • El sameAs doble (Wikipedia + Wikidata con Q-ID) le da a la IA una identidad verificable, no un texto libre.
  • La cobertura territorial (areaServed) se ancla a entidades geográficas reales, no a la cadena de texto “Chile”.
  • El nodo Person conecta al autor real con la organización, la señal E-E-A-T que los motores declaran consumir.

Este salto conceptual se llama Graph Stitching: coser los nodos sueltos en un grafo único, coherente y referenciado. Es lo que convierte un JSON-LD “presente” en un JSON-LD “resoluble”.

Nota de entidad

Cómo un Q-ID transforma texto libre en dato estructurado

Cuando escribes “JSON-LD” en un artículo, para el lector humano es solo una sigla. Para un grafo de conocimiento, esa sigla debe resolverse a una entidad concreta. En Wikidata, JSON-LD es la entidad Q6108942, y tiene declaraciones verificables que la conectan con el resto de la web semántica:

  • Tripleta 1: JSON-LD (Q6108942) → usa (propiedad P2283) → RDF (Q54872).
  • Tripleta 2: JSON-LD (Q6108942) → es usado por (propiedad P1535) → Schema.org (Q3475322).

Estas tripletas se verificaron en vivo contra la API de Wikidata durante la redacción de este artículo. Esa es la diferencia entre mencionar una sigla y anclar una entidad: el Q-ID le entrega al grafo una identidad que puede contrastar, desambiguar y cruzar con otras fuentes. Sin ese anclaje, “JSON-LD” es texto libre; con él, es un nodo verificable del Knowledge Graph.

La solución tecnológica: SemanticGEO

SemanticGEO ataca exactamente este problema sobre WordPress, extendiendo el grafo que Yoast SEO ya emite. En lugar de sumar bloques JSON-LD sueltos, aplica Graph Stitching sobre el @graph de Yoast: cose nodos nuevos (Person E-E-A-T, Service, SoftwareApplication, cobertura territorial) sobre el grafo existente, referenciados por @id, sin duplicar la organización en cada página.

Cada entidad se ancla a Wikidata mediante sameAs doble con Q-ID verificado en tiempo real contra la API: un dígito equivocado te conectaría a una entidad ajena, y el plugin lo impide. Viene con 13 packs de nicho importables (SEO/Marketing, Salud, Legal, Logística, Tecnología, Fintech y más) para desplegar una base de entidades coherente en minutos por cliente, con cero tipeo manual. Y genera automáticamente el llms.txt desde el grafo, para entregar a los crawlers de IA un resumen técnico sin ambigüedades.

El resultado no es “más schema”: es un JSON-LD que deja de ser una isla y pasa a ser una entidad que Google y las IAs pueden entender, verificar y citar. La implementación técnica más rigurosa de los factores que estos motores declaran y demuestran consumir.

Preguntas frecuentes

¿Reemplaza JSON-LD a los microdatos y RDFa?

Sí, en la práctica. JSON-LD es la sintaxis recomendada por Schema.org y la que Google prefiere, por su facilidad para generarse y validarse de forma automatizada y por no mezclarse con el HTML visible. Microdatos y RDFa siguen siendo válidos, pero hoy son residuales en proyectos nuevos.

¿Un JSON-LD válido garantiza que la IA me cite?

No. Un bloque válido solo confirma que el dato está bien formado, no que forme parte de un grafo coherente ni que esté anclado a identidades verificables. Ningún plugin puede garantizar citación en motores generativos. Lo que sí puedes garantizar es la calidad técnica de tu grafo: entidades únicas, referenciadas por @id y ancladas a fuentes verificables.

¿Necesito Yoast SEO para coser mi grafo?

SemanticGEO se engancha a los filtros de Yoast SEO y extiende el grafo que este ya emite, así que sí, requiere Yoast activo (la versión gratuita es suficiente). No es una limitación, es una decisión de arquitectura: el grafo de Yoast es el que Google ya conoce y confía.

¿Qué pasa si otro plugin ya genera mi JSON-LD?

SemanticGEO respeta los emisores existentes: antes de emitir un nodo, detecta si Yoast, WooCommerce o el propio contenido ya lo publican. En ese caso extiende o se abstiene, nunca duplica. El objetivo es un solo @graph por página, no bloques que compiten entre sí.

¿JSON-LD sirve para la búsqueda por voz?

Sí. Los asistentes de voz y los motores generativos leen el mismo grafo para responder en voz alta. Un JSON-LD coherente, con entidades resueltas y respuestas claras, es la base técnica para que te lean correctamente en un contexto de AEO (Answer Engine Optimization).

Conclusión

JSON-LD ganó la guerra de la sintaxis, pero la nueva batalla no se juega en el formato: se juega en la coherencia del grafo. Tener schema ya no diferencia a nadie, porque tu competencia también lo tiene. Lo que separa a las marcas que la IA resuelve de las que ignora es si ese schema forma una entidad única, verificable y conectada, o si es un montón de bloques sueltos que nadie cruza. Coser tu JSON-LD en un grafo anclado a Wikidata es el salto del dato estructurado al Knowledge Graph que decide la próxima década de visibilidad.

Convierte tu JSON-LD en un grafo que la IA pueda resolver

SemanticGEO cose tu schema sobre Yoast SEO, ancla cada entidad a Wikidata con Q-ID verificado y genera el llms.txt desde el grafo. Cero tipeo manual, 13 packs de nicho importables.

Ver planes y precios

Comments are closed.