Entidades SEO: cómo definir tu marca ante Google y la IA

Cuando alguien busca «Cristofer Cruz» o el nombre de su empresa, Google no compara cadenas de texto: intenta decidir de quién o de qué se habla. Si tu marca comparte nombre con otra, o cada página la presenta de una forma, esa decisión sale peor y se nota en la búsqueda de marca y en cómo te citan las respuestas de IA.

Aquí defino qué es una entidad, qué documenta Google y qué no, qué puedes trabajar en tu web y fuera de ella, cómo auditarlo, y cómo lo tengo yo en cristofercruz.net, incluidos los fallos que he encontrado leyendo mi propio código.

Qué es una entidad en SEO

Una entidad es algo que existe y se puede distinguir de lo demás: una persona, una organización, un lugar, un producto, una obra o un concepto. Tiene un nombre (a veces varios), unos atributos (a qué se dedica, dónde está, cuándo nació) y unas relaciones con otras entidades (quién la fundó, dónde trabaja, de qué trata).

La diferencia con una keyword es práctica. «Consultor SEO Salamanca» es una consulta; Salamanca es un lugar, «consultor SEO» es una ocupación y la persona que figura en una web es otra cosa distinta. El artículo de SE Ranking, que abrí para contrastar, explica bien esa distinción y los tipos de entidad de la API de Natural Language (persona, lugar, organización, evento, fecha, precio). No cubre lo que viene después: cómo declarar la entidad en tu sitio, cómo comprobar si Google la ha reconocido y qué hacer si no.

Schema.org define sameAs como la «URL de una página web de referencia que indica sin ambigüedad la identidad del elemento». Esa idea, identificar sin ambigüedad, es todo el trabajo de entidades en una frase.

Knowledge Graph, MID y Wikidata: qué es cada cosa

El Knowledge Graph es la base de datos de hechos sobre personas, lugares y cosas con la que Google responde preguntas factuales. Su ayuda oficial dice que busca mostrar información pública y factual cuando considera que es útil, y que sus fuentes incluyen fuentes públicas, datos con licencia (marcadores deportivos, bolsa, tiempo) y aportaciones de los propios titulares.

Los términos que se mezclan más son estos:

Hay un detalle que la ayuda dice con claridad: los sistemas automáticos deciden cuándo, dónde y cómo se muestra un panel, y Google indica que no puede ni quiere influir en eso caso por caso. Quien te prometa «conseguirte el panel de conocimiento» está vendiendo algo que Google no ofrece como trámite.

El identificador aparece también en URLs de búsqueda de Google (el parámetro kgmid), pero no he encontrado documentación oficial sobre él, así que lo uso como pista al auditar y no como dato en el que apoyar decisiones.

Cómo desambigua Google una entidad

Google no publica el algoritmo, pero sí un principio en su documentación de marcado de Organization: ese marcado ayuda a entender los datos administrativos de la organización y a «desambiguarla» en los resultados. Es la declaración más directa que conozco sobre el propósito del marcado de entidad. Lo que no dice es qué hace con él después.

A partir de ahí, lo que sigue son inferencias razonables, no hechos documentados:

• Contexto de la consulta. «Mercurio» con «temperatura» no es «Mercurio» con «órbita». Este es el mecanismo más fácil de comprobar: cambia el contexto y cambian los resultados.
• Contexto de la página. Los atributos y las entidades vecinas que aparecen en el texto (lugar, profesión, organización) reducen la ambigüedad.
• Identificadores externos. Un sameAs hacia un perfil o una ficha de referencia permite a quien lee el marcado cruzar datos.
• Coincidencia de nombre. Google pide que el name del marcado coincida con el nombre que usas para tu sitio. Si cada página te llama distinto, restas señal.

La co-ocurrencia (qué entidades aparecen juntas en muchas páginas) se cita como señal de relación entre entidades. No tengo una fuente primaria de Google que la confirme, así que no construyo estrategia sobre ella.

Entidades, intención y búsqueda con IA

