Precedente

Esto del Entitymap ha de inscribirse en la AI Search Optimization que es para la exacta interpretación de las empresas por parte de las IAs.

Estudio

La semana del 22 al 26 de junio de 2026 pude por fin dedicarle un tiempo al nuevo formato estandarizado Entitymap.

Es una iniciativa a cargo de Fred Laurent y Dixon Jones, ambos socios en Inlinks y Waikay.

El propósito del Entitymap es asegurar la correcta interpretación de la empresa por parte de las IAs.

No es su propósito mejorar o aumentar el porcentaje de citas y menciones en las IAs, salvo que te des cuenta de que no menciona tu empresa y tus productos porque no lo has sabido explicar y exponer debidamente en tu sitio web y sitios de terceros.

Si, pongamos el caso, que solo sois 3 empresas que ofrecéis un determinado servicio en Valencia, y a tu empresa las IAs no la mencionan, tienes que revisar tu comunicación (website, perfiles, post...) y averiguar qué debes arreglar para que te tengan en cuenta.

Para arreglarlo, por supuesto que primero vendrá un trabajo de comunicación siguiendo los criterios SEO para luego poner el broche de oro con el Entitymap... porque el Entitymap se hace fluido y de maravilla con excelente trabajo de SEO.

Ahora copio y traduzco el propósito del Entitymap según los señores Laurent y Jones [comento entre corchetes]:

EntityMap es un estándar abierto [y en desarrollo] propuesto para publicar un índice estructurado centrado en entidades del conocimiento [identidad, visión...] de los sitios web para sistemas de IA, flujos de recuperación [extracción de información actualizada en tiempo real] y aplicaciones basadas en modelos de lenguaje.

Mientras que el sitemap.xml indica a los rastreadores qué páginas existen, entitymap.json informa a los sistemas de IA sobre el conocimiento que posee un sitio: qué entidades abarca, cómo se relacionan y dónde se encuentra la evidencia.

Toda la explicación del Entitymap la tienes en su propio sitio web: https://entitymap.org/

¿Para qué un Entitymap?

Para resolver estas preguntas:

  • ¿Por qué ChatGPT dice cosas incorrectas de mi empresa?
  • ¿Cómo hago para que una IA entienda perfectamente mi negocio?

Toda empresa necesita construir una representación semántica consistente de sí misma para que los sistemas de inteligencia artificial la comprendan correctamente.

Y un Entitymap contribuye a ello.

¿Por qué ahora un Entitymap?

Respuesta corta:

  1. Por las ineficiencias de las IAs.
  2. Para controlar (con honestidad) el relato que hagan las IAs de uno mismo.

Porque una empresa no es una colección de páginas sino de entidades tales como:

  • empresa;
  • personas;
  • servicios;
  • metodologías;
  • productos;
  • ...

Y ahora por fin, queremos hacer que una empresa sea:

  • Una relación entre entidades.

Un problema que viene de lejos

Quiero exponer una carencia que puede venga a solventar este nuevo Map y poner en contexto lo que acabo de decir: "Y ahora por fin, queremos hacer que una empresa sea una relación entre entidades".

Como especialista en Datos estructurados redactados en JSON-LD sujetos al estándar de Schema.org, siento la falta de "algo" que unifique o visualice todas las entidades creadas en un sitio web con los Schemas.

Con cada Schema creado, ya sea Persona, Organización, Servicio, Producto, Lugar... yo puedo lanzar una señal de que esta Persona trabaja para esta Organización, dando estos Servicios desde este Lugar.

Muy bien, sí, pero de manera separada.

Existen herramientas de validación y visualización de Schemas que solo evalúan Schema a Schema pero no trazan relaciones (ni las ven) con las otras entidades al estar expresadas e insertadas en distintas URLs

Digamos que es un acto de fe, que si yo incluyo la URI "@id":"https://seolevante.com/consultor-seo-alvaro-picho/#person", en Fundador de la Organización "@id":"https://seolevante.com/#organization", las máquinas de interpretación automatizada lo van a asociar.

En la imagen que sigue, a la izquierda mi Schema de SEO Levante como Organización insertado en la Home, a la derecha el Schema de mi persona en la URL de mi perfil; la relación entre ambos es teórica y no es verificable.

Enlace no verificable entre Schemas

Si lee esto algún cuñado de Schema: sí, cada uno tiene su URI correspendiente y expresados de manera recíproca entre entidades.

La organización Schema.org y sus predicadores nos dicen que las máquinas saben relacionarlos... Pero no nos dan herramientas de verificación.

Esta es la carencia, el ay.

Un poco más de contexto.

La evolución en la adopción de Schema queriendo gustar a Google

