Wikidata y sameAs: cómo reconocen las IA a su empresa

Cuando una IA lee una página que nombra «Simafri», tiene que decidir de qué entidad se trata. Si el nombre aparece solo, nada la ayuda: reúne lo que encuentra bajo ese nombre y, cuando dos entidades lo comparten, responde con la reputación del homónimo. Lo que usted puede darle es un grafo: un identificador estable, páginas que lo declaran y perfiles que remiten unos a otros.

Esta guía muestra cómo construirlo sobre un caso real: el sitio de Simafri, un proveedor de servicios informáticos para pymes, relevado el 14 de septiembre de 2026, antes y después de la corrección.

Tres piezas, y el enlace que cierra el círculo

• El elemento de Wikidata: un identificador estable (la letra Q seguida de un número) y propiedades con fuentes, entre ellas el sitio oficial (P856), el nombre de usuario de GitHub (P2037), el identificador de empresa en LinkedIn (P4264), el fundador (P112) y la fecha de fundación (P571). Es la base de conocimiento abierta donde una entidad se documenta y luego terceros la revisan y corrigen.
• El nodo Organization de su sitio: el bloque JSON-LD que describe la empresa, con su @id, su nombre, su dirección y la propiedad sameAs, que enumera las páginas que usted afirma que son usted.
• Sus perfiles: GitHub, LinkedIn, un directorio, un espacio de publicación. Cada uno lleva la misma descripción y un enlace al sitio.

Ninguna pieza prueba nada por sí sola: cualquiera puede escribir un sameAs hacia un elemento de Wikidata, y cualquiera puede crear un elemento. Lo que despeja la ambigüedad es el círculo: el sitio declara el elemento de Wikidata y los perfiles, el elemento declara el sitio y los perfiles, y los perfiles remiten al sitio. Un enlace en un solo sentido sigue siendo una afirmación; en los dos sentidos, se convierte en una identificación.

El ejemplo de Simafri, relevado el 14 de septiembre de 2026

El lado de Wikidata ya estaba en su sitio. El elemento Q140183772 declara el sitio www.simafri.com, la organización de GitHub simafri, la página de LinkedIn simafri, el fundador y el año 2012.

El sitio, en cambio, no remitía de vuelta. De sus 856 páginas publicadas, 137 definían el nodo Organization de Simafri, y cada una le daba un único sameAs: una página de Facebook. Wikidata apuntaba al sitio, el sitio no apuntaba a Wikidata. La organización de GitHub no tenía descripción, y el README de su perfil presentaba solo uno de los cuatro productos de la empresa.

El nodo, tal como el sitio lo sirve desde entonces:

{
  "@type": "Organization",
  "@id": "https://www.simafri.com/en/#organization",
  "name": "Simafri",
  "url": "https://www.simafri.com/en/",
  "sameAs": [
    "https://www.wikidata.org/wiki/Q140183772",
    "https://github.com/simafri",
    "https://www.linkedin.com/company/simafri/",
    "https://markleex.com/@simafri",
    "https://www.facebook.com/simafri.web"
  ]
}

Por qué el hueco vuelve solo

El fallo de Simafri no era un olvido en una página: eran 137 copias del mismo olvido. En un sitio estático, cada página suele llevar su propio bloque JSON-LD, escrito a mano y luego copiado de una página a otra. Una página nueva copiada de una antigua hereda su sameAs, hueco incluido, y nada lo señala: la página se muestra, los enlaces responden.

Hay dos salidas, según su sitio. O el nodo se define una sola vez, en la plantilla, y cada página remite a él por su @id. O sigue copiado, y un control en el build rechaza toda página cuyo nodo omita un perfil. Simafri eligió la segunda: su build falla ahora en cuanto a una definición del nodo le falta uno de los cuatro enlaces. El control se vio fallar en la versión antigua (137 fallos) y pasar en la nueva.

Lo que sameAs no hace

sameAs solo enumera páginas que son la empresa: sus perfiles oficiales, las páginas en las que ella lleva la pluma. Es la línea que separa sus superficies de las corroboraciones. Un artículo de prensa, una reseña, una lista en la que usted aparece hablan de usted; no son usted, y no tienen cabida en sameAs.

Tampoco consigue recomendaciones. Le dice a un motor quién es usted; lo que el motor diga de usted sigue dependiendo de lo que dicen las páginas, las suyas y las de los demás. La identificación es la condición, no sustituye ni al contenido ni a los terceros.

Una sola descripción, en todas partes

Un círculo de identificación se sostiene mejor cuando cada eslabón dice lo mismo. En GitHub, Simafri usó la frase exacta de su sitio, «the technical ally of SMBs: websites, email, management software and custom applications, created, hosted and maintained since 2012», y no una variante escrita para la ocasión. Una descripción que cambia de un perfil a otro le da al motor tres versiones que conciliar, y es el motor quien elige.

En Epovest, esa descripción es el Canon del proyecto, y el registro Surfaces enumera cada página que usted gestiona con lo que debe retomar de él. El perfil de GitHub y las dos páginas de directorio de Simafri se alinearon allí con el Canon el día del relevamiento, celda por celda.

Comprobar su círculo en diez minutos

1. Su sitio: abra el código fuente de la página de inicio y busque "sameAs". La lista debe llevar sus perfiles oficiales y, si tiene uno, su elemento de Wikidata. Repítalo en una página interior: ahí es donde el hueco suele esconderse.
2. Wikidata: busque el nombre de su empresa. Si existe un elemento, compruebe el sitio oficial (P856) y los identificadores de sus perfiles. Si no existe, su creación sigue criterios de relevancia: un elemento se documenta con fuentes.
3. Sus perfiles: cada uno debe llevar la misma descripción y un enlace al sitio.
4. Feche el paso en el Logbook y siga las mismas preguntas en Tracking: lo que se mueva después se leerá frente a lo que usted hizo.

Método

Relevamiento del 14 de septiembre de 2026. El JSON-LD de las 856 páginas de simafri.com se extrajo de la salida del build antes y después de la corrección; el elemento de Wikidata se leyó mediante la API oficial de Wikidata, y los perfiles, en sus páginas públicas. Las cifras pueden reutilizarse citando la fuente.