sameAs en Schema.org: cómo las máquinas reconocen a quién o qué te refieres

Cuando vi por primera vez sameAs en los datos estructurados, la propiedad me pareció bastante secundaria. Se añade LinkedIn, quizá también Instagram o un perfil de autor, y después se vuelve a los elementos del marcado que parecen más importantes.

Sin embargo, sameAs no es tan insignificante como puede parecer.

Cada URL incluida formula una afirmación concreta: la entidad descrita por el nodo Schema es la misma entidad representada en esa otra dirección.

Por tanto, no se trata de un simple enlace externo ni de una referencia a información adicional. sameAs pretende ayudar a las máquinas a conectar diferentes representaciones de una misma persona, organización, marca, publicación o cosa.

Esto puede ser relevante para Google y Bing, pero también para grafos de conocimiento, bases de datos, rastreadores web y sistemas de búsqueda basados en inteligencia artificial. Aun así, la propiedad no es un factor de posicionamiento garantizado ni un interruptor mágico que haga que una persona aparezca repentinamente con mayor frecuencia en ChatGPT o Perplexity.

Lamentablemente, la propiedad no se llama pleaseUnderstandWhoIAm. Conceptualmente, sin embargo, su función se parece bastante.

Qué significa realmente sameAs

Schema.org define sameAs como la URL de una página de referencia que permite identificar inequívocamente el elemento descrito. Entre sus ejemplos aparecen una página de Wikipedia, una entrada de Wikidata o un sitio web oficial. La propiedad pertenece a Thing y, por tanto, puede utilizarse teóricamente con todos los tipos de Schema.org que derivan de él.

Entre ellos se encuentran, por ejemplo:

• Person
• Organization
• Brand
• Product
• Place
• Event
• CreativeWork

Que una propiedad esté disponible técnicamente no significa que resulte útil en cualquier situación. La parte decisiva de la definición es fácil de pasar por alto: la página indicada debe identificar a la entidad sin ambigüedad.

Un artículo periodístico puede hablar detalladamente de una persona, mencionar su profesión e incluir varias citas. A pesar de ello, normalmente no representa la identidad de esa persona. Es un documento sobre ella.

Un perfil oficial de autor, un sitio web personal o un perfil de LinkedIn claramente atribuible representan a la persona de forma más directa.

Por tanto, sameAs no debería utilizarse para decir:

Esta página me menciona.

La afirmación correcta sería más bien:

Esta URL representa a la misma entidad descrita en este nodo Schema.

Esta diferencia no es una simple sutileza semántica. Cuando una mención ordinaria se marca como sameAs, el marcado afirma una relación más fuerte que la que realmente existe entre las páginas.

Por qué las máquinas necesitan ayuda para resolver identidades

Las personas suelen reconocer una identidad a partir del contexto. Vemos un nombre, una fotografía, un empleador y un cargo profesional y normalmente podemos deducir de quién se está hablando.

Una máquina recibe inicialmente señales separadas:

• un nombre,
• una URL,
• texto visible,
• datos estructurados,
• conexiones internas,
• perfiles externos,
• menciones en otros dominios.

Estas señales pueden ser claras, pero no siempre lo son.

Varias personas pueden compartir el mismo nombre. Una empresa puede aparecer con su marca, su denominación legal completa y diferentes abreviaturas. Después de un cambio de nombre, las denominaciones antiguas y nuevas pueden continuar circulando simultáneamente en internet.

El problema subyacente suele denominarse resolución de entidades o entity resolution. Un sistema intenta determinar si varios registros, páginas o referencias describen a la misma persona, organización o cosa del mundo real.

sameAs aporta una conexión explícita que puede facilitar este proceso. Sin embargo, la propiedad no sustituye al resto de la información. El nombre, la imagen, el sitio web oficial, la descripción y unos datos coherentes en los diferentes perfiles siguen siendo necesarios para que la relación resulte plausible.

Una conexión incorrecta no se vuelve correcta por estar escrita en JSON-LD. Los datos estructurados únicamente expresan la afirmación en un formato que las máquinas pueden procesar con mayor facilidad.

El papel de sameAs para Google, Bing y los sistemas de inteligencia artificial

