Schema de entidades e identidades

TL;DR — La mayor parte del marcado de datos estructurados describe lo que hay en una página (“este es el precio,” “esta es una reseña”). Entity & identity schema cumple una función diferente: indica a los motores de búsqueda quién o qué hay detrás del sitio —una empresa, un negocio local o una persona. Los tres tipos principales son Organization, LocalBusiness y Person (no son los únicos tipos de schema.org con capacidad de identidad, solo los tres que más importan aquí). Su objetivo es ayudar a Google a identificarte como una “entidad” distinta, no obtener calificaciones con estrellas. No hace que posiciones más alto de forma directa, y no te garantiza un Knowledge Panel.

Qué significa “entity schema”

El tipo Thing y la propiedad sameAs de Schema.org proporcionan vocabulario para identificar una cosa y enlazar referencias de identidad inequívocas. Evidencia de esta afirmación Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Alcance: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confianza: alta · Verificado: 2026-07-14 Schema.org: sameAs Google recomienda usar datos estructurados que representen con precisión el contenido visible de la página y usen identificadores estables de manera constante. Evidencia de esta afirmación Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Alcance: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confianza: alta · Verificado: 2026-07-14 Google: Structured data policies

Cuando lees una página web, puedes distinguir que “Apple” la empresa es diferente de “apple” la fruta, y que el autor “John Smith” es una persona real específica y no solo un nombre. Un motor de búsqueda tiene que deducirlo a partir de señales. Una entidad es el término que usa Google para una cosa del mundo real identificable de manera única —una persona, un lugar, una organización— que almacena en su grafo de conocimiento.

La mayor parte del marcado de datos estructurados etiqueta contenido: Article, Product, FAQPage. Entity and identity schema es el pequeño conjunto de tipos que, en cambio, etiqueta identidad: declara lo que está detrás del contenido:

• Organization — para cualquier empresa o marca.
• LocalBusiness — para un negocio con una presencia real, física y local (una tienda, un restaurante, un dentista).
• Person — para una persona: un autor, un fundador, un experto, una marca personal.

“Entity schema” no es una categoría oficial de Google ni de schema.org, por cierto; solo es un nombre práctico que uso para estos tres tipos que portan identidad. Tampoco es exhaustivo: schema.org tiene otros tipos que pueden identificar una cosa del mundo real (Product, Place y docenas más bajo el tipo general Thing). Organization, LocalBusiness y Person son los tres que más importan para declarar quién gestiona el sitio, no la lista completa de tipos de schema.org con capacidad de identidad.

Por qué es importante

Marcar tu identidad ayuda a Google a estar seguro de cuál es la entidad de tu sitio, en lugar de adivinarlo. Si se hace bien, esto puede alimentar el grafo de conocimiento y favorecer cosas como un Knowledge Panel o que tu logotipo aparezca junto a tu ficha. También existe una teoría cada vez más extendida entre los profesionales de que influye en si las herramientas de IA (ChatGPT, Perplexity, AI Overviews) reconocen tu marca como algo real y citable, pero ningún proveedor de IA documenta esa conexión, así que trátala como una hipótesis plausible, no como una palanca con efecto demostrado.

Pero ten claro lo que no hace:

• No es un factor de posicionamiento. Añadir Organization Schema no te hará subir en los resultados.
• No garantiza un Knowledge Panel. Puede ayudarte a ser elegible; Google todavía decide.

La única propiedad que lo une todo: sameAs

El ingrediente clave es una propiedad llamada sameAs. Así es como le dices a Google “este Organization (o Person) es la misma entidad que este otro registro autorizado” — tu página de Wikipedia, tu entrada de Wikidata, tus perfiles sociales verificados. Esos enlaces ayudan a Google a conectar los puntos y confirmar tu identidad.

La trampa: un enlace sameAs que apunta al perfil equivocado puede identificarte de forma incorrecta. Así que es una señal útil, no un botón mágico de confianza, y tiene que ser precisa.

¿Quieres la versión completa: cómo se resuelven las entidades en distintas fuentes, la decisión entre Organization, LocalBusiness y Person, @id y el ángulo de la búsqueda con IA? Cambia a la pestaña Advanced.

