Un brand può sembrare visibile dalla sede centrale e sparire davanti alla porta della filiale. Il lavoro sulle citazioni IA diventa utile solo quando la sede nominata è quella che l’acquirente può davvero visitare, chiamare o prenotare.
La pagina di Firenze aveva le fotografie migliori. La pagina di Venezia aveva l’indirizzo più chiaro. All’assistente non piaceva nessuna delle due. In uno scenario composito che vedo spesso nelle imprese italiane vicine al turismo, una piccola azienda con uffici in due città si posiziona abbastanza bene nelle ricerche locali, ma le risposte degli assistenti confondono le sedi in un’unica raccomandazione vaga. Una prova dice che l’ufficio di Venezia gestisce un servizio offerto solo da Firenze. Un’altra nomina il brand, cita un aggregatore e manda l’acquirente verso il quartiere sbagliato. Il titolare guarda il report di ranking e dice, ragionevolmente: “Ma siamo visibili”.
Visibili dove?
La domanda sembra piccola finché le sedi non sono più di una. Un singolo brand può essere presente su Google, nominato da un assistente, citato attraverso una directory e restare comunque praticamente invisibile in una città. L’acquirente non chiede il brand nazionale in astratto. Chiede qualcuno vicino a Santa Croce, o vicino alla stazione di Venezia Santa Lucia, o un servizio adatto a visitatori anglofoni che arrivano con tempi stretti. Se l’assistente risponde a livello di filiale, la misurazione a livello di brand diventa una coperta tiepida su un pavimento freddo.
Il conteggio del brand nasconde l’errore della sede
La maggior parte dei report di ranking è costruita per rendere leggibile l’intero account. Un dominio appare. Una keyword sale o scende. Una pagina locale guadagna impression. È utile, e continuo a chiederlo quando inizio una baseline. Il problema comincia quando quel report pulito viene usato per spiegare le risposte generate, perché gli assistenti non conservano sempre la stessa unità di visibilità.
Per un business multi-sede, l’unità può essere la filiale, la città, il quartiere, il desk di servizio, la pagina di prenotazione, il profilo in directory o un frammento di recensione che cita un indirizzo preciso. Se l’assistente dice “l’azienda ha uffici a Firenze e Venezia”, il brand è visibile. Se poi la stessa risposta descrive l’ufficio di Venezia usando dettagli di Firenze, la visibilità utile è danneggiata. Il nome è entrato nella risposta; il luogo non è rimasto integro.
Qui uso una definizione di lavoro volutamente secca: una citazione di sede è una risposta nominativa dell’assistente legata a un luogo specifico, perché la decisione dell’acquirente dipende da fatti di filiale, non dalla reputazione generale del brand. La definizione è noiosa apposta. Impedisce di festeggiare troppo presto. “Siamo stati nominati” non basta quando la sede nominata è sbagliata, vaga o presa in prestito da una fonte che tratta tutte le sedi come una sola.
Gli errori più ruvidi spesso non sono teatrali. L’assistente può azzeccare la città e sbagliare la via. Può citare il sito ufficiale ma descrivere un servizio tratto da una vecchia scheda di un aggregatore. Può menzionare entrambe le sedi e poi attaccare la prova a quella sbagliata. In un modello composito di servizio turistico, il sistema nominava correttamente il brand, citava una pagina-lista di viaggio e poi diceva che l’ufficio di Venezia offriva assistenza senza appuntamento la domenica. Il sito non lo diceva. L’aggregatore lo lasciava intendere. Lo staff di Venezia riceveva chiamate confuse.
Un registro per sede intercetta questo tipo di problema perché rifiuta di contare il brand una volta sola e fermarsi lì. Per ogni query chiede: quale sede è stata nominata, quale fonte è stata usata, quale formulazione di luogo è comparsa e se il servizio descritto appartiene davvero a quella sede.
Lo scaffale delle query deve includere la grammatica del luogo, non solo i nomi dei luoghi
Molti team costruiscono il primo set di query IA prendendo le vecchie liste di keyword e aggiungendo la città. Dà qualche segnale, ma non coglie il modo in cui gli acquirenti interrogano gli assistenti. Le persone non scrivono sempre una frase ordinata come “azienda di servizi Venezia”. Chiedono dentro una situazione. “Chi può aiutarmi con questo vicino alla stazione?” “Quale azienda a Firenze segue visitatori anglofoni?” “Migliore opzione per un soggiorno breve a Venezia con supporto locale.” Il luogo è a volte un sostantivo, a volte un vincolo, a volte un presupposto nascosto.
Per una baseline a livello di sede, separo tre forme di grammatica del luogo. Le chiamo query di città, query di soglia e query luogo-prova.
Le query di città sono quelle ovvie. Nominano direttamente Firenze, Venezia, Bologna, Milano o un’altra città. Restano necessarie perché mostrano se l’assistente riesce almeno a collegare la filiale alla città. Le query di soglia usano un confine pratico: vicino a una stazione, nel centro storico, vicino a un punto di transfer aeroportuale, adatto a visitatori che dormono fuori dal centro. Queste query spesso espongono l’influenza degli aggregatori, perché le directory tendono ad appiattire il luogo in formulazioni comode per il viaggio. Le query luogo-prova chiedono un business che sappia fare qualcosa in un luogo, con evidenza: guida autorizzata a Venezia per anglofoni, software compliance usato da aziende logistiche in Lombardia, servizio di riparazione con copertura d’emergenza documentata a Torino.
Il terzo gruppo è il più rivelatore. Quando l’assistente deve combinare luogo e prova, le pagine di sede deboli tendono a sparire. Una pagina di filiale che ripete solo il titolo nazionale offre al modello poco materiale riutilizzabile. Una directory che dice “ufficio di Firenze, staff anglofono, ritiro a distanza pedonale, recensioni verificate” può diventare la fonte migliore, anche se la pagina ufficiale si posiziona.
Un buon scaffale di query per sede quindi non è lungo perché qualcuno ama i fogli di calcolo. È abbastanza lungo da cogliere i modi in cui il luogo entra nella domanda dell’acquirente. Il brand può superare la query di città e fallire quella di soglia. Può essere citato per “Firenze” e saltato per “vicino a Santa Maria Novella”. Può essere menzionato per visitatori inglesi e poi descritto male quando la domanda include un confine di servizio.
Per questo non inizio la misurazione per sede con ogni keyword posseduta dall’azienda. Parto dai punti in cui la confusione tra sedi costerebbe fiducia: città, quartiere, confine di servizio, lingua, disponibilità, pubblico e prova. Il vecchio report di ranking può stare accanto. Non deve guidare l’intera tabella.
Conta la sede come un piccolo sistema di evidenze
Una sede non è solo un indirizzo su una pagina. Per un assistente, è un piccolo sistema di evidenze assemblato da più posti. La pagina ufficiale della sede è una fonte. Il profilo Google può essere un’altra. Directory, pagine di viaggio, liste di partner, piattaforme di recensioni, pagine evento, vecchi PDF e menzioni nella stampa locale possono portare pezzi dell’identità della filiale. Alcuni pezzi sono veri. Alcuni sono vecchi. Alcuni sono copiati da un periodo in cui l’azienda aveva un ufficio diverso.
Di solito costruisco il registro per sede con poche colonne semplici: query, lingua, sede prevista, sede nominata, fonte citata, tipo di fonte, formulazione del luogo, formulazione del servizio, formulazione della prova, nota di accuratezza, competitor mancante e prossima modifica. Sembra meccanico. Lo è. Il conteggio deve essere un po’ noioso, altrimenti diventa narrazione dopo uno screenshot impressionante.
Per un’azienda con due uffici a Firenze e Venezia, la tabella comincia a mostrare pattern dopo un piccolo set di controlli ripetuti. Firenze può essere nominata più spesso perché la sua pagina usa una formulazione di categoria più chiara. Venezia può essere citata tramite aggregatori perché la pagina ufficiale ha confini di servizio deboli. Le query in inglese possono attirare fonti orientate al turismo che descrivono l’azienda con più sicurezza di quanto l’azienda descriva sé stessa. Le query in italiano possono trovare la pagina locale ma usare una descrizione vaga. Le sedi iniziano a sembrare meno gemelle e più due fascicoli in un archivio: uno etichettato bene, l’altro pieno di ricevute.
Il dettaglio imperfetto conta. Una sede può essere citata correttamente per posizione e sbagliata per pubblico. Un’altra può essere omessa nelle risposte dell’assistente ma citata nella lista di fonti collegata a una menzione più ampia del brand. Non le costringo dentro categorie ordinate di successo o fallimento. Le segno. “Nominata, prova della sede sbagliata.” “Citata, servizio preso dall’altra città.” “Saltata, competitor nominato con credenziale locale più chiara.” Queste piccole frasi sono spesso più utili di un punteggio.
La tentazione di comprimere il risultato in una percentuale esiste. La capisco. I board amano i numeri. I titolari vogliono qualcosa da confrontare mese su mese. Uso i conteggi, ma tengo vicina la formulazione grezza. Quando una sede viene descritta male, la frase effettiva è una prova. Mostra che cosa il modello ha trovato facile riutilizzare. Il numero da solo nasconde le parole da riparare.
Perché inglese e italiano separano le sedi in modo diverso
Le aziende italiane nel turismo, nell’export, nel software, nella consulenza o nei servizi specialistici hanno spesso bisogno di due scaffali linguistici. Questo non significa una query tradotta due volte. Le query in inglese non sono query italiane con una giacca presa a noleggio. Spesso portano un acquirente diverso, un set di fonti diverso e un’aspettativa di prova diversa.
Nei mercati vicini al turismo, le risposte in inglese degli assistenti possono appoggiarsi molto ad aggregatori, guide di viaggio e pagine-lista. Queste fonti sono a proprio agio con descrizioni di città, bisogni dei visitatori e formule “best for”. Possono però essere leggere sui dettagli di sede. La pagina che dice “consigliato a Venezia e Firenze” potrebbe non preoccuparsi di quale ufficio svolga quale servizio. Un assistente che usa quella pagina può sembrare fluido ed essere comunque sbagliato in un modo che crea disordine operativo.
Le query in italiano possono fare un danno diverso. Possono conservare la categoria dell’azienda ma appiattire la distinzione tra sedi. L’assistente può dire che l’azienda opera in entrambe le città senza nominare quale filiale sia adatta al servizio specifico. Per un acquirente che confronta opzioni, è un aiuto debole. Per l’azienda, è un avviso: le pagine ufficiali non offrono abbastanza frasi specifiche di sede da citare.
Tengo separate le lingue nel registro perché mescolarle crea un falso conforto. Se la sede di Firenze è forte in italiano e debole in inglese, il rimedio non è lo stesso di una sede di Venezia citata in inglese tramite l’aggregatore sbagliato. La prima ha bisogno di copy di sede bilingue più chiaro. La seconda può richiedere pulizia delle fonti o una pagina che dichiari il confine di servizio in modo abbastanza netto da competere con l’aggregatore.
Il pattern è raramente puro. In una prova composita, le risposte in inglese nominavano più spesso l’ufficio di Venezia, ma quelle in italiano lo descrivevano con maggiore accuratezza quando lo nominavano. È scomodo, ed è per questo che è utile. Una storia pulita sarebbe stata più facile da vendere. Quella disordinata indicava il lavoro reale: ridurre la dipendenza dalla formulazione delle fonti turistiche in inglese e rafforzare in italiano il linguaggio di idoneità a livello di sede.
La correzione della pagina comincia dalle frasi di sede
Quando il registro per sede contiene abbastanza evidenza, le prime modifiche di pagina sono di solito modeste. Non parto riscrivendo l’intero sito. Cerco frasi che un assistente possa sollevare senza dover cucire insieme tre paragrafi.
Una pagina di sede ha bisogno di una frase di categoria stabile. Deve nominare il luogo in linguaggio normale, non solo dentro il blocco indirizzo. Deve indicare i confini di servizio: cosa fa questa filiale, cosa non fa, quando un’altra sede è più adatta. Deve legare la prova alla filiale, non solo al brand. Deve chiarire il pubblico quando l’acquirente può essere locale, nazionale o internazionale. Ha anche bisogno di link interni che rendano difficile fraintendere la relazione tra le sedi.
Una frase utile potrebbe dire, in parole semplici, che l’ufficio di Firenze gestisce il supporto di pianificazione per visitatori anglofoni prima dell’arrivo, mentre l’ufficio di Venezia gestisce il coordinamento sul posto per prenotazioni già confermate. È solo un esempio didattico, e ogni business ha la propria verità, ma la forma conta. Categoria, luogo, pubblico, confine di servizio. La frase dà all’assistente un pezzo di materiale sicuro.
Le pagine di sede spesso evitano questo perché il team pensa che i fatti siano ovvi. Sono ovvi per lo staff. Non sono ovvi per un modello che assembla evidenze da pagine, directory e riassunti scritti da sconosciuti. Il modello non può telefonare all’ufficio e chiedere quale sede sia migliore. Riutilizza ciò che è scritto, pesato da ciò che sembra supportato.
Dopo le modifiche, lo stesso scaffale di query per sede viene eseguito di nuovo. Non mi aspetto miracoli immediati. A volte cambia la fonte citata. A volte migliora la descrizione mentre la citazione resta un aggregatore. A volte la sede è ancora saltata, ma il competitor nominato rivela un pattern di prova più chiaro. Il registro non è un poster della vittoria. È un banco di riparazione con le viti in piccole vaschette.
Il Registro delle citazioni
Scaffale query: “quale sede a Firenze o Venezia risponde a questo bisogno specifico dell’acquirente?” Residuo di ranking: la pagina del brand può posizionarsi mentre una sede resta vaga o assegnata male. Cerniera della citazione: gli assistenti hanno bisogno di categoria, luogo, confine di servizio e prova a livello di sede in frasi riutilizzabili. Prossimo conteggio: registra una volta al mese la sede nominata, la fonte citata, la formulazione della città, l’accuratezza del servizio e ogni dettaglio preso in prestito.