Quando qualcuno vuole sapere se un brand è affidabile, cercare il nome del brand non è più la prima cosa che fa. Chiede a un LLM di confrontarlo con le alternative, controlla su Reddit, dà un’occhiata ad alcuni aggregatori di recensioni o addirittura verifica se compare tramite un motore di ricerca dedicato all’AI.

Di conseguenza, il sito web del brand stesso potrebbe essere il quinto o sesto punto di contatto, ammesso che compaia. Questo significa che devi capire come i sistemi di AI ti citano, pur mantenendo la fiducia dei consumatori che hai costruito nel tempo.

I 5 canali attraverso cui si forma la fiducia nel brand prima che un visitatore arrivi sul sito web

Un tempo la fiducia nel brand passava attraverso un unico canale: un risultato di ricerca, un clic, una landing page, magari un modulo di contatto o un download. Ora ne attraversa cinque. Una grande differenza è che il sito web di solito è l’ultimo di questi, piuttosto che il primo:

  • Risposte generate dall’AI. ChatGPT ha superato i 900 milioni di utenti attivi settimanali. Le panoramiche di Google AI ora si attivano su quasi la metà di tutte le query di ricerca monitorate.
  • Piattaforme comunitarie. I thread su Reddit, i forum di nicchia e le discussioni su LinkedIn alimentano direttamente ciò che dicono quelle risposte generate dall’AI.
  • Piattaforme di recensioni e confronti. G2, Trustpilot e Capterra creano quel tipo di consenso incrociato su cui un modello può basarsi con sicurezza.
  • Copertura editoriale di terze parti. Le pubblicazioni indipendenti e i siti di settore hanno più peso su alcune piattaforme di quanto le pagine del brand stesso potranno mai avere.
  • Il sito web del brand stesso. Questa è l’ultima tappa, non la prima. Ora, questo è il punto in cui un visitatore arriva da te solo dopo essersi già fatto un’opinione.

Per approfondire: i dati relativi alla copertura delle panoramiche AI sono aumentati del 58%, il che significa che il canale che un brand può controllare meno direttamente è anche quello che cresce più velocemente. Questo vale anche per le conversioni: i visitatori indirizzati dall’AI si trasformano in iscritti a un tasso circa 11 volte superiore rispetto al traffico di ricerca tradizionale. Questo rende una citazione più simile a un hot lead che a una semplice menzione di passaggio.

Combinati, questi canali ora influenzano il modo in cui una piattaforma di AI decide chi citare, quindi un punto debole in uno di essi compromette il resto. Di conseguenza, un brand con contenuti eccellenti ma senza presenza nella community o copertura delle recensioni viene giudicato più in base a questa lacuna che ai contenuti stessi.

Tre piattaforme di AI decidono chi citare in modi diversi

La maggior parte degli articoli sulla visibilità nell’AI tratta l’essere citati come un unico obiettivo, come se ottimizzare per ChatGPT aiutasse automaticamente una pagina a comparire anche su Perplexity o nelle Panoramiche AI di Google. Tuttavia, ogni piattaforma attinge da un indice diverso o privilegia un mix diverso di fonti.

Quindi, un brand può dominare le citazioni su una piattaforma ma scomparire da un’altra per la stessa identica query. Dato che i due sistemi pongono domande diverse, è utile capire cosa cerca ciascuna piattaforma.

ChatGPT privilegia il consenso tra fonti indipendenti

Le citazioni di ChatGPT si concentrano su un numero ristretto di fonti. Ad esempio, Wikipedia da sola rappresenta quasi la metà delle citazioni tra le sue prime 10 fonti più citate. Questo indica una forte preferenza per le informazioni enciclopediche e con riferimenti incrociati rispetto a ciò che un brand dice di sé stesso.

Reddit si colloca al secondo posto, ben distanziato, poiché rappresenta solo circa il 10% di quella stessa quota delle prime 10. Ciò significa che un thread ben considerato ha più peso su ChatGPT di quanto la maggior parte dei brand creda.

