Indice dei contenuti dell'articolo:
Negli ultimi giorni molti sviluppatori, SEO tecnici e webmaster hanno iniziato a notare una nuova voce nei report di Google PageSpeed Insights e Lighthouse: Agentic Browsing, traducibile in italiano come navigazione agentica o navigazione basata su agenti. Non si tratta di un semplice cambio grafico dell’interfaccia, né dell’ennesimo controllo marginale aggiunto a Lighthouse. È piuttosto un segnale molto interessante della direzione in cui Google, Chrome e l’intero ecosistema web stanno guardando: un web non più pensato soltanto per essere letto e utilizzato dagli esseri umani, ma anche da agenti AI capaci di interpretare una pagina, comprendere le azioni disponibili e interagire con moduli, pulsanti e interfacce.
La novità arriva con Lighthouse 13.3.0, versione che ha introdotto la categoria Agentic Browsing nella configurazione di default. Questo significa che la navigazione agentica non è più soltanto un esperimento nascosto o riservato a chi esegue configurazioni particolari, ma inizia a diventare visibile negli strumenti che tanti professionisti già usano quotidianamente per misurare qualità tecnica, performance, accessibilità e SEO di una pagina.
È bene chiarirlo subito: Agentic Browsing non è un nuovo Core Web Vital. Non sostituisce metriche come Largest Contentful Paint, Interaction to Next Paint o Cumulative Layout Shift. Non è nemmeno, almeno allo stato attuale, un fattore SEO dichiarato da Google Search. È invece una nuova categoria sperimentale di Lighthouse che prova a rispondere a una domanda diversa: quanto è facile per un agente AI capire e utilizzare questa pagina?
Cosa significa navigazione agentica?
Per capire il concetto bisogna partire dalla parola “agente”. Un agente AI è un software in grado di svolgere attività con un certo grado di autonomia. Non si limita a leggere un testo o a restituire una risposta, ma può osservare una pagina web, interpretarne la struttura, individuare elementi interattivi e tentare di completare un compito.
Per esempio, un utente potrebbe chiedere al proprio assistente AI di prenotare un tavolo, compilare una richiesta di preventivo, trovare un prodotto in un e-commerce, iscriversi a una newsletter, confrontare piani hosting o recuperare una determinata informazione tecnica da una documentazione online. Per svolgere queste azioni, l’agente deve capire quali elementi della pagina sono contenuti, quali sono pulsanti, quali sono campi di input, quali dati sono obbligatori e quale azione viene eseguita inviando un form.
Un essere umano può spesso orientarsi anche davanti a un’interfaccia imperfetta, basandosi su contesto visivo, esperienza, intuizione e tentativi. Un agente AI, invece, ha bisogno di segnali più espliciti: markup corretto, nomi programmatici, label associate ai campi, ruoli coerenti, struttura accessibile, layout stabile e, in prospettiva, metadati specifici che descrivano le azioni disponibili.
Perché questa novità è importante?
La nuova categoria Agentic Browsing rappresenta un cambio di prospettiva. Per anni abbiamo valutato la qualità di un sito principalmente in base a velocità, accessibilità, best practice, SEO tecnica e compatibilità mobile. Tutti elementi ancora fondamentali. Tuttavia il web sta entrando in una fase in cui una parte crescente delle interazioni potrebbe essere mediata da assistenti AI, browser intelligenti e sistemi automatici.
In questo scenario, non basta più che una pagina sia veloce e bella da vedere. Deve anche essere comprensibile dalle macchine. Non nel vecchio senso del crawling testuale, ma in un senso più operativo: la macchina deve poter capire cosa può fare sulla pagina e come farlo in modo affidabile.
È qui che entra in gioco la navigazione agentica. Lighthouse prova a misurare se una pagina è costruita in modo da permettere a un agente di interagire con essa senza ambiguità inutili. Per un sito vetrina può sembrare un tema secondario, ma per e-commerce, portali di prenotazione, form di contatto, aree riservate, knowledge base, SaaS, marketplace e documentazioni tecniche può diventare un aspetto sempre più rilevante.
Come viene valutato Agentic Browsing?
Una delle particolarità più importanti è che Agentic Browsing non usa un classico punteggio da 0 a 100 come accade per altre categorie di Lighthouse. Google stessa spiega che gli standard del web agentico sono ancora emergenti, quindi l’obiettivo attuale non è creare una classifica definitiva, ma fornire segnali tecnici azionabili.
Il report mostra quindi un rapporto fra controlli superati e controlli disponibili, eventuali stati di pass o fail, warning e conteggi informativi. In altre parole, non bisogna interpretarlo come “ho 92, quindi sono bravo” oppure “ho 65, quindi sono penalizzato”. Va letto come un insieme di indizi tecnici che indicano dove una pagina può essere resa più leggibile e più utilizzabile dagli agenti AI.
Gli audit sono deterministici, cioè basati su segnali tecnici riproducibili. Tuttavia i risultati possono variare se il sito registra strumenti in modo dinamico via JavaScript, se il DOM cambia molto durante il caricamento, se l’albero di accessibilità è instabile o se il layout subisce spostamenti improvvisi.
WebMCP: il cuore della nuova interazione con gli agenti
Uno degli elementi più nuovi e interessanti collegati ad Agentic Browsing è WebMCP. In modo semplificato, WebMCP permette a una pagina web di esporre capacità operative agli agenti AI. Queste capacità vengono chiamate “tool”, cioè strumenti o azioni che il sito rende riconoscibili.
Un esempio di tool potrebbe essere “Prenota un tavolo”, “Aggiungi al carrello”, “Iscriviti alla newsletter”, “Richiedi un preventivo” o “Cerca disponibilità”. L’idea è che l’agente non debba soltanto indovinare a cosa serve un modulo guardando la pagina, ma possa leggere informazioni strutturate che descrivono nome, scopo e parametri richiesti da quell’azione.
Lighthouse include audit dedicati ai tool WebMCP registrati. Alcuni controlli sono informativi: se non vengono registrati tool, il report può limitarsi a mostrare una lista vuota. Questo è importante perché, almeno oggi, non avere WebMCP non significa automaticamente “fallire” tutta la categoria. Significa però che il sito non sta ancora esponendo in modo esplicito azioni pensate per agenti AI.
I form diventano ancora più importanti
La nuova categoria mette molta attenzione sui form, perché i moduli sono uno dei punti principali in cui un agente deve interagire con un sito. Un form di contatto, un checkout, un login, una richiesta di preventivo o una prenotazione devono essere comprensibili non solo visivamente, ma anche semanticamente.
Lighthouse può segnalare problemi quando un form usa attributi WebMCP incompleti, per esempio quando è presente una descrizione dello strumento ma manca il nome, oppure quando è presente il nome ma manca la descrizione. Può inoltre fallire se un campo obbligatorio non possiede un attributo name, perché senza un nome chiaro l’agente non può costruire correttamente i dati da inviare.
Può anche generare warning quando un campo opzionale ha un name ma non ha una descrizione del parametro o una label associata. Questo punto è particolarmente interessante per chi sviluppa temi WordPress, plugin WooCommerce, moduli Elementor, form Gravity Forms, Contact Form 7 o sistemi custom: molte interfacce funzionano apparentemente bene per l’utente umano, ma non sempre sono costruite in modo ideale per l’interpretazione automatica.
Accessibilità per agenti: non solo per gli screen reader
Un altro pilastro della navigazione agentica è l’accessibilità. Gli agenti AI possono usare l’accessibility tree, cioè la rappresentazione semantica della pagina che il browser espone a tecnologie assistive e strumenti automatici.
Se un pulsante è rappresentato solo da un’icona senza testo alternativo, se un campo non ha una label, se un elemento cliccabile è un semplice div senza ruolo corretto o se una parte interattiva è nascosta male all’albero di accessibilità, un agente può non capire cosa fare. Lo stesso problema vale per utenti non vedenti, screen reader e tecnologie assistive.
Questo è uno dei messaggi più importanti della nuova categoria: un sito più accessibile è anche un sito più comprensibile dagli agenti AI. Non si tratta quindi di aggiungere ottimizzazioni artificiali per compiacere Lighthouse, ma di migliorare la qualità strutturale del frontend.
Layout stability: perché il CLS conta anche per gli agenti
La stabilità visiva della pagina è un altro punto centrale. Lighthouse collega la navigazione agentica anche al Cumulative Layout Shift, una metrica già nota nell’ambito dei Core Web Vitals. Un layout instabile è fastidioso per un utente umano, ma può diventare ancora più problematico per un agente.
Molti agenti possono affidarsi a screenshot, posizione degli elementi o coordinate per capire dove cliccare o quale campo compilare. Se durante il caricamento un banner, un’immagine senza dimensioni, un font, un popup o uno script di terze parti sposta gli elementi, l’agente può sbagliare posizione, cliccare il pulsante errato o fallire l’interazione.
Questo conferma una cosa che chi lavora sulle performance conosce già bene: ottimizzare il CLS non serve soltanto per ottenere un buon punteggio PageSpeed. Serve a rendere la pagina più stabile, prevedibile e affidabile per qualsiasi forma di interazione, umana o automatizzata.
llms.txt: una nuova convenzione, non un nuovo robots.txt
Tra gli audit di discoverability compare anche llms.txt, una convenzione emergente pensata per fornire a LLM e agenti AI una sintesi leggibile dei contenuti principali di un sito. È importante non confonderlo con robots.txt. Il file robots.txt serve a dare indicazioni ai crawler su cosa possono o non possono scansionare. llms.txt, invece, nasce con l’obiettivo di aiutare modelli linguistici e agenti a capire meglio struttura, sezioni importanti e contenuti autorevoli.
Al momento, la presenza di llms.txt è opzionale. Lighthouse può indicare se il file genera errori server, mentre un normale 404 può essere considerato non applicabile. Questo significa che non bisogna correre a creare file improvvisati solo per “passare un test”. Ha senso valutarlo soprattutto per siti con documentazione tecnica, knowledge base, guide, cataloghi complessi o molte risorse editoriali.
Impatto su WordPress, WooCommerce e CMS
Per chi lavora con WordPress, WooCommerce, Magento, PrestaShop o altri CMS, la navigazione agentica è particolarmente interessante. Molti siti moderni sono costruiti con page builder, temi commerciali, plugin, popup, slider, form builder e componenti JavaScript. Tutto questo rende veloce la produzione del sito, ma spesso genera markup ridondante o semanticamente debole.
Il risultato è che un sito può essere graficamente convincente ma poco chiaro per un agente: pulsanti senza nome, link generici, form privi di label corrette, campi obbligatori mal descritti, modali invasive, elementi dinamici caricati in ritardo e layout shift provocati da immagini, ads o script esterni.
La nuova categoria Agentic Browsing spinge quindi verso una manutenzione più rigorosa del frontend: HTML semantico, accessibilità reale, form ben progettati, interazioni stabili, JavaScript meno invasivo e contenuti organizzati in modo logico.
È un fattore SEO?
Al momento non ci sono elementi per dire che Agentic Browsing sia un fattore di ranking diretto in Google Search. Sarebbe sbagliato presentarlo come “la nuova metrica SEO da ottimizzare subito”. È più corretto definirlo un indicatore tecnico sperimentale, utile per capire quanto un sito sia pronto al web degli agenti AI.
Tuttavia, molti aspetti misurati da questa nuova categoria coincidono con buone pratiche già importanti: accessibilità, stabilità del layout, chiarezza dei form, qualità del markup e struttura informativa. Anche se Agentic Browsing non fosse mai usato direttamente come segnale SEO, lavorare su questi aspetti migliora comunque la qualità complessiva del sito.
Conclusione
La comparsa della navigazione agentica in Lighthouse e PageSpeed Insights è una novità importante perché anticipa una trasformazione del web: le pagine non saranno più visitate soltanto da persone e crawler, ma anche da agenti AI in grado di svolgere compiti per conto degli utenti.
Agentic Browsing non va interpretato come un nuovo Core Web Vital, né come un voto SEO definitivo. Va letto come un insieme di segnali tecnici che indicano se una pagina è sufficientemente chiara, stabile, accessibile e strutturata per essere utilizzata da software intelligenti.
Per chi gestisce siti professionali, e-commerce, CMS o piattaforme web, il messaggio è chiaro: il futuro premierà sempre di più pagine veloci, accessibili, semanticamente corrette e progettate non solo per essere viste, ma anche per essere comprese e utilizzate dalle macchine. La navigazione agentica è ancora sperimentale, ma è uno dei primi indicatori concreti di questa nuova fase.