TL;DR — “Entity & identity schema” es mi término general no exhaustivo para Organization, LocalBusiness y Person: los tipos de schema.org cuyo trabajo es la desambiguación, no los resultados enriquecidos. Declaran a qué entidad del mundo real pertenece un sitio y, mediante sameAs, vinculan esa afirmación a registros autorizados (ejemplos como Wikipedia, Wikidata, perfiles verificados; no son requisitos) para que los motores de búsqueda puedan resolverla. LocalBusiness es un subtipo de Organization: usa el tipo más específico que corresponda; Person es la contraparte individual. No es un factor de posicionamiento y no garantiza un Knowledge Panel (panel de conocimiento); sameAs es una señal de resolución de identidad, no una palanca de confianza, y un valor reutilizado o mal dirigido atribuye incorrectamente tu entidad de forma activa. Si impulsa la citación en respuestas de IA es una hipótesis no demostrada, no un mecanismo documentado.

Qué entiende Google por “entity”

Las entidades son cosas identificables en sistemas de información; los datos estructurados pueden aclarar la identidad, pero no garantizan la inclusión en el grafo de conocimiento. Evidencia de esta afirmación Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Alcance: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confianza: alta · Verificado: 2026-07-14 Schema.org: sameAs Las reglas documentadas de datos estructurados de Google siguen siendo específicas de cada función. Evidencia de esta afirmación Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Alcance: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confianza: alta · Verificado: 2026-07-14 Google: Structured data policies

Una entidad es una cosa del mundo real identificable de forma única que Google almacena en su grafo de conocimiento: personas, lugares, organizaciones, pero también conceptos abstractos. Google resuelve una entidad cruzando señales sobre ella en muchas fuentes independientes: tu propio sitio web, tus perfiles sociales, directorios, bases de datos públicas, menciones destacadas en prensa y registros estructurados como Wikidata. El esquema de entidad es tu oportunidad para declarar tu identidad claramente y señalar a Google esos otros registros para que pueda alinearlos con confianza.

Una distinción que vale la pena mantener clara: la API de búsqueda del grafo de conocimiento de Google es una herramienta para desarrolladores para consultar entidades — no es el mismo sistema que el panel de conocimiento orientado al posicionamiento, y marcar el esquema Organization no te “envía” a él. No confundas la API con la forma en que el esquema de identidad alimenta el panel; son cosas diferentes.

Esquema de identidad vs. esquema de contenido

Esta es la distinción central de este hub, así que permíteme trazarla claramente:

• Esquema de contenido — Article, Product, FAQPage, HowTo, Recipe — describe lo que hay en la página. Su beneficio habitual es la elegibilidad para resultados enriquecidos: una mejora visible en la SERP (estrellas, precio, breadcrumbs).
• Esquema de identidad — Organization, LocalBusiness, Person — describe quién o qué publica la página. Su beneficio es la comprensión de la entidad y la desambiguación, sin ninguna insignia visible adjunta.

La consecuencia práctica: vale la pena implementar el marcado de datos estructurados de identidad, aunque normalmente no produce ningún resultado enriquecido. Ese es el instinto opuesto al de la mayoría del trabajo de marcado de datos estructurados, y por eso las personas que solo piensan en “resultados enriquecidos” tienden a omitirlo.

Los tres tipos que incorporan identidad

No son tres hermanos sin relación — son un tipo base, una especialización de este, y una contraparte individual:

• Organization es el tipo base/paraguas para cualquier empresa o marca. Es el que casi cualquier sitio debería tener.
• LocalBusiness es técnicamente un subtipo de Organization (Thing > Organization > LocalBusiness), para negocios con presencia física o local — horario, dirección, área de servicio. La recomendación de Google es usar el subtipo aplicable más específico, por lo que un negocio local usa LocalBusiness (o un subtipo más específico como Restaurant), no el Organization genérico.
• Person se ubica en su propia rama (Thing > Person). Establece una identidad individual — un autor, un fundador o ejecutivo, un consultor, un propietario único, cualquier persona que construya una marca personal que necesite distinguirse de personas con el mismo nombre.