La intención de búsqueda se entiende mejor con entidades que con palabras: quien teclea «clínica dental» quiere un tipo de negocio en un lugar, no la secuencia de letras. Un sitio que dice con claridad qué es, dónde está y qué hace facilita que cualquier sistema lo case con esa necesidad.

Con la IA generativa conviene separar lo documentado de lo supuesto. La documentación de Google sobre funciones de IA (última actualización: 10 de diciembre de 2025 según la propia página) dice que las AI Overviews y AI Mode pueden usar «query fan-out», es decir, varias búsquedas relacionadas sobre subtemas y fuentes de datos; que para aparecer una página debe estar indexada y ser elegible con snippet; y que no hay requisitos adicionales ni optimizaciones especiales. No menciona entidades ni pide un marcado específico, y recomienda que el schema coincida con el texto visible.

Así que mi postura es esta: trabajar entidades no es una palanca oficial de IA, es una forma de hacer bien lo que ya es base. Si un sistema descompone una pregunta en subconsultas, como se explica en el artículo sobre query fan-out, lo más probable es que se apoye en páginas que dicen con claridad de quién hablan. Eso es una hipótesis, no un dato. Para la parte de medición y hoja de ruta con IA tienes AEO y GEO, y si necesitas ayuda aplicándolo a una web concreta, lo trabajo dentro de SEO para LLMs e IA.

Qué puedes controlar y qué no

Ordeno las palancas por cuánto dependen de ti:

Consistencia de nombre y página Sobre

Lo más barato y menos vistoso: elegir una forma del nombre y usarla igual en la web, en el marcado, en las firmas de los artículos y en los perfiles. Para una persona, nombre y apellidos tal como los firmas. Para un negocio local, el nombre exacto de la ficha, con la misma dirección y teléfono en todas partes (lo que se llama coherencia NAP). Si usas un alias, decláralo como alternateName en lugar de dejarlo variar por página. Los mismos datos alimentan las etiquetas Open Graph con las que WhatsApp o LinkedIn previsualizan la página: que no contradigan al marcado.

La página «Sobre» es el sitio natural para declarar la entidad. Debe responder en texto visible a quién eres, a qué te dedicas, dónde estás y qué te respalda, con enlaces a tus perfiles reales. Ahí se hacen tangibles las señales de E-E-A-T: autoría, experiencia y trayectoria demostrables. Piensa en lo que un cliente quiere saber de un consultor SEO antes de contratarlo: quién es, qué ha hecho y cómo contactarlo.

Si tu marca o tus servicios mezclan términos en inglés y español, decide cuál es el nombre canónico y cuáles las variantes, con la lógica de los préstamos lingüísticos.

Schema con @id y sameAs: el enfoque de entidad

El marcado estructurado no es lo único ni lo primero, pero es la forma legible por máquinas de decir lo que la página ya dice. Aquí solo resumo la parte de entidad; el detalle de tipos, validación y políticas está en la guía de datos estructurados.

Tres reglas que aplico:

1. Un @id estable por entidad. Se declara una vez, con todas sus propiedades, y el resto de nodos lo citan por referencia.
2. sameAs solo a páginas donde la entidad existe y es tuya. Google lo define como la URL de una página en otro sitio con información adicional sobre la organización, y permite varias.
3. Nada que la página visible no respalde. Google avisa de que no garantiza que las funciones que consumen datos estructurados aparezcan, y de que incumplir sus directrices puede acarrear una acción manual.

Un esqueleto mínimo para una persona con negocio propio:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "ProfessionalService",
      "@id": "https://ejemplo.com/#business",
      "name": "Nombre del negocio",
      "url": "https://ejemplo.com/",
      "founder": { "@id": "https://ejemplo.com/#person" },
      "sameAs": ["https://es.linkedin.com/in/tu-perfil"]
    },
    {
      "@type": "Person",
      "@id": "https://ejemplo.com/#person",
      "name": "Nombre Apellidos",
      "jobTitle": "Consultor",
      "worksFor": { "@id": "https://ejemplo.com/#business" },
      "sameAs": ["https://es.linkedin.com/in/tu-perfil"]
    }
  ]
}