Schema.org no es un formato exclusivo de Google. El vocabulario se desarrolló para incorporar información estructurada a los sitios web y permitir que los buscadores y otras aplicaciones procesen mejor el contenido y sus relaciones.

Google documenta varios usos concretos. En el marcado Organization, sameAs puede apuntar a perfiles externos, incluidas redes sociales y plataformas de reseñas. Es posible proporcionar varias URL. Google también describe los datos estructurados de organizaciones como una forma de comprender mejor una empresa y distinguirla de otras entidades.

En los artículos, Google puede utilizar tanto author.url como author.sameAs para identificar con mayor precisión a un autor. Además, Google recomienda el marcado ProfilePage para las páginas internas dedicadas a autores.

Bing también procesa datos estructurados y admite Schema.org en JSON-LD. Microsoft los describe como información que puede ayudar a Bing a comprender el contenido y las relaciones presentes en una página. Microsoft también advierte contra la inclusión en el marcado de afirmaciones falsas o engañosas que los usuarios no puedan ver.

Existe menos información pública sobre los sistemas de búsqueda y respuesta basados en inteligencia artificial.

OpenAI explica que OAI-SearchBot rastrea sitios web para que puedan aparecer en las funciones de búsqueda de ChatGPT. Según OpenAI, las páginas que bloquean este bot no se muestran en ChatGPT Search.

Perplexity describe PerplexityBot como un rastreador utilizado para descubrir y enlazar sitios dentro de los resultados de búsqueda de Perplexity. La empresa recomienda permitir su acceso cuando un sitio desea poder aparecer en esos resultados.

Anthropic proporciona a Claude acceso a la búsqueda web, lo que permite al sistema consultar páginas actuales y utilizarlas como fuentes. Sin embargo, su documentación pública no describe un tratamiento específico de sameAs.

Ninguno de estos proveedores de inteligencia artificial confirma públicamente que añadir sameAs produzca directamente más menciones, mejores posiciones o citas más frecuentes.

Su posible utilidad se encuentra en otro lugar. Los sistemas de inteligencia artificial conectados a la web también deben decidir a qué persona corresponde un nombre, qué dominio es oficial y si dos perfiles pertenecen a la misma organización. Un grafo Schema coherente puede aportar indicios adicionales legibles por máquinas, siempre que el sistema los analice y utilice.

Por tanto, sameAs no es un atajo de Generative Engine Optimization. Es una parte de unos datos de entidad bien estructurados.

La diferencia entre sameAs, url, @id y propiedades similares

Varias propiedades de los datos estructurados pueden parecer equivalentes porque contienen URL o identificadores. En realidad, cumplen funciones diferentes.

@id como identificador interno de la entidad

@id no debe confundirse con una URL de perfil normal y accesible. Esta propiedad proporciona al nodo JSON-LD un identificador preciso al que pueden apuntar otras partes del grafo.

Una persona podría recibir, por ejemplo, el siguiente @id:

"@id": "https://example.com/sobre-mi/#person"

El fragmento #person no tiene que abrir una página visible independiente. Sirve para identificar a la persona dentro del modelo de datos.

Cuando esa misma persona aparece posteriormente como autora de un artículo, este puede utilizar el mismo @id. De este modo, cada página no genera un nuevo nodo Person aislado.

url como página principal

url suele apuntar a la página central asociada a la entidad.

Para una persona, podría ser su página Sobre mí. Para una organización, suele ser el sitio web oficial. Google describe explícitamente url dentro del marcado Organization como el sitio de la organización y como información que puede ayudar a identificarla sin ambigüedad.

sameAs como conexión de identidad

sameAs añade otras páginas que representan claramente a la misma entidad. Para una persona, podrían ser LinkedIn, Wikidata o un perfil oficial de autor en un medio.

La propiedad no sustituye ni a @id ni a url. Un nodo de entidad bien construido puede incluir los tres.

mainEntityOfPage como relación temática

Una página puede tratar principalmente sobre una persona o empresa sin ser su representación oficial.

Un perfil empresarial publicado por una revista podría tener a la empresa como entidad principal. Eso no convierte al artículo en una página sameAs de la empresa.

identifier como identificador formal

Schema.org proporciona identifier para ISBN, GTIN, UUID y otros sistemas formales de identificación. Un perfil de LinkedIn no es un identificador de este tipo y, por tanto, generalmente no debería incluirse en ese campo.

