Wikidata e sameAs: come le IA riconoscono la vostra azienda

Quando un'IA legge una pagina che nomina «Simafri», deve decidere di quale entità si tratta. Se il nome è da solo, niente la aiuta: raccoglie ciò che trova sotto quel nome e, quando due entità lo condividono, risponde con la reputazione dell'omonimo. Quello che potete darle è un grafo: un identificativo stabile, pagine che lo dichiarano e profili che rimandano gli uni agli altri.

Questa guida mostra come costruirlo su un caso reale: il sito di Simafri, fornitore di servizi informatici per le PMI, rilevato il 14 settembre 2026, prima e dopo la correzione.

Tre elementi, e il collegamento che chiude il cerchio

• L'elemento Wikidata: un identificativo stabile (la lettera Q seguita da un numero) e proprietà con fonti, tra cui il sito ufficiale (P856), il nome utente GitHub (P2037), l'identificativo aziendale LinkedIn (P4264), il fondatore (P112) e la data di fondazione (P571). È la base di conoscenza aperta in cui un'entità viene documentata, poi rivista e corretta da terzi.
• Il nodo Organization del vostro sito: il blocco JSON-LD che descrive l'azienda, con il suo @id, il nome, l'indirizzo e la proprietà sameAs, che elenca le pagine che dichiarate essere voi.
• I vostri profili: GitHub, LinkedIn, un elenco di aziende, uno spazio di pubblicazione. Ognuno riporta la stessa descrizione e un link al sito.

Nessun elemento prova qualcosa da solo: chiunque può scrivere un sameAs verso un elemento Wikidata, e chiunque può creare un elemento. Ciò che scioglie l'ambiguità è il cerchio: il sito dichiara l'elemento Wikidata e i profili, l'elemento dichiara il sito e i profili, e i profili rimandano al sito. Un link in una sola direzione resta un'affermazione; in entrambe le direzioni, diventa un'identificazione.

L'esempio di Simafri, rilevato il 14 settembre 2026

Il lato Wikidata era già a posto. L'elemento Q140183772 dichiara il sito www.simafri.com, l'organizzazione GitHub simafri, la pagina LinkedIn simafri, il fondatore e l'anno 2012.

Il sito, invece, non rimandava indietro. Delle sue 856 pagine pubblicate, 137 definivano il nodo Organization di Simafri, e ognuna gli dava un solo sameAs: una pagina Facebook. Wikidata puntava al sito, il sito non puntava a Wikidata. L'organizzazione GitHub non aveva descrizione, e il README del suo profilo presentava solo uno dei quattro prodotti dell'azienda.

Il nodo, così come il sito lo serve da allora:

{
  "@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"
  ]
}

Perché il buco torna da solo

Il difetto di Simafri non era una svista su una pagina: erano 137 copie della stessa svista. Su un sito statico, ogni pagina porta spesso il proprio blocco JSON-LD, scritto a mano e poi copiato da una pagina all'altra. Una pagina nuova copiata da una vecchia ne eredita il sameAs, buco compreso, e niente lo segnala: la pagina si visualizza, i link rispondono.

Ci sono due soluzioni, a seconda del sito. O il nodo è definito una sola volta, nel template, e ogni pagina vi rimanda con il suo @id. Oppure resta copiato, e un controllo in fase di build rifiuta ogni pagina il cui nodo ometta un profilo. Simafri ha scelto la seconda: il suo build ora fallisce non appena a una definizione del nodo manca uno dei quattro link. Il controllo è stato visto fallire sulla vecchia versione (137 errori) e passare sulla nuova.

Cosa sameAs non fa

sameAs elenca solo pagine che sono l'azienda: i suoi profili ufficiali, le pagine su cui tiene la penna. È la linea che separa le vostre superfici dalle corroborazioni. Un articolo di stampa, una recensione, un elenco in cui comparite parlano di voi; non sono voi, e in sameAs non hanno posto.

Non procura nemmeno raccomandazioni. Dice a un motore chi siete; quello che il motore dirà di voi dipende sempre da ciò che dicono le pagine, le vostre e quelle degli altri. L'identificazione è la condizione, non sostituisce né i contenuti né i terzi.

Una sola descrizione, ovunque

Un cerchio di identificazione regge meglio quando ogni anello dice la stessa cosa. Su GitHub, Simafri ha usato la frase esatta del suo sito, «the technical ally of SMBs: websites, email, management software and custom applications, created, hosted and maintained since 2012», e non una variante scritta per l'occasione. Una descrizione che cambia da un profilo all'altro dà al motore tre versioni da conciliare, ed è il motore a scegliere.

In Epovest, quella descrizione è il Canon del progetto, e il registro Surfaces elenca ogni pagina che gestite con ciò che deve riprenderne. Il profilo GitHub e le due pagine di elenco di Simafri vi sono state allineate al Canon il giorno del rilevamento, cella per cella.

Verificare il vostro cerchio in dieci minuti

1. Il vostro sito: aprite il codice sorgente della home page e cercate "sameAs". L'elenco deve riportare i vostri profili ufficiali e, se ne avete uno, il vostro elemento Wikidata. Ripetete su una pagina interna: è spesso lì che il buco si nasconde.
2. Wikidata: cercate il nome della vostra azienda. Se un elemento esiste, verificate il sito ufficiale (P856) e gli identificativi dei vostri profili. Se non esiste, la sua creazione segue criteri di rilevanza: un elemento si documenta con delle fonti.
3. I vostri profili: ognuno deve riportare la stessa descrizione e un link al sito.
4. Datate il passo nel Logbook e seguite le stesse domande in Tracking: ciò che si muove dopo si legge accanto a ciò che avete fatto.

Metodo

Rilevamento del 14 settembre 2026. Il JSON-LD delle 856 pagine di simafri.com è stato estratto dall'output del build prima e dopo la correzione; l'elemento Wikidata è stato letto tramite l'API ufficiale di Wikidata, i profili sulle loro pagine pubbliche. I dati sono riutilizzabili citando la fonte.