El schema de Organization no tiene propiedades obligatorias según Google, que recomienda añadir las relevantes: name, alternateName, address, url y logo, este último de al menos 112x112 px y rastreable. La página que lo documenta marca como última actualización el 8 de septiembre de 2026.

Wikidata, Wikipedia y perfiles externos

Un perfil de LinkedIn, una ficha de Business Profile o un perfil de autor en un medio son fuentes que controlas o puedes reclamar. Tres perfiles bien cuidados valen más que quince abandonados.

Con Wikidata y Wikipedia hay que ser prudente. Wikidata exige que cada elemento cumpla al menos una de tres condiciones: tener una página en un proyecto Wikimedia, ser una entidad claramente identificable descrita con referencias públicas serias, o cumplir una necesidad estructural dentro de Wikidata. He verificado esas tres condiciones a través de una guía que las cita; la página oficial de la política de notabilidad no me ha cargado, y conviene leerla entera antes de crear nada. La conclusión práctica es que existir no basta: hacen falta fuentes independientes, y una empresa recién creada o una persona sin cobertura externa probablemente no las tiene. Un elemento sin respaldo corre el riesgo de ser rechazado.

Tampoco he encontrado documentación de Google que diga que tener un elemento en Wikidata produce un panel. Es una fuente abierta que Google puede usar, no una reclamación que se tramite.

Enlazado interno por temas y atributos

Dentro de tu sitio, la entidad se refuerza igual que un tema: una página que la define y páginas satélite que desarrollan cada atributo, enlazadas con anclas descriptivas. Para una persona consultora, la ficha «Sobre» define quién es y las páginas de servicio y los artículos desarrollan en qué trabaja. El enlazado interno por temas es el pegamento: lo que no se enlaza, no se relaciona.

Mi plantilla para planificarlo es un mapa de entidades, una tabla con una fila por entidad relevante:

Si el mapa tiene dos filas con el mismo @id o una entidad sin página que la defina, ya sabes qué arreglar primero.

Cómo lo trato en mi web

Esto sale de leer el código de cristofercruz.net, no de lo que desearía que hiciera. Todo es JSON-LD generado en PHP.

Lo que está bien: la persona del autor se identifica siempre con el mismo @id en artículos y páginas de ciudad, hay una página de perfil con mainEntity apuntando a esa persona, y no hay valoraciones ni reseñas inventadas. Los hechos que declaro (cargo, ubicación, especialidades) aparecen también en el texto visible.

Lo que falta o falla, y lo digo tal cual:

• Dos identificadores para la misma persona. La home usa /#person, «Sobre mí» y el resto usan /sobre-mi/#persona. Para un sistema que lea el marcado son dos nodos, y no los he unido.
• Cargo y descripción distintos según la página. En la home la persona es «Consultor SEO» y trabaja para mi ProfessionalService; en «Sobre mí» lleva dos cargos y worksFor apunta a una organización distinta. Cada página se defiende por separado; juntas dan una entidad menos nítida.
• sameAs solo a LinkedIn. En la configuración, Facebook, X e Instagram están vacíos, así que no declaro nada más. No hay sameAs a Wikidata ni a ningún otro perfil.
• Sin Wikidata ni Wikipedia. No tengo elemento en Wikidata que yo haya verificado, y no he comprobado si Google muestra un panel de conocimiento para mi nombre. No lo doy por supuesto.

El orden de arreglo sería: unificar el @id de la persona, alinear cargo y worksFor, y solo después ampliar sameAs con perfiles que realmente existan y mantenga. Si algún día cumplo los criterios de Wikidata, lo haré con fuentes externas; no antes.

Cómo auditar una entidad

1. Búsqueda de marca en la SERP

Busca tu nombre exacto, tu nombre con «consultor» o tu marca con la ciudad, en una ventana sin sesión iniciada. Mira si aparece un panel, qué perfiles salen, si hay homónimos y si los datos del panel (si lo hay) coinciden con los de tu web. Si hay un panel y eres el titular, la ayuda de Google indica que puedes reclamarlo y sugerir cambios; si no eres el titular, solo puedes enviar comentarios con el enlace de la propia pantalla.