Un único sitio a menudo usa más de uno: un Organization para la marca y marcado de Person para los autores, idealmente enlazados en un único grafo (consulta @id más abajo).

sameAs y resolución de identidad

sameAs es el mecanismo principal. Schema.org lo define claramente: una URL a una página de referencia que identifica inequívocamente el elemento — Wikipedia, Wikidata o un sitio web oficial son los ejemplos que da schema.org, no una lista obligatoria. En la práctica, referencia los perfiles que realmente te describen: una entrada de Wikidata, una página de Wikipedia si tienes una, cuentas sociales verificadas. En el caso de Organization, la página de inicio es el lugar más importante para establecer la identidad de marca, con al menos name, logo, url y sameAs.

Dos reglas determinan el éxito o el fracaso:

1. Un valor, una entidad. Una URL de sameAs debe identificar inequívocamente la entidad — no reutilices el mismo valor de sameAs para dos entidades diferentes. Reutilizarlo o dirigirlo incorrectamente no solo deja de ayudar; atribuye erróneamente de forma activa tu entidad.
2. sameAs es una señal de resolución de identidad, no hay nada más documentado que eso. Es el mecanismo de schema.org para apuntar a otro registro autorizado de la misma entidad — no es una mejora de posicionamiento, no es una fuente de “confianza” y no es una palanca documentada de citación de IA. Cualquier afirmación de que sameAs hace una de esas cosas es una afirmación separada y actualmente sin respaldo; no lo trates como parte de la función real de la propiedad.

Una historia aleccionadora del sector: Ryan Law, de Ahrefs, una vez estableció accidentalmente su sameAs personal en el blog de Ahrefs en lugar de su propia página de autor, lo que provocó que Google atribuyera erróneamente su entidad personal al sitio de Ahrefs — un pequeño error de esquema con un resultado visible e incorrecto públicamente. La lección: el esquema de entidad es lo bastante potente como para que los errores se reflejen en la forma en que se representa tu marca, así que verifica dos veces cada valor. La anécdota de Ryan Law se relata a partir de la guía de Ahrefs sobre el grafo de conocimiento y se parafrasea aquí, no se cita textualmente.

@id — conecta tus nodos en un solo grafo

@id es un identificador de nodo JSON-LD, y punto — eso es lo que la especificación JSON-LD define como tal: una forma de asignar a un nodo de un grafo un identificador estable y reutilizar ese mismo identificador para referirse a él. En la práctica, si tienes marcado de Organization, WebSite y Person repartido por un sitio, asignas al nodo Organization un URI de @id y luego apuntas author.@id (en un Person) o publisher.@id (en un Article) a ese mismo URI. Esto hace que “el autor de este Article es esta Person, que forma parte de esta Organization” sea inequívoco dentro del grafo JSON-LD que escribiste.

Lo que no puedo decirte con la misma confianza: con qué fiabilidad, o de qué forma, los sistemas de indexación de Google unen páginas rastreadas por separado en una entidad mediante coincidencias de @id. Eso no es algo que Google documente en detalle. Considera el uso consistente de @id como una buena práctica conforme a la especificación y una convención de implementación útil, no como una señal de posicionamiento entre páginas o de vinculación de entidades probada y documentada. La mecánica detallada de @id pertenece al análisis detallado de Organization; para el hub, solo tienes que saber que es una convención de identificadores JSON-LD y sé honesto al reconocer que su efecto entre páginas por parte de Google es una cuestión abierta, no un hecho documentado.

Por qué esto importa para la búsqueda con IA / GEO