Se nos ha dicho y educado para que cada Schema esté en su URL particular: una URL con Organization para Home, una URL con Person para perfiles, otra para servicios con Service, otra para artículos con Article, uno por producto con Product, etc.

Así Google nos daría la limosna de los Resultados enriquecidos o fragmentos destacados: una receta por URL, un video por URL, etc.

Y esto ha creado una atomización. Una atomización en parte natural (en la URL de la empresa, hablo de la empresa largo y tendido; y en la URL del perfil me extiendo y hablo más de mi mismo) y en parte forzada o exigida que en consecuencia ha consolidado una fragmentación...

Una fragmentación de la entidad madre en sub-entidades.

Hace robusto cada fragmento, pero no muestra la imagen completa, es como si tuviera 2 piezas de puzzle que no puedo ver unidas, creando un desasosiego innecesario.

Entitymap viene, en teoría, para enlazar todos los Schemas en un único archivo... Aunque esto de enlazar Schemas no es cierto del todo.

Las especificaciones de Entitymap vienen con nuevos Types; e inaugura 2 variables: Fields y Predicates.

Sin emabrgo la forma es idéntica a los Schemas: JSON-LD (Linked Data).

Vía alternativa

Como estudioso del asunto, y sénior en el sector del SEO, he conocido otra iniciativa a cargo de Marin Popov, con propósito muy similar pero resuelto de otra forma.

Él lo ha llamado Semantic Anchor y crea el JSON-LD: Identity.

En este final de junio de 2026, además del Entitymap, también he creado mi identity.jsonld para estudiarlo, conocerlo y entenderlo.

Pues bien, lo que hace Marin, más o menos y explicado a mi manera, es juntar todos los Schemas de su sitio web en uno único, nada de Person en About, Organization en Home ni Service en Servicios: todo en 1.

Creo que no abuso de su confianza si muestro la captura de su publico identity.jsonldIdentity.jsonld de Marin Popov

Diferencias

Semantic anchor & Identity

Ahora mismo, la propuesta de Marin es más sencilla que el Map: coges todos tus schemas y los juntas en 1.

Ojo, no es poner uno después de otro, es con las reglas de anidación o relación, juntar, digamos, 8 schemas en 1 único con subjectOf, founder, offer, worksFor, sameAs...

Aquí es donde la anidación de Schemas brilla en su máximo esplendor porque... no todo el mundo anida Schemas, pero este es otro tema.

Entitymap

El Entitymap trasciende Schema e incorpora 2 nuevos campos (Fields) muy interesantes y claramente orientados:

  • Relations
  • Chunks

El campo Relations se artícula exclusivamente con verbos o Predicates, expresa qué tipo de relación hay entre tus entidades declaradas.

Puedes estudiarlo aquí https://entitymap.org/predicates

El campo de Chunks sirve para señalar los extractos de información exacta que quieres decir de ti mismo y de tus cosas (uno mismo, la empresa, producto, servicio, lugar...).

Digamos que tienen el propósito de ser reconocidos como fuente oficial.

Por ejemplo: si ya no vendo X producto, lo dejo claro aquí y deja de sugerirlo en tus respuestas; si he cambiado de despacho deja de referir la antigua dirección que has leído no sé donde; si tengo un nuevo cargo, si ya no trabajo para tal... Lo de las ineficiencias que hablo más abajo.

Sigo.

¿Mapa, identidad, unión... puzzle?

Creo que ha podido quedar un poco más claro que estas 2 iniciativas convergen hacia los mismo: unión de entidades.

Hasta hace poco las creábamos, ahora las unimos.

Es justo decir que esto es una iniciativa "civil", que se espera sea aceptado, asumido, interpretado...por las grandes tecnológicas.

Queda por ver, cual de las 2 iniciativas va a ser mayoritariamente asumida... Yo apoyo las 2.

Repositorios

Entitymap:

Semantic Anchor:

Cómo he hecho mi Entitymap

Estudiándolo en profundidad y haciendo Benchmarking: "un proceso continuo de investigación y evaluación comparativa..."

Aquí tenéis el mío: "Benchmarkead".

Generator

Waikay ha elaborado un Generator en el que automatizas su creación: https://waikay.io/entitymap/

De hecho todo esto es una iniciativa de Waikay que les trasciende.

No hay muchos Entitymaps publicados, dice Dixon Jones en su newsletter de esta semana que no más de 30.

Pero yo le he hecho a mano al estilo de profesor chiflado:

 (Jerry Lewis)

¿Y el identity?

El Identity lo tengo subido pero no incluido en el <head> por temor a sobrecargar la información, lo tengo en reposo aquí:

Pasado un tiempo y evaluado el efecto del Entitymap, seguramente lo sustituiré o haré pruebas.