2. Knowledge Graph Search API

La Knowledge Graph Search API permite buscar entidades en el grafo, usa tipos de schema.org (Person, Organization, LocalBusiness, Place, WebSite y otros) y es de solo lectura. La documentación reconoce tres límites: devuelve entidades individuales, no un grafo conectado; no se considera adecuada para servicios críticos en producción; y Google la está migrando hacia Enterprise Knowledge Graph.

La petición es una URL con query, limit y tu clave:

https://kgsearch.googleapis.com/v1/entities:search?query=NOMBRE&limit=1&key=TU_API_KEY

Qué he probado y qué no: llamé al endpoint sin clave y devolvió un 403 («Method doesn't allow unregistered callers»). No lo he probado con clave, de modo que no puedo decirte qué devuelve para mi nombre. Cada entidad llega con su licencia propia, así que conviene mirarla antes de reutilizar datos.

3. Natural Language API

El análisis de entidades de la API de Natural Language de Google Cloud devuelve para cada entidad un tipo (PERSON, LOCATION, WORK_OF_ART…) y un bloque de metadatos; en el ejemplo de la documentación aparecen un mid y una wikipedia_url cuando existen. Sirve para ver qué entidades extrae un sistema automático de tu texto: si tu página sobre «auditoría SEO» no reconoce ninguna entidad relevante, el texto es genérico.

Esta también pide credenciales: sin ellas obtuve el mismo 403, y tampoco la he probado con clave. La documentación no explica qué significa la saliencia ni da precios en la página que leí, así que no la interpreto como una puntuación de SEO. Solo la uso para inspeccionar texto.

4. Mapa de entidades y marcado

Rellena la tabla de la sección anterior con lo que dice tu sitio hoy, no con lo que debería decir. Después extrae el JSON-LD de las plantillas principales (home, perfil, artículo, servicio), anota los @id y los sameAs de cada una y busca duplicados y huecos. Mi auditoría SEO incluye esta revisión del marcado de entidad junto con el resto del análisis técnico.

Errores típicos

• Confundir keyword con entidad. «Mejor consultor SEO» es una consulta con intención comercial; no hay una entidad llamada así. Lo que defines es quién eres y qué haces.
• sameAs que no son tuyos. Enlazar a la ficha de otra persona o de una empresa homónima mezcla identidades en lugar de separarlas.
• Schema inflado. Propiedades como premios, valoraciones o empleados que el texto visible no sostiene. Además de inútil, puede acabar en acción manual.
• Nombre cambiante. Abreviaturas, cargos y descripciones distintos en cada página o red social.
• Dos @id para una persona (el caso de mi propia home) o un @id para dos cosas.
• Esperar un panel. Puedes hacer tu entidad clara, no obligar a Google a mostrarla.

Qué hacer esta semana

1. Escribe en una línea cómo quieres que se llame tu marca y tu persona, y busca dónde se escribe distinto.
2. Extrae el JSON-LD de home, «Sobre» y un artículo, y comprueba que cada entidad tiene un solo @id.
3. Revisa cada sameAs: perfil real, tuyo y abierto.
4. Rellena el mapa de entidades con las cinco o seis que importan a tu negocio.
5. Busca tu nombre en una ventana privada y anota lo que sale; repite el mes siguiente.

Si prefieres que alguien lo audite contigo, lo puedo plantear como parte de una consultoría SEO.

Preguntas frecuentes

Referencias y fuentes

1. Google Knowledge Graph Search API Google for Developers
2. How Google's Knowledge Graph works Knowledge Panel Help, Google
3. About knowledge panels Knowledge Panel Help, Google
4. Organization structured data Google Search Central
5. AI features and your website Google Search Central
6. Natural Language API: conceptos básicos Google Cloud
7. sameAs Schema.org
8. How to Create a Wikidata Item That Holds Up V9 Digital