Esto es lo que está en juego en la actualidad, y este es el límite honesto de lo que se ha probado. El posicionamiento clásico y el reconocimiento de entidades son problemas separados: puedes ocupar el puesto n.º 1 en la búsqueda tradicional y seguir siendo invisible para un motor de respuestas con IA que no reconoce tu marca como una entidad distinta; esa parte es una inferencia razonable a partir de cómo funcionan estos sistemas. Lo que no puedo respaldar con evidencia de primera mano es una afirmación causal de que el esquema de identidad, sameAs o @id hacen que ChatGPT, Perplexity o AI Overviews te reconozcan o te citen. Ningún proveedor de IA documenta ese mecanismo. Así que lo plantearé como una hipótesis, no como un hecho: el esquema de identidad es una infraestructura de entidades plausible —un marcado preciso y bien enlazado que elimina la ambigüedad que un modelo, de otro modo, tendría que resolver adivinando—, pero no tengo una prueba controlada que demuestre que cambia el comportamiento de citas, y deberías mostrar escepticismo ante cualquiera que afirme tenerla sin mostrarla. Esto se relaciona con mi trabajo más amplio sobre búsqueda con IA / GEO: estar posicionado y estar reconocido como una entidad parecen batallas diferentes, pero el vínculo causal entre “reconocido” y “citado” sigue siendo una cuestión abierta, no una infraestructura establecida.

Para ser honestos sobre la evidencia en general: los datos estructurados a menudo se sobredimensionan como una palanca para las AI Citations, y los propios representantes de Google han sido cautelosos aquí. A John Mueller, cuando se le preguntó si muchos datos estructurados ayudan a los LLM a entender entidades, dio la respuesta muy propia del SEO: “yes, no, and it depends” (traducción) «sí, no, y depende» — los datos estructurados ayudan a los motores a entender las entidades de una página, pero eso no hace que posiciones más alto ni que te etiqueten como “best” en una respuesta de IA; la credibilidad y la autoridad siguen dominando. El comentario de Mueller se transmite a través de la cobertura de Search Engine Roundtable y está parafraseado, no presentado como una cita textual verificada.

También hay un desacuerdo más amplio que vale la pena señalar: no todos creen que el “SEO de entidades” sea siquiera una disciplina separada. Ahrefs ha argumentado que, una vez que la búsqueda de Google funciona con entidades, “entity SEO is just SEO” (traducción) «el SEO de entidades es simplemente SEO» — datos estructurados ordinarios, calidad de contenido y construcción de autoridad, no un conjunto novedoso de tácticas — y el artículo me cita haciendo el mismo punto: “The entity identification part is more on Google’s end than on our end.” (traducción) «La parte de identificación de entidades corresponde más a Google que a nosotros.» Ir a la cita Eso es coherente con la forma en que he definido el alcance de este centro: los datos estructurados de identidad son un marcado preciso y verificable que controlas, no una lista de verificación de movimientos especiales de “optimización de entidades” — el trabajo real de identificación e inferencia ocurre en el lado del motor de búsqueda.

Errores comunes

• Tratar el schema de identidad como cualquier otra tarea de schema. No persigue un resultado enriquecido; es desambiguación. Evalúalo en función de si Google puede identificar tu entidad, no por si aparece una insignia.
• Reutilizar o dirigir incorrectamente sameAs — el modo de fallo de Ryan Law. Un valor, una entidad; verifica que cada URL apunte donde pretendes.
• Añadir marcado en las páginas equivocadas. Google recomienda colocar el schema Organization en tu página de inicio o en una página Acerca de dedicada — no es necesario repetirlo en todas las páginas del sitio.
• Asumir que necesitas Wikipedia. No es así. Wikidata (mucho más fácil de crear y editar) y las señales coherentes entre fuentes pueden establecer la condición de entidad; Wikipedia es una señal fuerte, no un requisito obligatorio.
• Esperar un Knowledge Panel (panel de conocimiento) garantizado. El schema puede hacerte elegible; Google decide. No existe un botón de “enviar para panel”.

Adónde ir a continuación

Este centro es el mapa. Cada tipo de identidad tiene su propio análisis detallado — implementación, propiedades obligatorias y recomendadas, y validación:

• Organization Schema — el tipo base para cualquier marca o empresa: dónde se usa (página de inicio/Acerca de), la base de name/logo/url/sameAs y el enlace de grafo con @id. Empieza aquí si no haces nada más.
• datos estructurados de negocio local (LocalBusiness) — el subtipo especializado para presencia física/local: dirección, horarios, geolocalización, área de servicio y elección del subtipo de negocio más específico.
• Person Schema — establecer la identidad de una persona: autores, fundadores, expertos y marcas personales, y cómo enlazar Person con Organization.