In breve, ChatGPT cerca che gli stessi fatti compaiano più di una volta da fonti che non dipendono dal brand. Ad esempio:

  • Un profilo su G2 o Capterra che riporti lo stesso posizionamento di base del sito del brand stesso.
  • Un thread su Reddit o una discussione in un forum in cui il brand viene raccomandato spontaneamente, non nell’ambito di una campagna di marketing.
  • Articoli di stampa indipendenti o di settore che ripetono gli stessi fatti senza che nessuno glielo abbia chiesto.

Se stai cercando di ottenere citazioni da ChatGPT perfezionando la tua homepage, stai affrontando il problema sbagliato. Il modello, invece, ha bisogno di conferme e verifiche esterne riguardo alle tue affermazioni.

Perplexity privilegia le discussioni della community e i contenuti freschi

Perplexity funziona secondo una logica completamente diversa, poiché si basa sul recupero in tempo reale piuttosto che su un indice fisso. Questo si manifesta in due modi:

  • Forte concentrazione sulla community. Quasi il 50% delle sue citazioni principali proviene da Reddit, il che rappresenta un ribaltamento rispetto a ChatGPT e la pone ben davanti a qualsiasi altro tipo di fonte.
  • Una curva di freschezza molto ripida. I contenuti aggiornati negli ultimi 30 giorni vengono citati all’82% circa. Quelli risalenti a più di un anno fa solo al 37%.

Basandoci solo su questo, sia Perplexity che ChatGPT premiano tipi diversi di attenzione. Dato che Perplexity esegue una ricerca in tempo reale sul web per quasi ogni prompt, un brand che aggiorna le sue pagine più importanti può vedere i cambiamenti riflessi nel giro di poche settimane. Tuttavia, un canale importante per molti nelle panoramiche sull’AI può impiegare mesi per mettersi al passo.

Le panoramiche AI di Google si basano ancora sui segnali di ranking, ma sono meno prevedibili di quanto sembri

Le AI Overview si basano sui sistemi di ranking esistenti di Google, tra cui E-E-A-T e Core Web Vitals, aggiungendo un livello di sintesi basato sull’intelligenza artificiale.

Questo legame con il posizionamento è stato in genere un indicatore affidabile delle citazioni, ma una statistica in particolare evidenzia come non lo sia più: solo il 38% delle pagine citate nelle panoramiche AI di Google si posiziona anche tra i primi 10 risultati organici per la stessa query. Si tratta di un calo netto rispetto al 76% circa di pochi mesi fa. Significa che, anche se un buon posizionamento aiuta ancora, non garantisce una citazione.

Per collegare ulteriormente questi aspetti, c’è un ampio divario tra tutte le piattaforme e ciò per cui si “ottimizzano”:

  • Solo circa l’11% dei domini viene citato sia da ChatGPT che da Perplexity per la stessa query.
  • Circa il 71% delle fonti citate compare solo su ChatGPT o solo su Perplexity.

In poche parole, considerare la visibilità sull’AI come un unico obiettivo non è realistico. Tuttavia, tenere d’occhio le prestazioni del tuo sito può potenziare l’impegno che dedichi a ciascuna piattaforma.

Un sito web lento o bloccato perde citazioni prima ancora che i contenuti vengano valutati

Anche nei casi in cui hai svolto bene il lavoro a monte e hai sviluppato contenuti che sono ottimi candidati per essere citati, c’è ancora del lavoro da fare. Ad esempio, pensa a un crawler AI che va in timeout mentre visita il tuo sito. Nonostante il lavoro che hai già svolto, la citazione non avverrà comunque.

È un punto di errore comune perché i crawler AI si comportano in modo diverso da come la maggior parte dei brand immagina che si comporti un crawler dei motori di ricerca:

  • Recuperano le pagine in tempo reale invece di attingerle da un indice memorizzato nella cache, quindi una risposta lenta del server viene interpretata come una visita fallita (anziché ritardata).
  • Raggiungono il timeout più velocemente di Googlebot, il che significa che una pagina che alla fine si carica per un utente umano potrebbe non caricarsi mai per un crawler.
  • Considerano un errore come un motivo per dare minore priorità alla fonte, quindi una singola richiesta non riuscita può influire sul fatto che il crawler torni a riprovare.

Mekari, cliente di Kinsta, si è imbattuto in questo problema prima di comprenderne appieno la connessione. Il suo team ha ricondotto la scarsa visibilità nelle ricerche al basso numero di richieste di scansione e agli elevati tempi di risposta del server all’interno di Google Search Console.

