Aggiungi come fonte preferita su Google
I bot ormai generano più traffico web degli esseri umani, ma la cosa più interessante è il tipo di bot che sta alla base di queste interazioni. Inoltre, vale la pena capire cosa fanno questi bot quando arrivano sul tuo sito.
Il discorso tipico sul traffico generato dall’AI si concentra sui crawler che estraggono i tuoi contenuti per addestrare un modello, il che costa risorse. Tuttavia, esiste una seconda categoria: gli agenti AI che visitano il sito per conto di una persona per leggerlo e interagire come farebbe un cliente. Questo ha un potenziale di guadagno, ma la tecnologia attuale, senza modifiche, blocca entrambi i tipi di bot invece di limitare solo quelli che consumano troppe risorse.
Scopri il visitatore che naviga come un bot e acquista come un cliente
Per gran parte della storia di Internet, un sito WordPress ha ricevuto tre tipi di visitatori: esseri umani, crawler di ricerca e script che eseguono attività ripetitive.
Gli agenti AI rappresentano ora un quarto tipo. Questi leggono la struttura di una pagina come un crawler, ma interagiscono come un essere umano. Per un agente AI è relativamente semplice controllare il prezzo di un prodotto, confrontarlo e completare l’acquisto.
Visto questo, i bot “agentici” meritano la tua attenzione. I dati sul traffico di Cloudflare mostrano ora che, per la prima volta, le richieste automatizzate superano quelle umane. All’interno di quella quota automatizzata, la ricerca “State of AI Traffic” di HUMAN Security ha rilevato che il traffico proveniente da agenti AI e browser “agentici” sta crescendo a un ritmo che fa impallidire ogni altra categoria.
Infatti, gli agenti dAI sono già presenti in alcuni prodotti molto diffusi:
- La funzionalità di navigazione automatica integrata in Chrome ricerca, confronta e completa attività in più fasi, come il completamento degli acquisti, sui siti che visiti.
- L’agente di navigazione di OpenAI, presente nell’app ChatGPT e nella sua estensione per Chrome, naviga tra le pagine e completa le attività per conto di una persona.
- Il browser Comet di Perplexity analizza le schede aperte dall’utente per cercare informazioni e agire al suo posto. È disponibile come download gratuito.
- Claude per Chrome (l’estensione per browser di Anthropic) naviga, clicca e compila moduli per conto dell’utente.
Questi e molti altri stanno generando traffico sul tuo sito, ma le impostazioni create per impedire l’addestramento dei crawler non sono state progettate tenendone conto.
Il traffico proveniente dall’AI converte meglio di quello umano
I dati di Adobe sul commercio al dettaglio del primo trimestre del 2026, ricavati da oltre un trilione di visite ai siti di e-commerce statunitensi, raccontano una storia che un anno fa era impossibile prevedere.
A marzo 2025, il traffico proveniente dall’AI aveva un tasso di conversione inferiore del 38% rispetto ai canali standard come la ricerca a pagamento e le e-mail. A marzo 2026, lo stesso traffico aveva un tasso di conversione superiore del 42%. Si tratta di un’inversione di tendenza di 80 punti percentuali in dodici mesi. Gli acquirenti provenienti dall’AI hanno anche generato il 37% in più di ricavi per visita rispetto al traffico non proveniente dall’AI, hanno trascorso il 48% di tempo in più sul sito e hanno visualizzato il 13% in più di pagine per visita. Il volume di traffico proveniente da fonti AI è cresciuto del 393% su base annua solo nel primo trimestre del 2026.
Il motivo è di natura comportamentale. Una persona che arriva tramite ricerca organica potrebbe trovarsi in qualsiasi fase del processo decisionale di acquisto. A un agente indirizzato al tuo sito, invece, è già stato assegnato un compito specifico.
È proprio questo il traffico che i negozi WooCommerce, le piattaforme di abbonamento e i moduli di preventivo o prenotazione vogliono catturare:
- Chi sta cercando un plugin manderà un agente a controllare i tuoi prezzi e ti farà sapere con un consiglio.
- Chi sta verificando la copertura del servizio fa compilare il tuo modulo di preventivo da un agente e aspetta una risposta.
- Chi sta confrontando i livelli di abbonamento lascerà che un agente completi la registrazione una volta terminato il confronto.
Ognuno di questi compiti può ora essere completato da un agente dall’inizio alla fine, se il tuo sito lo permette.
Cloudflare suddivide il blocco dei bot AI in tre categorie
I livelli infrastrutturali stanno iniziando a mettersi al passo. L’attuale configurazione di Cloudflare sostituisce il precedente interruttore unico per i bot AI con tre categorie controllabili in modo indipendente e disponibili per ogni cliente.
- La categoria Search copre i crawler che indicizzano i tuoi contenuti in modo che possano essere riproposti in seguito in una risposta generata dall’AI, inviandoti in genere un po’ di traffico.
- Training copre i crawler che assorbono i tuoi contenuti per costruire o perfezionare un modello, senza traffico di ritorno né intento transazionale.
- La categoria Agent comprende il traffico in tempo reale diretto dagli utenti che agiscono per conto di una persona specifica, comprese le sessioni di completamento del checkout.
Cloudflare blocca di default le categorie Training e Agent sulle pagine che contengono pubblicità, mentre la categoria Search rimane abilitata. I siti esistenti manterranno le impostazioni attuali a meno che non le modifichi. Tuttavia, i crawler multiuso (incluso Googlebot) vengono valutati in base alla regola più restrittiva. Quindi, un blocco generalizzato della categoria Training potrebbe finire per limitare anche la tua visibilità nei risultati di ricerca.
Protezione bot di Kinsta prende già questo tipo di decisione al posto tuo. Attualmente raggruppa i crawler AI sotto un unico interruttore, invece di rispecchiare la suddivisione in tre categorie specifica della dashboard di Cloudflare. Comunque, devi sapere come gestire ciò che hai a disposizione.
3 fattori che determinano se un agente porta a termine il checkout
Il fatto che un agente porti a termine il suo compito sul tuo sito dipende da tre fattori, tutti legati all’infrastruttura piuttosto che ai contenuti. Per gran parte di questi aspetti, le funzionalità e l’infrastruttura di Kinsta possono essere un vantaggio.
Prezzi e disponibilità devono essere presenti nell’HTML
Un agente legge la struttura sottostante di una pagina piuttosto che il suo layout visivo. Nei casi in cui il prezzo appaia solo dopo un clic, o il numero di articoli in magazzino venga caricato tramite una chiamata AJAX post-rendering, un agente che opera dall’albero di accessibilità non lo vedrà.
Ci sono però diversi livelli di difficoltà. Ad esempio, uno studio che ha testato un agente AI su attività web reali ha scoperto che ha avuto successo in quasi l’80% dei casi. Con l’interazione solo tramite tastiera (che simula come navigherebbe un utente di uno screen reader), il tasso di successo è sceso al 42%.
I tipici “colpevoli” sono facili da individuare una volta che sai cosa cercare:
- Le FAQ a fisarmonica nascondono le risposte dietro un clic che un agente potrebbe non attivare mai.
- Le tabelle dei prezzi a schede spesso rendono solo una scheda nel markup iniziale della pagina.
- Gli indicatori di borsa caricati tramite JavaScript potrebbero non esistere quando un agente legge la pagina.
Lo standard WebMCP proposto da Google è un tentativo di risolvere questo problema a livello di browser. Permette a un sito di esporre direttamente le funzioni di checkout e di listino prezzi, invece di lasciare che sia l’agente a dedurle dalla pagina. TuttavAI, si tratta ancora di una fase di sperimentazione iniziale, quindi l’HTML semantico rimane attualmente la soluzione più affidabile.
La tua pagina deve rispondere prima che l’agente vada in timeout
Un agente che sta eseguendo un’attività in più fasi non aspetterà che una pagina lenta si carichi, come farebbe un essere umano. Anzi, abbandonerà semplicemente una pagina che si blocca, facendoti perdere una conversione.
Le soglie dei Core Web Vitals sono un indicatore ragionevole di ciò che un agente è disposto a tollerare, anche se sono state pensate in base all’esperienza umana di una pagina. Un Largest Contentful Paint inferiore a 2,5 secondi dà sia a un utente umano che a un agente il tempo sufficiente per completare un’attività nella stessa sessione.
Inoltre, potresti sprecare tutto il tempo che stai cercando di risparmiare cercando di indovinare come risolvere i problemi di lentezza delle pagine. È qui che puoi usare lo strumento APM di Kinsta per analizzare una pagina di checkout o di prodotto: questo ti permetterà di individuare con precisione il plugin, la query del database o la chiamata a terze parti responsabile del ritardo.
Una volta avviata la finestra di monitoraggio, la vista Transazioni mostra quale pagina o endpoint è lento. Puoi quindi capire quale plugin o query ne è la causa, correggere l’elemento giusto e risparmiare tempo, aiutando gli agenti a rimanere sul sito per i motivi giusti.
Le tue impostazioni di protezione dai bot devono consentire il passaggio delle sessioni che generano conversioni
Se le tue impostazioni di protezione dai bot trattano ogni visitatore automatizzato come un crawler di addestramento, i bot “giusti” potrebbero non raggiungere nemmeno il tuo sito. Queste sessioni dei bot possono sembrare identiche a un sistema che non è in grado di distinguerle.
Ecco perché Protezione bot di Kinsta ti offre quattro controlli separati per prendere questa decisione:
- Quattro livelli di protezione, che vanno da Blocca traffico dannoso a Verifica tutti, controllano con quanta aggressività viene verificato il traffico non classificato e potenzialmente proveniente da bot su tutto il tuo sito.
- Un pulsante dedicato “Blocca crawler AI” elimina immediatamente il traffico dei crawler basati sull’intelligenza artificiale, comprese le sessioni degli agenti che completano il checkout e i crawler di addestramento.
- L’opzione Consenti le automazioni tipiche di WordPress mantiene attive la tua API REST, le integrazioni dei plugin e le attività in background anche a un livello di protezione più rigoroso. Questo è importante per le sessioni degli agenti che raggiungono i tuoi endpoint di checkout e API.
- L’opzione Consenti sempre le eccezioni (aggiungibili per IP, percorso o user agent) ti permette di specificare il traffico che non deve mai essere bloccato o sottoposto a verifica, indipendentemente dal tuo livello di protezione.
Una soluzione pratica per un negozio WooCommerce o un sito di prenotazioni è abilitare l’opzione Consenti le automazioni tipiche di WordPress, in modo che il traffico relativo al checkout e all’API REST non venga bloccato da un livello di protezione più rigoroso. È inoltre consigliabile considerare l’opzione Blocca crawler AI come uno strumento diagnostico temporaneo, piuttosto che un’impostazione da lasciare attiva in modo permanente.
Se stai cercando di impedire specificatamente l’addestramento dei crawler senza perdere gli acquisti effettuati tramite user agent, l’opzione Consenti sempre eccezioni per user agent noti ti offre una precisione maggiore rispetto a quella che il semplice interruttore può garantire da solo.
Controlla cosa succede sul tuo sito in MyKinsta
Tuttavia, prima di modificare qualsiasi impostazione, è bene verificare come si presenta il traffico del tuo sito, piuttosto che dare per scontato che tu stia già gestendo correttamente le sessioni degli agenti. MyKinsta ti offre diversi punti da controllare.
Innanzitutto, la schermata Siti > [nome sito] > Protezione bot ti offre due serie di informazioni combinate in un unico grafico. La sezione Dettagli delle richieste mostra tutte le richieste al tuo sito nelle ultime 24 ore con diverse classificazioni. Questo ti permette di capire le proporzioni e i rapporti del traffico che stai gestendo.
Il grafico dei risultati di Protezione bot mostra come è stato gestito questo traffico: consentito, verificato o bloccato:
La suddivisione delle richieste, in sostanza, si incrocia con se stessa. Ad esempio, se una parte del tuo traffico automatizzato viene verificata o bloccata, puoi vedere che questi dati si “uniscono” alla categoria dei crawler AI. Non è però possibile capire se si tratta di crawler in fase di addestramento o di sessioni di agenti in conversione.
Qui puoi osservare la tempistica di eventuali picchi nel traffico bloccato rispetto al volume degli ordini o dei lead nello stesso periodo; un calo dell’uno accompagnato da un aumento dell’altro suggerisce che le sessioni legittime degli agenti vengano bloccate per errore.
Prova il tuo checkout senza JavaScript
Un agente che opera sulla struttura sottostante di una pagina ha un’esperienza simile a quella di chi usa uno screen reader. Ci sono due test veloci che ti mostrano dove si interrompe il flusso.
Per prima cosa, apri DevTools nel browser, poi vai su Impostazioni > Debugger. Successivamente, seleziona Disabilita JavaScript. Quindi ricarica la pagina e prova ad aggiungere un articolo o a procedere al checkout.
Eventuali anomalie o errori indicano che quella fase dipende da uno script che potrebbe non essere mai eseguito. Ad esempio, un pulsante “Aggiungi al carrello” creato come <div> cliccabile spesso non ha un comportamento alternativo senza lo script.
Puoi anche eseguire uno scanner di accessibilità come axe o WAVE sullo stesso flusso di checkout. Ogni etichetta mancante, campo nascosto o pulsante irraggiungibile qui non sarà visibile a un agente. Tra i due test, avrai un elenco specifico di elementi da correggere.
Controlla i tempi di risposta sotto un carico simultaneo
Una sessione di un agente che apre diverse schede o controlla diverse pagine di prodotti in rapida successione è più simile a un piccolo picco di traffico simultaneo. Molti controlli delle prestazioni non rilevano questo tipo di modello di carico, quindi un test a richiesta singola supererà il test senza problemi.
All’interno delle statistiche di MyKinsta (Siti > sitename > Statistiche > Prestazioni), controlla il tempo medio di risposta di PHP e MySQL. Questo dato (insieme all’elenco dettagliato in fondo alla schermata) può aiutarti a individuare i percorsi più lenti del tuo sito, invece di una media a livello di sito che nasconde il problema.
A questo punto, avvia lo strumento APM e apri contemporaneamente diverse sessioni sui tuoi endpoint del carrello e di ricerca. Potrai così individuare il punto in cui il tempo di risposta inizia ad aumentare.
Se il grafico del limite dei thread PHP nella sezione “Prestazioni” di Statistiche mostra che il tuo sito sta raggiungendo il limite massimo, è un problema che puoi risolvere. Aumentare l’allocazione dei thread in Siti > [nome sito] > Informazioni > Prestazioni PHP > Modifica è un modo semplice per dare al tuo sito più spazio per gestire più sessioni degli agenti contemporaneamente.
Il traffico degli agenti non è più solo rumore dei bot, ma un canale a tutti gli effetti
Per addestrare i crawler, bloccare e recuperare le risorse è ancora la mossa giusta. Non lo è però per gli agenti AI che completano i checkout, quindi devi sfruttare tutti gli strumenti a tua disposizione per filtrare correttamente i bot.
La soluzione è verificare se i dati relativi ai prezzi e alle scorte vengono inseriti nell’HTML iniziale della pagina. Individuare le pagine più lente e controllare le impostazioni della protezione dai bot ti permette di gestire il traffico esistente con precisione e mantenere efficienti le risorse del server.
Per scoprire come Protezione bot, l’APM e l’integrazione di Kinsta con Cloudflare lavorano insieme per mantenere la tua infrastruttura pronta ad accogliere entrambi i tipi di visitatori, dai un’occhiata all’hosting WordPress gestito di Kinsta.