Los tres se sitúan bajo el grupo más amplio de datos estructurados / marcado de datos estructurados al que pertenece este centro — si aún no tienes claro el vocabulario, los formatos (JSON-LD vs. Microdata), y cómo se diferencian los resultados enriquecidos de la comprensión de entidades, empieza primero por la visión general del marcado de datos estructurados y luego vuelve aquí para la capa de identidad.

Resumen de IA

Una versión condensada de la versión avanzada:

• Qué es: “entity & identity schema” es una etiqueta usada por profesionales — no exhaustiva, no una categoría oficial — para tres tipos de schema.org que declaran quién/qué está detrás de un sitio: Organization, LocalBusiness, Person.
• Esquema de identidad frente a esquema de contenido: los tipos de contenido (Article, Product, FAQPage) describen la página y persiguen resultados enriquecidos; los tipos de identidad describen al editor y realizan desambiguación/comprensión de entidades — por lo general no muestran una insignia visible.
• Los tres tipos se relacionan jerárquicamente: LocalBusiness es un subtipo de Organization (usa el tipo más específico que corresponda); Person es la contraparte individual. Los sitios suelen usar varios, enlazados mediante @id.
• sameAs es la mecánica central: schema.org lo define como una URL a una página de referencia que identifica inequívocamente la entidad (Wikipedia, Wikidata y los perfiles sociales verificados son ejemplos, no requisitos). Reglas: un valor = una entidad (nunca lo reutilices), y es una señal de resolución de identidad — no un impulso de posicionamiento, una palanca de confianza ni un mecanismo documentado de citas de IA. Un sameAs incorrecto atribuye mal tu entidad (la anécdota de Ryan Law).
• @id es un identificador de nodo JSON-LD que te permite conectar nodos Organization/WebSite/Person en un único grafo dentro de tu marcado; no está documentado con qué seguridad Google enlaza eso entre páginas rastreadas por separado, así que trátalo como una convención compatible con la especificación, no como una señal probada entre páginas.
• No es un factor de posicionamiento; no hay un Knowledge Panel (panel de conocimiento) garantizado. Puede hacerte elegible para el tratamiento de panel/logotipo y alimentar el grafo de conocimiento; Google sigue decidiendo.
• Ángulo de la búsqueda con IA: posicionamiento ≠ ser reconocido como una entidad citable, y los datos estructurados de identidad son una infraestructura de entidades plausible — pero no hay evidencia primaria de que cause reconocimiento o cita por parte de la IA (Mueller: “yes, no, and it depends” (traducción) «sí, no, y depende»). Ahrefs también sostiene que el SEO de entidades no es en absoluto una disciplina separada — citando a Patrick: “the entity identification part is more on Google’s end than on our end.” (traducción) «la parte de identificación de entidades está más del lado de Google que del nuestro.»
• Ubicación: Organization en la página de inicio o en la página Acerca de — no en todas las páginas.
• Desmontando mitos: no necesitas Wikipedia (Wikidata + señales entre fuentes funcionan).
• Adónde ir a continuación: análisis detallados de Organization Schema, datos estructurados de negocio local (LocalBusiness) y Person Schema; comienza con el resumen del marcado de datos estructurados si el vocabulario aún no está claro.

Documentación oficial

Documentación de fuente primaria sobre tipos de entidad e identidad.

Google

• Datos estructurados de Organization — el documento principal: cómo Organization Schema ayuda a Google a entender y desambiguar tu organización, la definición de sameAs, la orientación de “no required properties” y la ubicación en la página de inicio y en la página Acerca de.
• Datos estructurados de negocio local — el subtipo LocalBusiness: dirección, horario, geolocalización, departamento y qué subtipos de negocio admite Google.
• Introducción al marcado de datos estructurados — cómo Google usa los datos estructurados para entender la página y recopilar información sobre el mundo, y la orientación de “most specific applicable type”.
• Directrices generales de datos estructurados — reglas de calidad/spam: marca solo el contenido visible, usa el tipo más específico y mantenlo preciso.
• Knowledge Graph Search API — la API para desarrolladores que permite consultar entidades (una herramienta para buscar en el grafo de conocimiento — no el sistema de Knowledge Panel orientado al posicionamiento; no los confundas).
• Prueba de resultados enriquecidos / Validador de marcado de datos estructurados — valida tu marcado (el validador de schema.org cubre tipos que no producen resultados enriquecidos, como Organization y Person).