Canonical y hreflang como relaciones entre documentos

Una etiqueta canonical ayuda a los buscadores a seleccionar una URL preferida entre varios documentos idénticos o muy similares. No conecta personas ni organizaciones.

hreflang, por su parte, identifica las versiones lingüísticas o regionales de una página. Por tanto, las versiones española e inglesa de una página Sobre mí no deberían conectarse con sameAs simplemente para indicar que son traducciones. Sin embargo, ambas pueden hacer referencia al mismo nodo Person y al mismo @id.

La regla más sencilla de recordar es:

Canonical y hreflang organizan documentos.
@id, url y sameAs organizan entidades.

Qué URL deben incluirse en sameAs y cuáles deben evitarse

Una URL es adecuada cuando representa a la misma entidad de una forma tan clara que deja poco margen para la interpretación.

Para una persona, pueden ser candidatos apropiados:

• un sitio web personal oficial,
• un perfil de red social claramente atribuible,
• un perfil de autor en un periódico o editorial,
• una entrada de Wikidata o Wikipedia,
• un perfil oficial en una base de datos profesional relevante.

Para una organización, pueden ser adecuados los perfiles corporativos oficiales, directorios empresariales, plataformas de reseñas o bases de conocimiento. Google menciona expresamente los perfiles externos en redes sociales y plataformas de reseñas como posibles valores de Organization.sameAs.

La plataforma por sí sola no convierte una URL en adecuada. El perfil debe mostrar claramente a quién pertenece. La coincidencia del nombre, la imagen, el cargo, la información empresarial y los enlaces hacia el sitio oficial puede reforzar la identificación.

Las siguientes páginas normalmente no deberían incluirse en sameAs:

• artículos de prensa individuales sobre la entidad,
• artículos invitados escritos por la persona,
• sitios web generales de empleadores o clientes,
• páginas internas de resultados de búsqueda,
• páginas de categoría que contienen varias personas,
• páginas en las que solo se menciona el nombre,
• perfiles de personas o empresas con nombres parecidos.

Un perfil de autor puede representar la identidad de una persona. Un artículo individual escrito por ese autor representa principalmente un Article o un BlogPosting.

Del mismo modo, la página de inicio de un empleador representa principalmente al empleador. Sin embargo, una página específica de empleado puede representar claramente a la persona.

Se requiere especial cuidado con empresas matrices, marcas y filiales. Una filial no es automáticamente la misma entidad que el grupo empresarial. Una marca de producto no es necesariamente idéntica a la empresa propietaria.

Una pregunta práctica resuelve muchos casos dudosos:

¿Una persona independiente abriría esta URL y concluiría inmediatamente que representa exactamente a la misma entidad?

Cuando la respuesta es solamente «más o menos», probablemente sameAs no sea la propiedad adecuada.perty.

Cómo implementar sameAs correctamente

Antes de recopilar perfiles externos, hay que determinar cuál es la entidad central descrita. ¿Se trata de una persona, una organización, una marca o una obra?

La entidad necesita después un @id estable y una url principal.

Un nodo Person sencillo podría verse así:

{
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": "https://example.com/sobre-mi/#person",
  "name": "Juan Pérez",
  "url": "https://example.com/sobre-mi/",
  "image": {
    "@type": "ImageObject",
    "url": "https://example.com/images/juan-perez.jpg"
  },
  "jobTitle": "Consultor SEO",
  "sameAs": [
    "https://www.linkedin.com/in/juan-perez/",
    "https://example-editorial.com/autores/juan-perez/",
    "https://www.wikidata.org/wiki/Q123456"
  ]
}

En este ejemplo, la página Sobre mí es la url principal. Los demás perfiles aparecen en sameAs porque representan a la misma persona en otras plataformas.

Cuando la persona se utiliza como autora de una entrada del blog, no es necesario crear un segundo nodo Person independiente:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "@id": "https://example.com/blog/sameas-schema-org-entidades/#article",
  "headline": "sameAs en Schema.org: cómo las máquinas reconocen a quién o qué te refieres",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.com/blog/sameas-schema-org-entidades/"
  },
  "author": {
    "@type": "Person",
    "@id": "https://example.com/sobre-mi/#person"
  },
  "publisher": {
    "@type": "Organization",
    "@id": "https://example.com/#organization"
  }
}

