C’è una differenza fondamentale tra essere trovati e essere riconosciuti.
Essere trovati è il risultato di un buon posizionamento: la pagina giusta, sulla query giusta, al momento giusto. È necessario. Non è sufficiente.
Essere riconosciuti significa qualcosa di più profondo: Google sa chi sei, cosa fai, a quale settore appartieni, quali relazioni hai con altre entità nel tuo ecosistema. Non ti sta cercando ogni volta che qualcuno digita una query — ti conosce già. Ti ha catalogato nel suo grafo di conoscenza come un nodo distinto, con attributi precisi e relazioni verificabili con altri nodi.
Questa è la differenza tra una presenza digitale e un’entità digitale.
L’Entity SEO e il Knowledge Graph aziendale sono la disciplina che trasforma la prima nella seconda. Non si tratta di ottimizzare una pagina. Si tratta di costruire un’identità semantica che Google riconosce, memorizza e utilizza per rispondere alle domande degli utenti — anche quando non viene citato esplicitamente il tuo nome.
Cosa leggerai
Cos’è il Knowledge Graph di Google e perché cambia tutto
Google ha introdotto il Knowledge Graph nel 2012 con una dichiarazione precisa: il motore di ricerca stava evolvendo da “motore di stringhe” a “motore di cose”. Non più corrispondenza meccanica tra testo della query e testo della pagina, ma comprensione delle entità reali che le parole rappresentano.
Il Knowledge Graph è il database strutturato in cui Google memorizza entità e le relazioni tra di esse. Un’entità può essere una persona, un’azienda, un luogo, un prodotto, un concetto. Ogni entità ha attributi (proprietà descrittive) e relazioni (connessioni con altre entità).
Quando cerchi “Apple”, Google non cerca la parola “apple” — cerca l’entità Apple Inc., con tutti i suoi attributi (fondatore, sede, prodotti, fatturato, concorrenti) e relazioni (Tim Cook è CEO di Apple, iPhone è un prodotto di Apple, Apple è in competizione con Samsung).
La stessa logica si applica alle aziende locali, ai professionisti, ai brand di nicchia. La domanda non è se il Knowledge Graph influenza il tuo posizionamento — lo influenza certamente. La domanda è se sei nel Knowledge Graph come entità riconosciuta, o se sei semplicemente testo non strutturato che Google interpreta ogni volta da zero.
Entità vs. keyword: il cambio di paradigma che ridefinisce la SEO
La SEO tradizionale è centrata sulla keyword: identifica il termine che le persone cercano, ottimizza la pagina per quel termine, scala le SERP. È un approccio che funziona ancora — ma funziona sempre meno da solo.
L’Entity SEO è centrata sull’entità: identifica chi sei come soggetto semantico, costruisci segnali coerenti che permettono a Google di riconoscerti, diventa parte del Knowledge Graph come nodo distinto e verificabile.
Le differenze operative sono profonde.
Una keyword può essere ambigua: “mercurio” può riferirsi al pianeta, al metallo, al dio romano, al film sui Queen. Google risolve l’ambiguità leggendo il contesto della query e della pagina. Un’entità non è ambigua: Mercury Records è Mercury Records, distinta da Freddie Mercury, distinta dal pianeta Mercurio. Ogni entità ha un identificatore univoco nel Knowledge Graph.
Una keyword dipende dalla formulazione esatta: “consulente SEO” e “esperto SEO” sono keyword diverse con volumi diversi. Un’entità trascende le formulazioni: se Google ti ha riconosciuto come entità nel settore SEO, la tua presenza è rilevante per tutte le varianti di query semanticamente correlate alla tua identità.
Questo è il motivo per cui l’architettura semantica che costruisce Topical Authority su una nicchia e l’Entity SEO sono complementari e non separabili: la Topical Authority costruisce la coerenza tematica del sito, l’Entity SEO costruisce l’identità del soggetto che sta dietro a quel sito.
Come Google costruisce la conoscenza di un’entità
Google non riconosce un’entità sulla base di un singolo segnale. Il processo è cumulativo e multi-fonte: più segnali coerenti da fonti indipendenti convergono verso la stessa identità, più Google consolida quella entità nel suo Knowledge Graph con attributi verificati.
Le fonti primarie da cui Google estrae informazioni sulle entità aziendali:
Il sito web ufficiale: la fonte primaria e più controllabile. Il contenuto della homepage, della pagina About, delle pagine servizio comunica a Google gli attributi core dell’entità: nome, settore, area geografica, fondatore, servizi offerti.
Wikipedia e Wikidata: la presenza su Wikipedia — anche in lingue diverse dall’italiano — è uno dei segnali più potenti per il riconoscimento come entità nel Knowledge Graph. Wikidata, il database strutturato collegato a Wikipedia, è una fonte diretta da cui Google estrae attributi per il Knowledge Panel. Non tutte le aziende hanno i requisiti di notorietà per una voce Wikipedia, ma chi li ha deve presidiarla.
Google Business Profile: per le entità locali, il GBP è un segnale di riconoscimento primario. Google legge il profilo come dichiarazione strutturata dell’entità aziendale locale — nome, categoria, area, attributi, relazioni con luoghi geografici.
Menzioni autorevoli sul web: articoli di testate di settore, interviste, citazioni in pubblicazioni autorevoli, profili professionali su piattaforme verificate (LinkedIn, siti di associazioni di categoria). Ogni menzione da una fonte che Google già riconosce come affidabile rinforza l’esistenza dell’entità.
Dati strutturati sul sito: il markup Schema.org è la forma più diretta e controllabile per comunicare a Google gli attributi dell’entità. È una dichiarazione esplicita in un linguaggio che Google legge senza ambiguità.
Schema Markup: il linguaggio che parla direttamente a Google
Lo Schema Markup — implementato in formato JSON-LD secondo le specifiche di Schema.org — è il vocabolario standardizzato con cui si comunicano dati strutturati ai motori di ricerca. Non è visibile agli utenti: è codice inserito nell’HTML della pagina che i crawler leggono e interpretano.
La differenza tra una pagina con e senza Schema Markup è la differenza tra una lettera scritta in italiano libero e un modulo compilato in modo strutturato: il contenuto può essere lo stesso, ma il modulo viene letto e processato in modo molto più efficiente.
Organization: il markup fondamentale per l’identità aziendale
Il tipo Organization (o le sue sottoclassificazioni: LocalBusiness, ProfessionalService, Corporation) è il punto di partenza per qualsiasi strategia di Entity SEO aziendale. Va implementato sulla homepage o su una pagina dedicata e include tutti gli attributi core dell’entità:
json
{
"@context": "https://schema.org",
"@type": "ProfessionalService",
"@id": "https://www.esempio.com/#organization",
"name": "Nome Azienda",
"url": "https://www.esempio.com",
"logo": "https://www.esempio.com/logo.png",
"description": "Descrizione dell'attività",
"foundingDate": "2007",
"founder": {
"@type": "Person",
"name": "Nome Fondatore"
},
"address": {
"@type": "PostalAddress",
"streetAddress": "Via Esempio 1",
"addressLocality": "Bari",
"addressRegion": "BA",
"postalCode": "70100",
"addressCountry": "IT"
},
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+39-000-0000000",
"contactType": "customer service"
},
"sameAs": [
"https://www.linkedin.com/company/nome-azienda",
"https://www.facebook.com/nome-azienda",
"https://www.instagram.com/nome-azienda",
"https://it.wikipedia.org/wiki/Nome_Azienda"
]
}La proprietà sameAs è particolarmente critica: elenca tutte le URL che rappresentano la stessa entità su piattaforme diverse. È il segnale che permette a Google di collegare il sito aziendale al profilo LinkedIn, alla pagina Wikipedia, al Google Business Profile, ai profili social — unificandoli come manifestazioni della stessa entità nel Knowledge Graph.
Person: il markup per l’identità professionale
Per i professionisti e i consulenti, il tipo Person è il marcatore di identità individuale. Costruisce nel Knowledge Graph la connessione tra il nome del professionista, il suo dominio di expertise, il sito che gestisce, i profili pubblici che possiede.
json
{
"@context": "https://schema.org",
"@type": "Person",
"@id": "https://www.esempio.com/#person",
"name": "Nome Cognome",
"url": "https://www.esempio.com",
"jobTitle": "Consulente SEO",
"worksFor": {
"@type": "Organization",
"@id": "https://www.esempio.com/#organization"
},
"knowsAbout": ["SEO", "Local SEO", "Entity SEO", "Google Business Profile"],
"sameAs": [
"https://www.linkedin.com/in/nome-cognome",
"https://twitter.com/nomecognome"
]
}La proprietà knowsAbout comunica a Google le aree di expertise dell’entità — è uno dei segnali diretti per il posizionamento come autorità tematica.
WebSite e WebPage: il markup dell’infrastruttura editoriale
Il markup WebSite sulla homepage e WebPage (o le sue sottoclassificazioni: Article, BlogPosting, FAQPage, HowTo) sulle singole pagine costruisce la mappa strutturata del sito per Google.
Il WebSite markup include la SearchAction per abilitare il sitelink search box nelle SERP — la casella di ricerca interna che appare direttamente nel risultato Google per i brand riconosciuti.
Il markup Article o BlogPosting sugli articoli editoriali comunica autore, data di pubblicazione, data di aggiornamento, immagine principale e breadcrumb — tutti attributi che Google usa per valutare freschezza e affidabilità del contenuto.
L’@id e i nodi del Knowledge Graph: costruire connessioni tra entità
Uno degli aspetti più sottovalutati dello Schema Markup avanzato è l’utilizzo degli identificatori univoci (@id) per collegare entità diverse tra loro all’interno dello stesso grafo.
Ogni entità nel markup dovrebbe avere un @id unico — tipicamente l’URL della pagina che la rappresenta seguito da un frammento identificatore (#organization, #person, #webpage). Questo permette di referenziare la stessa entità in più punti del sito senza ridefinirla ogni volta, e di costruire relazioni esplicite tra entità diverse.
Esempio: l’articolo di un blog ha un autore (author) che è la stessa entità Person definita sulla homepage (@id: https://esempio.com/#person). Il markup dell’articolo non ridefinisce l’autore da zero — lo referenzia attraverso l’@id:
json
{
"@type": "BlogPosting",
"author": {
"@id": "https://www.esempio.com/#person"
},
"publisher": {
"@id": "https://www.esempio.com/#organization"
}
}Google legge questa rete di riferimenti incrociati e costruisce nel suo Knowledge Graph una rappresentazione strutturata delle relazioni tra entità: questa persona ha scritto questi articoli, lavora per questa organizzazione, che ha questa sede, che opera in questo settore.
NAP consistency e coerenza delle entità: la coerenza come segnale di esistenza
Il principio della NAP consistency — Name, Address, Phone coerenti su tutte le fonti online — è noto nell’ambito della Local SEO. Nel contesto dell’Entity SEO, si estende a un principio più ampio: la coerenza dell’identità dell’entità su tutte le sue manifestazioni digitali.
Google costruisce la fiducia in un’entità attraverso la verifica incrociata: se il nome dell’azienda è scritto allo stesso modo sul sito, sul Google Business Profile, su LinkedIn, su Pagine Gialle, nelle menzioni delle testate di settore — la convergenza di questi segnali conferma l’esistenza e l’identità dell’entità.
Le incoerenze, al contrario, generano ambiguità: Google non è sicuro se si tratta della stessa entità o di entità diverse con nomi simili. Il risultato è un Knowledge Graph fragmentato che non riesce a consolidarsi in un Knowledge Panel stabile.
I punti di coerenza da presidiare:
Nome legale vs. nome commerciale: se il nome commerciale differisce dalla ragione sociale, entrambi devono essere dichiarati nel markup (legalName vs. name) per evitare ambiguità.
URL canonico: un solo dominio deve essere dichiarato come URL ufficiale dell’entità. Redirect tra versioni http/https, www/non-www, devono essere gestiti correttamente prima di costruire il markup.
Profili social verificati: solo i profili effettivamente gestiti dall’entità devono essere inclusi nel sameAs. Un profilo abbandonato o non presidiato è peggio di nessun profilo.
Knowledge Panel: il traguardo visibile dell’Entity SEO
Il Knowledge Panel — il box che appare nella colonna destra delle SERP per brand, professionisti e aziende riconosciute — è la manifestazione visibile del fatto che Google ha consolidato l’entità nel suo Knowledge Graph.
Non si “richiede” un Knowledge Panel. Si guadagna costruendo i segnali giusti nel tempo.
I prerequisiti pratici per la comparsa di un Knowledge Panel aziendale o personale:
Volume di ricerca per nome: Google mostra il Knowledge Panel per entità ricercate con sufficiente frequenza. Un brand che non genera ricerche branded non ha Knowledge Panel — perché Google non ha abbastanza segnali comportamentali per giustificarlo.
Presenza verificabile su fonti autorevoli: Wikipedia, Wikidata, testate di settore, directory professionali verificate. Più fonti indipendenti e autorevoli confermano l’esistenza dell’entità, più Google si fida della sua identità.
Schema Markup coerente: l’@id e il sameAs ben strutturati accelerano il riconoscimento. Google non aspetta di trovare i segnali sparsi sul web — trova la dichiarazione strutturata nel markup e la verifica.
Google Business Profile collegato: per le entità locali, il collegamento tra il GBP verificato e il sito con markup Organization è spesso sufficiente a innescare la comparsa del Knowledge Panel nelle ricerche per nome.
Una volta comparso il Knowledge Panel, Google permette al proprietario verificato dell’entità di rivendicarlo e suggerire correzioni agli attributi visualizzati — un meccanismo di feedback che rafforza ulteriormente la coerenza dei dati nel Knowledge Graph.
Entity SEO per i contenuti: ottimizzare le pagine come nodi del grafo
L’Entity SEO non riguarda solo la homepage e le pagine istituzionali. Si estende a ogni pagina del sito, ciascuna delle quali può essere ottimizzata come nodo del Knowledge Graph.
Un articolo editoriale ottimizzato per l’Entity SEO non si limita a includere la keyword target — contestualizza quella keyword in un campo semantico di entità correlate. Un articolo su “link building” che cita esplicitamente entità come PageRank, Domain Authority, anchor text, backlink profile, Google Search Console, digital PR, viene letto da Google come contenuto che comprende l’ecosistema semantico di quella query — non come contenuto che ha inserito meccanicamente una keyword.
Le tecniche operative per l’ottimizzazione a livello di entità:
Menzione esplicita delle entità correlate: nominare strumenti, tecnologie, persone, luoghi, concetti che Google associa all’argomento trattato. Non come lista di keyword, ma come parte naturale del discorso autorevole su quel tema.
Link verso fonti di entità autorevoli: linkare a Wikipedia, a documentazione ufficiale, a fonti primarie per le entità citate rinforza la credibilità semantica della pagina e aiuta Google a disambiguare le entità menzionate.
Markup specifico per tipo di contenuto: HowTo per guide pratiche, FAQPage per sezioni di domande e risposte, Event per eventi, Course per corsi formativi. Ogni tipo di markup comunica a Google la natura dell’entità-contenuto, non solo il suo argomento.
Coerenza dell’autore: ogni contenuto editoriale deve essere attribuito esplicitamente a un’entità Person con markup, profilo pubblico verificabile e storico editoriale coerente. Il contenuto senza autore identificabile è sempre meno valorizzato nel framework E-E-A-T.
Semantic triples e la logica del grafo di conoscenza
Per capire come Google interpreta i dati strutturati, è utile comprendere la logica del grafo di conoscenza nella sua forma più elementare: i semantic triple.
Un semantic triple è una proposizione nella forma Soggetto — Predicato — Oggetto:
- Mario Rossi — è — Consulente SEO
- Mario Rossi — opera in — Bari
- Bari — si trova in — Puglia
- Puglia — è una regione di — Italia
Ogni markup Schema.org è una dichiarazione di semantic triple in forma strutturata. Ogni triple aggiunta al grafo dell’entità la rende più definita, più distinta, più verificabile.
La strategia di Entity SEO avanzata consiste nel costruire nel tempo un grafo di triple coerenti e verificabili che descrivono l’entità da angolazioni diverse: chi è, cosa fa, dove opera, per chi lavora, con chi collabora, cosa ha pubblicato, dove è stato citato. La densità e la coerenza di questo grafo determina la solidità dell’entità nel Knowledge Graph di Google.
Disambiguation: distinguersi dalle entità omonime
Uno dei problemi pratici più comuni nell’Entity SEO è la disambiguazione: esistono altre entità con lo stesso nome, o con un nome simile, che Google potrebbe confondere con la tua?
Un professionista di nome Marco Rossi deve costruire segnali sufficientemente specifici perché Google riconosca il suo Marco Rossi — consulente finanziario a Milano — come entità distinta dai decine di altri Marco Rossi presenti nel Knowledge Graph.
Le tecniche di disambiguazione:
Specificità degli attributi: più gli attributi sono specifici (settore, area geografica, specializzazione, employer), meno ambiguità rimane. Un markup che dichiara jobTitle: "Consulente SEO specializzato in Local SEO per PMI pugliesi" è molto più disambiguante di jobTitle: "Consulente".
Profili verificati con foto e informazioni complete: Google usa le immagini come segnali di disambiguazione per le entità Person. Profili LinkedIn, Google, Wikipedia con foto coerente e informazioni complete riducono l’ambiguità.
Anchor text nelle menzioni esterne: quando fonti esterne citano l’entità, l’anchor text usata per il link contribuisce alla disambiguazione. Una menzione che dice “il consulente SEO Mario Rossi di Bari” è semanticamente molto più specifica di una che dice semplicemente “Mario Rossi”.
Entity SEO e GEO/AI Search Optimization: il futuro è già presente
Con l’affermarsi delle AI Overviews di Google e dei sistemi di risposta generativa come Perplexity e ChatGPT, l’Entity SEO ha assunto un ruolo ancora più centrale nella visibilità digitale.
I modelli linguistici che generano risposte nelle interfacce AI non lavorano con keyword — lavorano con entità e relazioni. Quando Perplexity risponde a “chi è il miglior consulente SEO per e-commerce in Italia”, non cerca la keyword “consulente SEO e-commerce Italia” nelle pagine web. Cerca nel suo training data e nelle fonti che consulta in tempo reale quali entità sono associate ai concetti di “consulente SEO”, “e-commerce” e “Italia”, con quale frequenza sono citate da fonti autorevoli, con quale grado di specificità ed expertise.
Un’entità ben costruita nel Knowledge Graph — con attributi chiari, relazioni verificabili, menzioni da fonti autorevoli, markup Schema coerente — è precisamente il tipo di entità che questi sistemi trovano, riconoscono e citano.
La GEO/AI Search Optimization non è una disciplina separata dall’Entity SEO. È la sua evoluzione naturale: costruire un’identità semantica così solida da essere riconoscibile non solo dai crawler tradizionali, ma anche dai modelli AI che stanno ridefinendo il modo in cui le persone trovano informazioni e prendono decisioni.
Questa è la ragione per cui costruire un’architettura SEO che rende il traffico organico un asset di proprietà richiede oggi la padronanza dell’Entity SEO: non è un layer opzionale da aggiungere sopra l’ottimizzazione tradizionale — è la fondazione su cui quella ottimizzazione acquista senso nel nuovo ecosistema della ricerca.
Il piano operativo: come costruire l’Entity SEO aziendale passo per passo
Tradurre la teoria in pratica richiede un piano di lavoro sequenziale. L’Entity SEO non si implementa in un giorno, ma ogni passo ha impatto incrementale sul riconoscimento dell’entità.
Fase 1 — Audit dell’identità esistente Verificare la coerenza attuale: come appare il nome dell’entità sui diversi touchpoint digitali? Esistono profili abbandonati, incoerenze nel NAP, URL duplicati che creano ambiguità? L’audit è il prerequisito per qualsiasi intervento strutturato.
Fase 2 — Implementazione del markup Organization/Person sulla homepage Il punto di partenza tecnico: markup JSON-LD completo con tutti gli attributi rilevanti e l’elenco sameAs di tutti i profili ufficiali. Questo è il documento di identità digitale dell’entità.
Fase 3 — Estensione del markup a tutte le pagine chiave Ogni tipologia di contenuto del sito riceve il markup appropriato: Service per le pagine servizio, BlogPosting per gli articoli con autore collegato, LocalBusiness per le pagine di sede, FAQPage per le sezioni di domande e risposte.
Fase 4 — Presidio dei profili esterni Completare e ottimizzare tutti i profili nelle piattaforme incluse nel sameAs: LinkedIn, Google Business Profile, profili di associazioni di categoria, directory professionali verificate. Ogni profilo deve essere coerente con gli attributi dichiarati nel markup del sito.
Fase 5 — Costruzione delle menzioni esterne Digital PR, interviste, articoli su testate di settore, partecipazione a podcast rilevanti — ogni menzione autorevole da fonte esterna rinforza il grafo di conoscenza dell’entità. Questa fase non ha fine: è un processo continuativo.
Fase 6 — Monitoraggio e aggiornamento Il Knowledge Graph è dinamico: Google aggiorna continuamente la sua rappresentazione delle entità in base ai nuovi segnali che riceve. Il monitoraggio della comparsa e della qualità del Knowledge Panel, delle citazioni nelle AI Overviews e delle query branded è il termometro della salute dell’identità nel Knowledge Graph.
Conclusione: l’entità che Google conosce non chiede il permesso di rankare
La SEO tradizionale chiede il permesso a Google ogni volta: pubblica una pagina, aspetta che venga crawlata, aspetta che salga nelle SERP, si preoccupa quando un aggiornamento algoritmico cambia le regole del gioco.
Un’entità riconosciuta nel Knowledge Graph non chiede il permesso. È già lì. Google la conosce, ne comprende gli attributi, sa per quali query è rilevante. Ogni nuovo contenuto pubblicato viene contestualizzato immediatamente all’interno di un’identità già consolidata — non deve dimostrare da zero la sua pertinenza.
È questa la differenza tra costruire pagine e costruire un’entità. Le pagine si posizionano. Le entità vengono riconosciute.
Il lavoro per arrivarci richiede metodo, coerenza e tempo. Ma il risultato è un asset semantico che resiste agli aggiornamenti algoritmici, si adatta ai cambiamenti della ricerca — dalla SERP tradizionale alle AI Overviews — e diventa progressivamente più difficile da scalzare per i competitor.
Inizia dall’audit. Poi costruisci il markup. Poi presidia le menzioni. Un passo alla volta, verso un’identità digitale che Google smette di cercare — perché la conosce già.