Bing / Microsoft

• Directrices de Bing para webmasters — Compatibilidad de Bing con los datos estructurados de schema.org.
• Marcar tu sitio con datos estructurados — Ayuda de Bing sobre datos estructurados y Markup Validator.

Citas de la fuente

Declaraciones públicas. Cuando una página muestra el texto, el enlace es un enlace profundo que salta al fragmento citado.

Documentación de Google — Organization Schema y desambiguación

• “Adding organization structured data to your home page can help Google better understand your organization’s administrative details and disambiguate your organization in search results.” (traducción) «Añadir datos estructurados de organización a tu página de inicio puede ayudar a Google a comprender mejor los detalles administrativos de tu organización y a desambiguar tu organización en los resultados de búsqueda.» Ir a la cita
• Sobre las propiedades de desambiguación: “Some properties are used behind the scenes to disambiguate your organization from other organizations.” (traducción) «Algunas propiedades se utilizan entre bastidores para desambiguar tu organización de otras organizaciones.» Ir a la cita
• Sobre las propiedades obligatorias: “There are no required properties; instead, we recommend adding as many properties that are relevant to your organization.” (traducción) «No hay propiedades obligatorias; en su lugar, recomendamos añadir tantas propiedades como sean relevantes para tu organización.» Ir a la cita
• Sobre sameAs: “The URL of a page on another website with additional information about your organization” — por ejemplo, una página de perfil en un sitio de redes sociales o de reseñas. (traducción) «La URL de una página en otro sitio web con información adicional sobre tu organización» Ir a la cita

Google — semántica de identidad de sameAs (paráfrasis)

• En toda la documentación de datos estructurados de Google, la instrucción constante es que un valor de sameAs debe identificar inequívocamente la entidad — no deberías usar el mismo valor de sameAs para dos entidades diferentes. Este es el mecanismo detrás de la resolución de entidades. Paráfrasis: esta formulación se repite en varias páginas de datos estructurados de Google en lugar de en una única página canónica citable, por lo que aquí se resume, no se presenta como una única cita textual.

John Mueller, Google — schema y comprensión de entidades por los LLM (paráfrasis)

• Cuando se le preguntó si un marcado de datos estructurados extenso ayuda a los LLM a comprender mejor las entidades, Mueller respondió, según se informó, que es una pregunta de “sí, no y depende”: los datos estructurados ayudan a los motores a comprender las entidades de una página y son más valiosos para detalles precisos, pero no hacen que una entidad posicione mejor ni que sea etiquetada como “mejor” en las respuestas de IA — las señales de autoridad más amplias siguen dominando. Difundido a través de la cobertura de Search Engine Roundtable; parafraseado, no confirmado como una cita textual. No consideres la redacción exacta como definitiva.

Patrick Stox, citado por Ahrefs — ¿el SEO de entidades es una disciplina separada?

• “The entity identification part is more on Google’s end than on our end.” (traducción) «La parte de identificación de entidades está más del lado de Google que del nuestro.» Ir a la cita — del artículo de Ahrefs “Entity SEO is Just SEO”, que sostiene que la mayoría de las tácticas de “SEO de entidades” son SEO ordinario y no una disciplina distinta.

Cuándo usar Organization vs. LocalBusiness vs. Person

Atajos de decisión

• ¿Tienes una marca/sitio? → Organization (casi siempre).
• ¿Negocio físico o local? → LocalBusiness (el subtipo específico) en lugar de Organization genérico — usa el subtipo más específico aplicable.
• ¿Establecer un individuo con nombre? → Person, normalmente junto a Organization, enlazado con @id.

Datos rápidos

