Schema.org bien hecho: lo que los validadores no miden y los LLMs sí leen

La mayoría de sitios B2B tienen schema.org. Pocos lo tienen bien. La diferencia no la detecta el Rich Results Test — la detecta un LLM cuando intenta resolver quién eres. La evidencia de 2026 es incómoda pero útil: agregar markup no sube las citaciones por sí solo, y un schema inconsistente sí las bloquea. Estas son las cuatro correcciones que separan la plomería útil de la decorativa.

El problema no es la ausencia de schema — la ausencia es fácil de detectar y de corregir. El problema que encontramos con más frecuencia al auditar sitios es otro: schema sintácticamente válido pero semánticamente inútil para un LLM. El validador dice que todo está bien. El motor generativo sigue sin saber quién eres.

La combinación más común que vemos al auditar: un bloque Organization sin @id, un sameAs que apunta al LinkedIn personal del founder en lugar del perfil corporativo, y —cuando hay productos— aggregateRating declarado sin un solo objeto Review que lo respalde.

Cualquier auditor SEO clásico marcaría esto como no crítico. Para los motores generativos es información activamente dañina: el sistema lee que eres una entidad con rating 4.8, detecta que ninguna fuente independiente lo confirma, y descarta la declaración. En el mejor caso te ignora; en el peor, aprende a desconfiar del resto de tus declaraciones. Además viola las directrices de datos estructurados de Google, que exigen que el markup refleje contenido verificable de la página.

¿Qué dice la evidencia en 2026?

Durante años el consejo genérico fue "agrega schema y los motores de IA te van a citar más". En mayo de 2026, Ahrefs publicó el estudio más grande hasta la fecha para poner a prueba esa promesa: siguió 1.885 páginas que agregaron JSON-LD entre agosto de 2025 y marzo de 2026, y las comparó contra 4.000 páginas de control con niveles de citación similares. El resultado incomoda a los dos bandos del debate: agregar markup no movió las citaciones. En Google AI Overviews, las páginas que agregaron schema cayeron 4,6% frente al control; en AI Mode (+2,4%) y en ChatGPT (+2,2%), la diferencia fue tan chica que es indistinguible del ruido estadístico.

¿Significa que el schema no sirve para AEO? No: significa que opera en otra capa. El propio estudio cita un experimento de searchVIU con un hallazgo clave: cuando un asistente de IA consulta una página en vivo (retrieval), extrae el HTML visible e ignora el JSON-LD. Pero en la capa de indexación la historia es distinta: Microsoft confirmó en SMX Munich, en marzo de 2025 y por boca de Fabrice Canel, que Bing usa el schema para que sus LLMs entiendan el contenido. Y Google lo mantiene como requisito de sus rich results y como insumo de su grafo de conocimiento.

La lectura correcta no es "el schema murió". Es que el schema no es una palanca de citación: es plomería de identidad. No hace que te citen más mañana; hace que el motor sepa con certeza quién eres cuando decide a quién citar. Y esa decisión ocurre cada vez más seguido: midiendo 10 millones de keywords, Semrush registró que los AI Overviews pasaron de aparecer en el 6,49% de las búsquedas en enero de 2025 a un pico cercano al 25% en julio, moderándose en torno al 15,7% en noviembre tras los recalibres de Google.

Las cuatro correcciones

En los diagnósticos de identidad que ejecutamos, cuatro cambios concentran la mayor parte del impacto. Ninguno requiere tocar contenido — y ninguno promete citaciones por arte de markup: eliminan razones para que el motor dude de quién eres.