El artículo ahora hace referencia a la misma persona que ya está descrita en la página Sobre mí. Esta estructura es más limpia que crear un nuevo nodo de autor con datos ligeramente diferentes para cada publicación.

Para una implementación práctica, seguiría este orden:

1. Identificar la entidad central.
2. Definir un @id permanente.
3. Seleccionar la página oficial como url.
4. Incluir en sameAs únicamente perfiles de identidad inequívocos.
5. Examinar el marcado que ya genera el tema o el plugin SEO.
6. Unificar los nodos Person u Organization duplicados.
7. Validar el JSON-LD realmente renderizado.
8. Comprobar que los rastreadores relevantes de buscadores y sistemas de inteligencia artificial pueden acceder a la página.

Muchos sitios de WordPress ya generan un grafo Schema mediante el tema, Rank Math, Yoast u otro plugin. Añadir un bloque JSON-LD completo e independiente puede crear involuntariamente una segunda versión de la misma persona u organización.

Antes de añadir código personalizado, conviene comprobar si el nodo existente puede ampliarse.

La sintaxis puede revisarse con Schema Markup Validator. La prueba de resultados enriquecidos de Google se centra principalmente en el marcado compatible con funciones concretas de la búsqueda de Google. Por tanto, un sameAs válido puede no aparecer como una mejora independiente.

Errores frecuentes y límites realistas

El error más habitual es tratar sameAs como una colección de enlaces sociales. Un tema ofrece quince campos de perfil, por lo que se añaden quince perfiles.

Sin embargo, la cantidad no es una señal de calidad.

Cada URL adicional representa otra declaración de identidad que debe mantenerse correcta, actualizada y coherente. Tres perfiles claros suelen ser más útiles que doce conexiones débiles o desactualizadas.

Otro error consiste en seleccionar páginas en función de la autoridad del dominio. Un artículo publicado en un conocido sitio de noticias no se convierte en una página de identidad simplemente porque el dominio sea fiable.

Los nodos Schema contradictorios también pueden generar una ambigüedad innecesaria. Un plugin puede crear a la misma persona bajo /#person, un fragmento personalizado puede utilizar /sobre-mi/#author y una tercera herramienta puede mostrar únicamente el nombre sin identificador. Esto produce varios nodos separados. Los sistemas de búsqueda pueden intentar fusionarlos, pero el marcado no les proporciona una referencia común limpia.

La información incluida en JSON-LD también debería coincidir con el contenido visible de la página. Bing advierte expresamente contra la introducción en el marcado de información falsa o engañosa que los usuarios no puedan ver.

Si el Schema enumera diez funciones profesionales, varias empresas y numerosos perfiles, mientras que la página Sobre mí visible solo contiene un nombre, el sitio está presentando dos versiones diferentes de sí mismo: una para las personas y otra para los analizadores.

sameAs puede ayudar a las máquinas a conectar señales de identidad existentes. No puede compensar una falta de autoridad, contenidos débiles, información empresarial contradictoria o una presencia externa inexistente.

Es infraestructura, no un amplificador.

Conclusión: la precisión importa más que la longitud del array

En JSON-LD, sameAs parece una pequeña lista de URL. Sin embargo, desde el punto de vista semántico, formula una declaración importante sobre la identidad de una persona, organización o cosa.

Por tanto, la propiedad no debería completarse en función del número de perfiles disponibles. Lo importante es elegir las páginas que realmente y sin ambigüedad representan a la entidad descrita.

Google documenta usos concretos para identificar autores y organizaciones. Bing también utiliza los datos estructurados como ayuda para comprender el contenido. ChatGPT, Perplexity y Claude pueden acceder a contenidos web, pero ninguno confirma públicamente que sameAs funcione como un interruptor independiente de visibilidad o posicionamiento.

Esto no convierte la propiedad en irrelevante. Simplemente exige una interpretación realista.

Un grafo de entidades limpio ofrece a las máquinas una respuesta precisa a una pregunta fundamental, sin prometer más de lo que permiten afirmar las pruebas disponibles:

¿A quién o a qué se está describiendo realmente?