Come ha spiegato il team di analisi di Mekari:

Competiamo su parole chiave transazionali. Se il nostro sito web non viene scansionato facilmente dai bot di Google, sia a causa di tempi di risposta lenti che di tempi di caricamento delle pagine, allora non saremo visibili al pubblico di riferimento.

Dopo il passaggio a Kinsta, i tempi di risposta del server di Mekari si sono ridotti di quasi la metà, le richieste di scansione sono quasi triplicate e il traffico di ricerca è cresciuto di un terzo. Questo è successo perché abbiamo reagito al comportamento dei crawler piuttosto che alle modifiche dei contenuti.

Infine, anche le impostazioni di sicurezza possono creare gli stessi punti ciechi. Ad esempio, attivare le impostazioni per bloccare i crawler AI per motivi di larghezza di banda o sicurezza ti esclude dalla valutazione delle citazioni AI. È un compromesso che a volte è giusto, ma dovrebbe sempre essere una scelta consapevole.

Come verificare l’idoneità alla citazione all’interno di MyKinsta

MyKinsta riunisce in un’unica dashboard l’uptime, le prestazioni delle pagine e l’accesso dei crawler. Ecco come utilizzare ciascuna sezione per diagnosticare un problema specifico relativo alle citazioni.

Inizia con il monitoraggio del tempo di attività e degli errori

Una citazione dipende dal momento in cui un crawler visita il tuo sito rispetto allo stato medio di quest’ultimo, quindi l’intervallo tra i controlli è più importante rispetto a quanto lo sia per un visitatore umano. MyKinsta controlla ogni sito fino a 480 volte al giorno, su tutti i piani.

Il pulsante di attivazione/disattivazione delle notifiche di monitoraggio del sito si trova nella schermata “Impostazioni utente” di MyKinsta.
L’opzione per le notifiche di monitoraggio del sito si attiva nella schermata Impostazioni utente di MyKinsta.

Attiva gli avvisi di monitoraggio in Impostazioni utente > Notifiche. Quando il monitoraggio rileva un problema dopo tre controlli falliti consecutivi, riceverai un’e-mail.

Se scatta un avviso, vai prima su Statistiche > Risposta. La ripartizione dei codici di risposta ti mostra se si tratta di un errore del server 5xx o di un problema di risorse 4xx. Questa distinzione ti indica dove indagare prima di iniziare a modificare qualsiasi cosa.

Individua la causa effettiva delle pagine lente

Una pagina lenta costa una citazione proprio come un’interruzione del servizio, solo in modo meno evidente. Ad esempio, se non viene segnalato alcun errore né viene contrassegnato nulla, la pagina perderà terreno rispetto a una fonte più veloce che risponde alla stessa domanda.

Lo strumento APM di Kinsta ti permette di monitorare in un intervallo da due a 24 ore. Mentre è in esecuzione, puoi riprodurre la richiesta lenta e poi leggere i risultati in quattro diverse visualizzazioni:

  • Le transazioni mostrano quale pagina o endpoint specifico è effettivamente lento, invece di una media a livello di sito che nasconde il problema.
  • WordPress suddivide il ritardo per plugin e tema, così un plugin che non funziona bene non si perde tra gli altri.
  • La sezione Database mostra le query lente o ripetute, come un conflitto tra plugin o una tabella delle opzioni troppo gonfiata.
  • La sezioneEsterne segnala le chiamate a API e servizi di terze parti, che spesso rappresentano il collo di bottiglia di una pagina che altrimenti sembra funzionare bene.
La sezione APM in MyKinsta che mostra l'elenco delle query del database più lente, completo di tempi di esecuzione e valori.
La sezione APM in MyKinsta che mostra le query del database più lente.

Trovare la causa è la cosa più importante in questo caso, dato che una correzione della cache e una correzione del codice risolvono problemi diversi. Trattare l’una come l’altra ti fa sprecare il tempo che stavi cercando di risparmiare.

Verifica che i crawler AI possano raggiungere il sito

La schermata di protezione dai bot in MyKinsta, che mostra il pannello del livello di protezione accanto all'interruttore
La schermata di Protezione bot che mostra il pannello del livello di protezione e l’opzioni Blocca crawler AI.

