Nel primo articolo dedicato all'agentic SEO abbiamo costruito l'architettura del nostro "Vivaio Digitale". Oggi affrontiamo il problema più grande delle AI: la memoria a breve termine.
Oggi impareremo a collegare i puntini. Impareremo a dire a Google e agli Agenti AI non solo chi è il nostro cliente, ma dove si trova e cosa gli serve, trasformando dati sparsi in un'identità solida.
Identity Resolution: Risolvere il problema del "Chi" e del "Dove"
Sconfiggere la Frammentazione
Il nemico numero uno degli agenti AI è la dispersione dei dati.
Tecnicamente, l'Entity Resolution (ER) è la capacità di capire che "Giulia", "Utente 5521" e "La ragazza che cerca piante a Magenta" sono la stessa entità. Senza questo ponte, l'AI soffre di "cecità contestuale".
Il Caso "Giulia la Giardiniera"
Immaginiamo Giulia.
- Nel database vendite è l'utente
ID_5521. - Nel nostro Knowledge Graph, dobbiamo mapparla come:
vivaio:persona/giulia-indoor-beginner.
Se l'AI ignora questa connessione, potrebbe suggerirle un complesso sistema di irrigazione industriale. Grazie all'ER, l'AI riconosce il contesto: è una principiante. Ma c'è un secondo livello di risoluzione, spesso ignorato: il Luogo.
🌍 L'Importanza dell'Entity Resolution Locale
Se Giulia cerca "potatura rose", l'AI deve sapere se si trova a Milano o in campagna.
Come consulente, applico questa stessa logica ai miei clienti. Non basta dire "faccio siti web". Bisogna dire all'AI dove la tua entità è rilevante.
Ecco perché nel mio sito non ho solo una pagina generica, ma strutture dedicate come quella per la realizzazione siti web a Magenta o per la consulenza SEO ad Abbiategrasso. Queste non sono semplici landing page; sono nodi geografici del mio Brand Graph. Dicono all'AI: "La mia entità 'Consulente' ha una relazione di 'ServiceArea' con l'entità 'Magenta'".
Se non crei questi collegamenti espliciti (tramite contenuti e dati strutturati), l'AI non potrà mai raccomandarti come "il miglior esperto vicino a me".
🧠 La Nota del Consulente: L'Errore del "Tutto per Tutti"
Vedo aziende ancora oggi usare lo stesso identico testo per 50 città, cambiando solo il nome del comune, tecniche SEO vetuste di 20 anni fa. Questo è spam, non Entity Resolution. L'AI moderna se ne accorge. Se vuoi posizionarti localmente, devi creare valore unico per quel nodo geografico. Quando sviluppo siti web per clienti locali della provincia di Milano, inserisco riferimenti a entità reali del territorio (eventi, quartieri, dinamiche economiche) per ancorare semanticamente il business alla città.
🛠️ Implementazione Tecnica: La Lezione come Entità
Ora, traduciamo la teoria in codice. In questo snippet, mostriamo come strutturare una guida collegandola non solo a un tipo di utente (Persona), ma anche a un'area geografica (Place), creando un'identità tridimensionale.
Codice da Copiare (JSON-LD Reale):
json<script type="application/ld+json">
{
"@context": "https://schema.org/",
"@graph": [
{
"@type": "LearningResource",
"@id": "https://nomebrand.it/corso-seo/lezione-2/#risorsa",
"name": "Lezione 2: Identity Resolution e Local Entity SEO",
"description": "Come unificare le identità utente e le entità geografiche per dominare la ricerca locale e agentica.",
"image": "https://nomebrand.it/wp-content/uploads/2026/01/infografica-lezione-2-identity.jpg",
"learningResourceType": "Deep Dive",
"isBasedOn": "https://nomebrand.it/corso-seo/lezione-1/#risorsa",
"author": {
"@type": "Person",
"name": "Tuo Nome"
}
}
]
}
</script>
L'Orologio degli Eventi – Costruire la Memoria Storica dell'AI
Oltre il "Qui e Ora"
I database tradizionali sono stupidi: sanno solo qual è lo stato attuale delle cose.
Se oggi un prodotto è "Esaurito", l'AI tradizionale pensa che lo sia sempre stato. Non sa che ieri era disponibile.
Per l'Agentic SEO, questo è un disastro. L'AI ha bisogno di capire la causalità.
"Ho consigliato quel prodotto a Giulia perché IERI era in stock e faceva caldo. OGGI non lo consiglio più."
Questa capacità di viaggiare nel tempo si chiama Bitemporalità. Dobbiamo tracciare due linee temporali:
- Transaction Time: Quando abbiamo registrato il dato.
- Valid Time: Quando il fatto era effettivamente vero nel mondo reale.
Il Caso "La Vernice Sbagliata" (o il Concime Bruciato)
Torniamo al nostro Vivaio.
Giulia si lamenta che le foglie della sua pianta si sono bruciate dopo aver usato il nostro concime.
Un'AI stupida direbbe: "Il prodotto è difettoso".
Un'AI dotata di Event Clock (Orologio degli Eventi) andrebbe a ritroso: "Aspetta. Giulia ha comprato il concime il 12 Luglio. Il 12 Luglio c'erano 40 gradi all'ombra. Il prodotto non è difettoso; è stato applicato durante un'ondata di calore non prevista."
Il contesto temporale salva la reputazione del brand e fornisce assistenza vera.
🧠 La Nota del Consulente: Il Valore dello Storico
Nel web, nulla invecchia peggio di un sito statico. Un sito che non storicizza le sue evoluzioni è un sito senza memoria. Quando gestisco i piani SEO e Coaching per i miei clienti, insisto sempre sulla creazione di un archivio strutturato. Non cancellare le vecchie guide o i vecchi prodotti: storicizzali. Crea una sezione "Archivio Versioni" (es. "Listino 2024 vs 2025"). Questo dice all'AI: "Sono una fonte autorevole che esiste nel tempo, non un sito nato ieri". La storia è un fattore di ranking E-E-A-T formidabile.
🛠️ Implementazione Tecnica: Gestire le Versioni (Senza uccidere la SEO)
Come si gestisce l'aggiornamento di una guida senza creare contenuti duplicati?
Con la strategia "Persistent URL" + "Archival Layer".
- URL Principale (Live):
/guide/cura-orchidee/-> Contiene sempre l'ultima versione. - URL Archivio (Noindex):
/archivio/guide/cura-orchidee-v2024/-> Contiene la vecchia versione per riferimento storico.
Nel codice della pagina LIVE, usiamo la proprietà isBasedOn per dire all'AI: "Questa guida è l'evoluzione di quella del 2024". Creiamo una lineage (discendenza) di conoscenza.
Esempio Didattico (Codice JSON-LD)
Ecco come colleghiamo il presente al passato:
json// ESEMPIO DIDATTICO
{
"@type": "HowTo",
"name": "Guida Orchidee 2026 (Aggiornata)",
"isBasedOn": {
"@id": "https://vivaio.it/archivio/guide/orchidee-v2025/#how-to",
"name": "Versione 2025 (Archiviata)"
},
"dateModified": "2026-01-28"
}
Alla prossima!