• “Entity/identity schema” = no es una categoría oficial; es una etiqueta para estos tres tipos que portan identidad.
• Mecánica central = sameAs → Wikipedia / Wikidata / perfiles sociales verificados.
• Un valor de sameAs = una entidad. Nunca lo reutilices ni lo dirijas incorrectamente.
• No es un factor de posicionamiento. No garantiza un Knowledge Panel (panel de conocimiento).
• sameAs = señal de resolución de identidad, no una palanca de confianza/autoridad.
• Coloca Organization en la página de inicio/Acerca de, no en todas las páginas.
• No se requiere Wikipedia — Wikidata + señales de fuentes cruzadas pueden establecer la condición de entidad.

Tratar el esquema de identidad como una tarea de resultados enriquecidos

Veo a personas implementar el marcado Organization o Person y luego comprobar la herramienta Rich Results Test (Prueba de resultados enriquecidos), esperando una insignia que nunca llegaría. Por qué es un error: el esquema de identidad sirve para desambiguar, no para decorar las SERP; la mayor parte de este no produce ninguna mejora visible, así que juzgarlo por “¿apareció un resultado enriquecido?” te lleva a concluir que el marcado “no funcionó” cuando en realidad está haciendo exactamente lo que se supone que hace. Haz en su lugar: juzga el esquema de identidad según si Google puede identificar con confianza tu entidad; valida el marcado, confirma que los valores de sameAs resuelven a los perfiles correctos, y deja de esperar una recompensa visual.

Reutilizar o dirigir incorrectamente un valor de sameAs

El modo de fallo aquí es concreto, no hipotético: Ryan Law en Ahrefs una vez tuvo su sameAs personal apuntando al blog de Ahrefs en lugar de a su propia página de autor, y Google atribuyó erróneamente su entidad personal al sitio de Ahrefs. Por qué es incorrecto: una URL de sameAs tiene que identificar inequívocamente una entidad; reutilizar el mismo valor en dos entidades diferentes, o apuntarlo al perfil equivocado, no solo no ayuda, sino que atribuye de manera activa y errónea quién eres. En su lugar: aplica la regla de un valor por entidad estrictamente, y verifica dos veces que cada URL de sameAs apunte realmente a tu perfil antes de publicar, no a un perfil similar o al de una marca matriz.

Marcar Organization en todas las páginas del sitio

Algunos sitios repiten el JSON-LD completo de Organization en cada plantilla, tratándolo como un píxel de seguimiento. Por qué es incorrecto: la recomendación de Google es colocar los datos estructurados Organization en la página de inicio o en una página Acerca de dedicada; repetirlos en todas partes añade riesgo de mantenimiento (una copia desactualizada se desvía del resto) sin añadir ninguna fuerza a la señal. En su lugar: marca Organization una sola vez, en la página de inicio o en la página Acerca de, y enlaza otros nodos de identidad (Person, WebSite) a ese grafo mediante @id en lugar de duplicar todo el bloque.

Asumir que necesitas una página de Wikipedia para ser una entidad reconocida

Escucho regularmente: «no podemos hacer esquema de entidades, no tenemos una página de Wikipedia», como si eso fuera un impedimento. Por qué es incorrecto: Wikipedia es una señal fuerte entre muchas, no un requisito — muchas entidades reales y bien establecidas no tienen página de Wikipedia y aun así se resuelven correctamente. Haz en su lugar: crea o reclama una entrada de Wikidata (mucho más fácil de crear y editar que Wikipedia) y mantén coherentes tus señales entre fuentes — perfiles sociales, directorios, uso coherente del nombre/logotipo —; esa combinación puede establecer la condición de entidad por sí sola.

Esperar un Knowledge Panel (panel de conocimiento) como resultado garantizado

Me han preguntado por qué su nuevo marcado Organization no «activó» un Knowledge Panel (panel de conocimiento) en una semana. Por qué es incorrecto: el esquema de entidades no es un factor de posicionamiento y no garantiza un Knowledge Panel (panel de conocimiento) — puede hacerte elegible, pero Google decide si aparece un panel y cuándo, y no hay ningún botón de «solicitar panel» que presionar. Haz en su lugar: trata el marcado correcto y preciso como infraestructura necesaria, no como un formulario de solicitud — impleméntalo bien, mantén coherentes tu sameAs y tus señales entre fuentes, y deja que el reconocimiento de entidades se construya con el tiempo en lugar de medir el éxito por la aparición de un panel según un calendario.