Protezione bot di Kinsta lascia sempre passare i crawler verificati dei motori di ricerca, come Googlebot e Bingbot. I crawler AI, invece, non godono della stessa autorizzazione automatica. Per questo, devi fare un controllo qui invece di dare qualcosa per scontato:

  • L’apposito pulsante Blocca crawler AI permette di escludere completamente un crawler AI con un solo clic.
  • La categoria Crawler AI con frequenza eccessiva riclassifica qualsiasi bot verificato che generi volumi di richieste insolitamente elevati, sottoponendolo a impostazioni di protezione più rigorose.
  • L’analisi del traffico dei bot suddivide tutto il traffico del sito per categoria: bot verificati, crawler AI, traffico automatizzato e probabili utenti umani.

Se il traffico dei crawler AI viene bloccato per errore, la Suddividione delle richieste te lo mostrerà. Modifica il livello di protezione o disattiva l’impostazione Blocca crawler AI, poi ricontrolla dopo 24 ore per assicurarti che il traffico passi senza problemi. Per i siti in cui il carico dei crawler sta davvero mettendo a dura prova le risorse del server, la soluzione giusta potrebbe essere quella di mantenere il blocco, ma controlla prima l’analisi del traffico dei bot in modo da sapere cosa stai effettivamente bloccando prima di decidere.

Questi tre controlli insieme ti dicono se il sito è strutturalmente in grado di essere indicizzato. Qualsiasi problema riscontrato qui è un problema di infrastruttura, non di contenuti, e i dati di MyKinsta sono qualcosa che puoi mostrare direttamente ai clienti invece di chiedere loro di fidarsi della tua parola.

Cosa dovrebbero dire le agenzie ai clienti che chiedono perché il traffico è stabile

Le agenzie hanno già una versione di questa conversazione, solitamente incentrata sulle preoccupazioni relative al traffico nonostante un calendario di pubblicazione costante. Da parte tua, la risposta onesta è che la fiducia nel brand inizia ben prima del sito web.

Considera quante volte un cliente ha già “incontrato” il tuo brand attraverso i vari altri canali, poi pensa a cosa sta cercando quel cliente. Se il tuo sito (o quello del tuo cliente) è lento o inaffidabile, mina la fiducia che, si spera, sia stata guadagnata altrove.

Significa anche che ci sono tre domande che vale la pena porre durante un incontro con il cliente, invece di presentare un report statistico:

  • Dove viene citato il brand oggi e su quale piattaforma?
  • Dove è assente il brand e quanto ti sta costando?
  • Di cosa ha bisogno l’infrastruttura per colmare eventuali lacune?

Adapting Social, un’agenzia di marketing digitale che gestisce più di 50 siti per i propri clienti, adotta questo approccio nelle conversazioni con i propri clienti. Dopo aver standardizzato l’hosting rendendolo più veloce e affidabile, il team ha riscontrato un aumento del traffico di ricerca per molti dei suoi clienti. È la prova che la parte tecnica di questa conversazione influisce sui numeri tanto quanto i contenuti.

La fiducia nel brand si conquista nell’ecosistema e si perde nell’infrastruttura

La fiducia nel brand ora si forma a monte del tuo sito web. Il ruolo del tuo sito non è più solo quello di essere il luogo in cui si instaura la fiducia, ma quello in cui viene confermata.

Un sito lento, a volte non disponibile o che blocca inavvertitamente i crawler AI non supera questo test di conferma. Prima di rivedere la strategia dei contenuti, controlla se il monitoraggio dell’uptime è attivo, se una pagina lenta ti sta costando citazioni e se le impostazioni di protezione dai bot funzionano come vorresti. Tutti e tre i controlli richiedono meno di cinque minuti su MyKinsta.

L’hosting gestito per WordPress di Kinsta fa sì che il monitoraggio dell’uptime, l’infrastruttura delle prestazioni e l’accesso dei crawler funzionino come un unico sistema, anziché come tre elementi separati da gestire.

Joel Olawanle Kinsta

Joel è uno Frontend developer che lavora in Kinsta come redattore tecnico. È un insegnante appassionato che ama l'open source e ha scritto oltre 200 articoli tecnici principalmente su JavaScript e i suoi framework.