¿Qué es una entidad?

Una entidad es una cosa concreta y distinguible: una empresa, una persona, un lugar dado de alta en Google Business Profile, un producto, un acontecimiento. Lo importante es que la entidad es la cosa, no la palabra que la nombra, y esa distinción es todo el asunto.

Un buscador que trabaja con palabras solo puede comparar cadenas de texto. Uno que trabaja con entidades sabe que dos nombres distintos pueden señalar lo mismo y que el mismo nombre puede señalar cosas distintas.

De ahí viene su peso en la visibilidad en IA: los sistemas que resumen y responden trabajan con cosas, no con cadenas, y una marca que no está claramente identificada como cosa es difícil de citar correctamente.

La diferencia entre cosa y palabra se ve mejor con un ejemplo cotidiano. «Cámara» puede ser un aparato de fotos, una institución del comercio o una parte de un motor; quien busca una de las tres no quiere las otras dos. A la inversa, «Volkswagen», «VW» y «el fabricante de Wolfsburgo» son tres cadenas distintas para una sola cosa.

Ese doble problema —un nombre para varias cosas, varias palabras para una cosa— es exactamente lo que un sistema basado en entidades resuelve y uno basado en cadenas no puede resolver. Por eso la intención de búsqueda se interpreta mejor cuando se sabe de qué cosa se está hablando.

Y por eso también importa fuera de los buscadores clásicos: un asistente que redacta una respuesta necesita saber a qué se refiere antes de poder citarlo, y una marca mal identificada acaba citada como otra o no citada en absoluto.

Una cosa se identifica por coincidencia, no por declaración. Decir en la propia web quién eres es el punto de partida; lo que convierte esa declaración en identificación es que otras fuentes digan lo mismo y se apunten entre ellas con enlaces recíprocos.

El marcado sirve precisamente para eso. La documentación de Google sobre organizaciones muestra el uso de sameAs: junto al nombre y la dirección se listan los perfiles donde esa misma organización aparece, de modo que quien lea el marcado de datos estructurados pueda seguir los hilos.

La coherencia, como en el hreflang, importa más que la cantidad. Un nombre escrito de tres maneras distintas en tres sitios no suma tres confirmaciones; suma dudas, y esa es la diferencia entre aparecer y aparecer identificado.

Hay una fuente de coincidencia que se subestima y no cuesta nada: la propia página de contacto o de empresa. Nombre completo, dirección, teléfono y forma jurídica escritos una sola vez y de una sola manera son el punto de referencia con el que se compara todo lo demás, y en muchos sitios ni siquiera existen en texto seleccionable.

Y una advertencia sobre las páginas de personas. Si tu equipo aparece con nombres y cargos, esas también son entidades, y cada una hereda los mismos problemas: homónimos, perfiles antiguos, cuentas de una empresa anterior. Una página de autor sin datos estructurados correctos no aporta autoridad, solo ocupa sitio.

El fallo más caro es también el más silencioso: enlazar desde el marcado a un perfil que no es tuyo. Ocurre cuando alguien deduce la dirección de un perfil a partir del nombre en lugar de comprobarla, y el resultado es una declaración formalmente correcta que señala a otra persona.

Lo he visto de cerca: en una revisión de agosto de 2026, el marcado de autor de un sitio con casi doscientas páginas enlazaba a dos personas ajenas con nombres parecidos. Ningún validador ni ninguna revisión de SEO técnico automática se queja de eso, porque técnicamente el marcado schema.org está bien formado; solo señala mal.

El segundo fallo es la incoherencia acumulada: razón social en un sitio, nombre comercial en otro — la misma incoherencia que produce contenido duplicado —, dirección antigua en un tercero. Cada variante es defendible por separado y el conjunto no identifica a nadie.

Conviene entender por qué este fallo sobrevive tanto tiempo: no rompe nada visible. La página carga, el validador pasa, el enlace responde. El único síntoma es que la identidad declarada no coincide con la real, y eso no lo mide ninguna herramienta automática; hay que abrir el perfil y mirarlo.

El caso que menciono se descubrió así, mirando. Un comprobador de estado no habría encontrado nada: algunas plataformas responden con un código de error a cualquier petición automática, de modo que el enlace correcto y el equivocado se parecen exactamente igual desde fuera. Es el mismo tipo de trampa que hace inútil comprobar un backlink solo por su código de respuesta.

Primero, decidir la forma canónica: un nombre, una dirección coherente con la Search Console, una manera de escribirlos, y usarla en todas partes. Esa decisión se toma una vez y se documenta, porque de otro modo cada persona del equipo elegirá la suya.

Segundo, declararla donde corresponde con datos estructurados y enlazar con sameAs los perfiles que de verdad son tuyos, comprobados uno por uno abriendo la página, no deduciéndola del nombre.

Y tercero, revisar lo que ya existe. Los perfiles antiguos, las fichas de directorios olvidadas y las páginas de equipo desactualizadas siguen hablando en tu nombre; corregir una dirección antigua en tres directorios vale más que añadir el meta tag número cuarenta.

Un cuarto paso que casi nadie da y que ordena todo lo demás: escribir la lista de sitios donde tu organización aparece. No para cambiarlos todos, sino para saber cuáles existen. Sin esa lista, cada revisión empieza de cero y siempre queda fuera el directorio que nadie recuerda.

Y una recomendación sobre el orden de trabajo: primero lo que se puede corregir hoy —tu web, tus perfiles— y después lo que depende de terceros. La mitad de los problemas de identidad se arreglan sin pedirle nada a nadie, y esa mitad es también la que un análisis de logs o cualquier auditoría podrá comprobar después.

El primero es tratarlo como un problema de marcado. El marcado declara lo que ya es cierto fuera; si no hay nada coherente que declarar, añadir marcado no crea una entidad, solo la afirma.

El segundo es deducir direcciones de perfiles a partir del nombre. Un identificador parecido al tuyo pertenece a otra persona con la misma frecuencia que a ti, y un comprobador de estado no lo detecta: la página existe, simplemente no es la que creías.

Y el tercero es esperar un panel de resultados como recompensa. Nadie puede garantizar que aparezca, y perseguirlo lleva a decisiones raras; el objetivo razonable es que quien busque tu nombre —o le pregunte a un asistente— reciba una respuesta que se refiere a ti y no a un homónimo, lo que también se nota en la SERP.

Un cuarto error es cambiar la forma canónica sin avisar. Renombrar la empresa, mudarse o fusionarse son decisiones legítimas, pero si el cambio ocurre en la web y no en los veinte sitios que la citan, durante meses conviven dos versiones y ninguna queda confirmada.

Y el último, más de fondo: creer que esto se resuelve una vez. Los perfiles caducan, las plataformas cierran y sus URLs acaban en errores 404, la gente cambia de empresa. Mantener una identidad coherente se parece más a mantener un sitemap que a publicar un artículo: es una tarea recurrente, corta cada vez, y solo cara cuando se deja años sin hacer.