Comprueba qué entidades muestra realmente tu página

Mi Entity Coverage Analyzer extrae las posibles entidades de una página, te permite conciliar qué coincidencias son correctas y genera JSON-LD transparente de about/mentions a partir del resultado. Ejecútalo antes de escribir cualquier marcado de Organization o Person a mano — te muestra lo que una máquina ya infiere sobre las entidades de la página, para que tu marcado de datos estructurados refuerce esa lectura en lugar de contradecirla.

Confirma si el grafo de conocimiento de Google ya te conoce

Mi Google Knowledge Graph Explorer consulta si el grafo de conocimiento de Google ha resuelto una persona, empresa o marca, y devuelve el nombre, los tipos, la descripción y el ID de máquina de la entidad si existe, además de JSON-LD de schema.org listo para copiar y pegar si es así, y una guía paso a paso si no. Esta es la forma directa de comprobar si tu marcado de Organization o Person y tus enlaces sameAs realmente han ayudado a Google a alinearte como una entidad diferenciada, en lugar de adivinarlo.

Valida tu JSON-LD de Organization, LocalBusiness o Person

Mi Schema Markup Validator comprueba JSON-LD o una página HTML completa en busca de errores de vocabulario de schema.org, de los requisitos de datos estructurados de Google y de la consistencia del grafo @id entre bloques, y devuelve un bloque corregido, listo para copiar y pegar. Dado que Organization, LocalBusiness y Person no generan ningún resultado enriquecido que permita una comprobación visual, pasar el marcado por un validador es la única forma fiable de detectar una propiedad con error tipográfico o un enlace @id roto antes de publicarse.

Ponte a prueba: Entity & Identity Schema

Cinco preguntas rápidas sobre Organization, LocalBusiness, Person y lo que hacen (y no hacen) los datos estructurados de identidad. Elige una respuesta para cada pregunta y luego compruébalo.

Recursos que valen tu tiempo

Contenido relacionado sobre datos estructurados

• Marcado de datos estructurados — la descripción general del vocabulario: schema.org, formatos (JSON-LD vs. Microdata/RDFa), resultados enriquecidos vs. comprensión de entidades. Empieza aquí si los conceptos básicos no están claros.
• Schema Markup for AI — el enfoque de la búsqueda con IA: por qué los datos estructurados son infraestructura de entidades, no una palanca directa de citación.
• Búsqueda con IA / GEO — estar posicionado vs. ser reconocido como una entidad citable por los motores de respuesta con IA.

De la industria

• Explicación del grafo de conocimiento de Google: cómo influye en el SEO y la búsqueda con IA (Ahrefs — Despina Gavoyannis y Michal Pecánek, revisado por Ryan Law) — qué es una entidad, cómo Google la resuelve entre distintas fuentes, las prácticas de sameAs y la historia aleccionadora de Ryan Law sobre sameAs.
• ¿Qué es el grafo de conocimiento de Google? (glosario de SEO de Ahrefs) — una breve definición del almacén de entidades que alimentan estos tipos de datos estructurados.
• Cuándo y cómo usar los grafos de conocimiento y las entidades para SEO (Search Engine Land) — el enfoque del sector sobre las entidades y el grafo de conocimiento.
• Uso de @id en el marcado de datos estructurados de Schema.org para SEO, LLM y grafos de conocimiento (Momentic) — cómo @id conecta los nodos Organization/Person/WebSite en un único grafo.
• Deja de complicar las cosas. El SEO de entidades es simplemente SEO (Ahrefs — Si Quan Ong, citando a Patrick) — el contraargumento de que el SEO de entidades no es una disciplina separada, ya que la identificación ocurre del lado del motor de búsqueda.

Directamente de la fuente

• Datos estructurados de Organization (Google) — el documento principal de implementación para el tipo de identidad base.
• schema.org — Organization / LocalBusiness / Person — las definiciones del vocabulario y las listas completas de propiedades para cada tipo.
• JSON-LD 1.1 — Identificadores de nodo (W3C) — la definición de la especificación de @id como identificador de nodo JSON-LD, independiente del comportamiento entre páginas de cualquier motor de búsqueda.

Registro de cambios