1. Agregar @id canónico a cada Organization y SoftwareApplication o Product. El @id debe ser una URL estable de tu propio dominio (ej. https://tudominio.com/#organization). Sin él, el motor no puede resolver si la entidad que describe esta página es la misma que ya indexó desde otra fuente.
2. Reemplazar sameAs personales por corporativos. Los LLMs usan sameAs como señal de identidad cross-fuente. LinkedIn corporativo, Wikidata, Crunchbase y GitHub organization son los destinos más leídos. El LinkedIn del founder describe una persona, no la empresa.
3. Quitar aggregateRating sin Review. Un rating declarado sin reseñas reales es una señal de inconsistencia que los motores detectan. Viola además las directrices de Google Rich Results. Sin reseñas verificables: sin rating.
4. Dar a cada producto su propio nodo con @id distinto. Cuando todos los productos comparten el nodo Organization padre, el motor te ve como una marca monolítica. Cada SoftwareApplication o Product con su propio @id —enlazado al Organization vía provider— permite que el motor cite el producto correcto según la consulta.

{
  "@context": "https://schema.org",
  "@type": "SoftwareApplication",
  "@id": "https://tudominio.com/productos/nombre#software",
  "name": "Nombre del producto",
  "applicationCategory": "BusinessApplication",
  "operatingSystem": "Web",
  "provider": {
    "@id": "https://tudominio.com/#organization"
  },
  "sameAs": [
    "https://www.wikidata.org/wiki/QXXXXXXX",
    "https://www.linkedin.com/company/tu-empresa/",
    "https://www.crunchbase.com/organization/tu-empresa"
  ]
}

¿Por qué funcionan, si el markup solo no mueve citaciones?

Porque los motores generativos no leen tu schema en el momento de responder. Leen un índice que otro proceso construyó leyendo schema — el mismo motivo por el que el experimento de searchVIU ve solo HTML en el retrieval en vivo. Ese proceso de indexación tiene tres responsabilidades:

• Reconocer entidades (¿es este un producto, una persona, una empresa?)
• Resolverlas (¿es esta entidad la misma que ya tengo indexada desde otra fuente?)
• Conectarlas (¿este producto pertenece a esta empresa?)

Los @id canónicos resuelven el segundo problema. Los sameAs a Wikidata resuelven el primero por consenso —si Wikidata dice que esta empresa existe, el motor le da más peso—. Los enlaces provider resuelven el tercero. Sin las tres señales, el motor te ve como un objeto suelto en el espacio; con las tres, formas parte del grafo.

Un ejemplo de que las citas son infraestructura de producto y no un adorno: en la API de Perplexity, cada respuesta expone un array citations[] como objeto de primera clase. Para un motor así, un dominio cuya identidad se resuelve sin fricción es una fuente más cómoda de citar — no necesariamente más autoritativa, pero sí menos riesgosa de atribuir.

¿Qué cambia para una marca de LatAm?

El contexto en español es distinto del que asumen los estudios hechos en inglés. El español es hoy el segundo idioma del contenido web — pero con el 6,0% de los sitios, contra el 49,7% del inglés, según W3Techs a junio de 2026. La brecha enciclopédica es aún mayor: Wikipedia en inglés supera los 7,2 millones de artículos; la edición en español ronda los 2,1 millones — 3,4 veces menos. Y Wikidata, que se alimenta en parte de esas ediciones, hereda el sesgo.

La consecuencia práctica: el corpus del que un LLM aprende sobre tu categoría en español es más delgado. Menos fuentes independientes describen a tu empresa, así que las señales que tú controlas — tu schema, tu entrada en Wikidata, tus sameAs corporativos, tu página de quiénes somos — pesan proporcionalmente más que para una marca anglosajona equivalente. Un error de identidad que en inglés se corrige por el consenso de cien fuentes, en español puede quedar meses sin contrapeso.

Hay un segundo efecto: la ambigüedad de nombre. Lo vivimos nosotros: "Bison" colisiona con una agencia británica de marketing (Brave Bison) y con un modelo antiguo de Google (PaLM Bison). Sin un disambiguatingDescription explícito y sameAs consistentes en todas las superficies, un motor puede atribuirte lo que hace otro — o diluir tu entidad en la de un tercero con más corpus. Para marcas latinoamericanas cuyo nombre es una palabra común del español o colisiona con entidades en inglés, la desambiguación no es un detalle: es la diferencia entre existir o no en el grafo.

Diagnóstico de 30 minutos

Si tu sitio tiene schema, vale la pena correr este diagnóstico antes de cualquier otra jugada del playbook AEO:

1. Abre tu schema en Schema.org Validator —no en Rich Results Test; miden cosas distintas—.
2. Verifica que cada entidad principal tenga @id canónico que apunte a una URL real de tu dominio.
3. Verifica que sameAs apunte a entidades corporativas, no a perfiles personales.
4. Si tienes aggregateRating, confirma que existan objetos Review reales que lo respalden. Si no los tienes, quita el rating.
5. Si tienes múltiples productos, verifica que cada uno tenga su propio nodo con @id distinto enlazado al Organization.

Los primeros cuatro son correcciones de 1 a 2 horas. El quinto depende del tamaño de tu catálogo, pero es el que más cambia la granularidad con que los motores citan tu marca.

No es magia: es plomería bien hecha, leída por motores que aprendieron a confiar en plomería bien hecha. El schema.org no garantiza visibilidad — la evidencia de 2026 lo dejó claro —, pero su ausencia o su inconsistencia la bloquea.

Preguntas frecuentes