Lighthouse agentic browsing: Google ora misura se il tuo sito è usabile dagli agenti AI

Google ha messo dentro Lighthouse un test che ti dice se il tuo sito è usabile da un agente AI. È gratis, ce l’hai già in Chrome e ci metti due minuti. Si chiama Agentic Browsing ed è una categoria di audit separata dalla SEO: controlla se il tuo sito espone strumenti agli agenti (WebMCP), se l’albero di accessibilità è pulito, se il layout è stabile e se hai un file llms.txt. Con Lighthouse 13.5, uscito in questi giorni, si aggiunge un controllo nuovo sul catalogo ARD — il modo in cui un agente scopre cosa la tua azienda sa fare. Non è un fattore di ranking. Ma è la prima volta che qualcuno ti dà un numero deterministico su una cosa che finora ti hanno venduto a scatola chiusa.

In questo articolo

• Cosa è successo: Lighthouse 13.5 e l’audit ARD
• Cosa controlla davvero l’audit agentic browsing
• Non è un fattore di ranking. E proprio per questo è utile
• Come lanciarlo: il test in due minuti
• Cosa fare dopo: le 6 mosse che hanno senso
• Cosa NON fare (il modo più veloce per buttare soldi)
• Dove si colloca tutto questo tra SEO e GEO
• Domande frequenti
• Cosa significa per le aziende italiane

Cosa è successo: Lighthouse 13.5 e l’audit ARD

Lighthouse è lo strumento di diagnostica che Google regala dentro Chrome dal 2016. Lo apri con il tasto destro → Ispeziona → scheda Lighthouse, lanci l’analisi e ti restituisce quattro punteggi: Prestazioni, Accessibilità, Best Practice, SEO. È lo stesso motore che gira dietro PageSpeed Insights.

Da maggio 2026 Lighthouse ha una quinta categoria, dichiaratamente sperimentale: Agentic Browsing, navigazione agentica. Non misura quanto piaci a Google. Misura quanto il tuo sito è utilizzabile da una macchina che naviga al posto di una persona.

Con la versione 13.5, riportata da Search Engine Journal il 21 settembre, si aggiunge un pezzo: l’audit per Agentic Resource Discovery (ARD). ARD è una specifica proposta — non uno standard approvato — che descrive come un agente AI trova i servizi e gli strumenti che un’organizzazione mette a disposizione. Gli autori citati nella specifica sono tre: Junjie Bu di Google, R.V. Guha di Microsoft e Shaun Smith di Hugging Face. Guha, per inciso, è lo stesso nome che sta dietro Schema.org: quando c’è lui di mezzo, di solito la cosa poi diventa infrastruttura.

Il funzionamento è meccanico. Lighthouse cerca il catalogo ARD in quest’ordine:

1. una riga Agentmap dentro il tuo robots.txt;
2. un tag <link> con relazione ai-catalog nell’HTML;
3. la stessa relazione dentro l’header HTTP Link;
4. se non trova niente di tutto questo, prova a scaricare /.well-known/ai-catalog.json.

Se non c’è nulla, l’audit risulta Not Applicable. Se il file c’è ma lo schema è sbagliato, l’audit fallisce. Se il puntatore c’è ma il file non si carica, fallisce ugualmente.

C’è già una piccola incoerenza divertente, e la segnalo perché racconta bene lo stato delle cose: la versione 0.91 della specifica, datata 26 agosto, ha spostato il manifesto da ai-catalog.json a /.well-known/ard.json. Il codice di Lighthouse 13.5, al 21 settembre, cerca ancora solo il vecchio nome. Tradotto: puoi essere perfettamente in regola con la specifica più recente e vederti comunque scritto “Not Applicable”. Ricordatelo quando qualcuno ti manderà uno screenshot rosso per venderti qualcosa.

Google si aspetta che 13.5 arrivi in Chrome 156 DevTools e dentro PageSpeed Insights nel giro di un paio di settimane. Quando succede, chiunque abbia il tuo indirizzo potrà lanciarti l’audit addosso. Vale la pena saperlo prima.

Cosa controlla davvero l’audit agentic browsing

Qui vale la pena leggere la documentazione ufficiale di Chrome invece dei riassunti, perché la sostanza è meno esotica di quanto il nome faccia pensare. La categoria raggruppa quattro famiglie di controlli.

1. Integrazione WebMCP

Lighthouse si aggancia al protocollo interno di Chrome e osserva se la pagina registra degli strumenti per gli agenti: sia quelli dichiarati direttamente in HTML, sia quelli registrati da JavaScript. WebMCP è il meccanismo con cui una pagina dice a un agente «qui puoi fare queste tre cose: cercare un prodotto, chiedere un preventivo, prenotare». Ne ho scritto qui, quando è uscito.

Nota pratica non banale: questi audit richiedono Chrome 150 o superiore e, per funzionare davvero, l’iscrizione all’origin trial di WebMCP. Se non l’hai fatta — e non l’ha fatta nessuna PMI italiana, statene certi — quella parte del report non ti dirà granché.

2. Accessibilità pensata per gli agenti

Questa è la parte che conta di più e che nessuno racconta, perché non fa notizia. La documentazione di Google lo scrive chiaro: gli agenti usano l’albero di accessibilità come modello dati principale. Non guardano la tua pagina. Leggono la struttura che il browser espone ai lettori di schermo.

Lighthouse filtra un sottoinsieme di controlli di accessibilità e verifica tre cose: che ogni elemento interattivo abbia un nome leggibile da una macchina; che ruoli e relazioni padre-figlio siano validi; che il contenuto non sia nascosto nell’albero mentre l’utente ci interagisce.

Traduco per chi ha un sito WordPress fatto con un page builder. Un bottone che è un <div> colorato con scritto “Scopri” dentro, per un agente AI non è un bottone. È un rettangolo. Un campo del modulo contatti senza etichetta associata è un campo senza nome: l’agente non sa se metterci il telefono o la partita IVA. Una finestra modale che copre la pagina ma resta nell’albero di accessibilità manda l’agente a cliccare un elemento che non è più visibile.

3. Stabilità del layout (CLS)

Il Cumulative Layout Shift lo conosci già: è una delle Core Web Vitals, misura di quanto gli elementi saltano mentre la pagina si carica. Per un utente umano è fastidio. Per un agente è un errore fatale: identifica un bottone in una posizione, prova a cliccarci, e nel frattempo un banner cookie o un’immagine senza dimensioni dichiarate gliel’ha spostato di ottanta pixel. L’agente clicca il vuoto e abbandona.

4. llms.txt

Lighthouse verifica se esiste un file llms.txt nella radice del dominio — un riepilogo leggibile dalla macchina dei contenuti del sito. In 13.5 questo controllo viene raggruppato insieme al nuovo audit ARD sotto un’intestazione chiamata Agent Discoverability.

Qui devo essere onesto e scomodo allo stesso tempo, perché è un punto su cui ho preso posizione più volte: Google Search ha detto esplicitamente che non usa llms.txt per il posizionamento. Che Lighthouse lo controlli non cambia di una virgola quella posizione: sono due squadre diverse, con due obiettivi diversi, dentro la stessa azienda. Lighthouse sta misurando il web agentico. Google Search sta posizionando pagine. Non confonderli — e diffida di chi userà questo audit come prova che «llms.txt serve per Google».

Un dettaglio che vale i suoi soldi: la categoria non produce un punteggio da 0 a 100. Mostra un rapporto — quanti controlli hai passato su quanti — perché, parole di Google, «gli standard per il web agentico sono ancora in fase di definizione». È l’ammissione più sincera che leggerai quest’anno.

Non è un fattore di ranking. E proprio per questo è utile

Mettiamo subito in chiaro il trade-off, perché è la parte che ti risparmia soldi.

Nelle note di rilascio di Lighthouse 13.5 non c’è nessun riferimento a Google Search. La categoria è sperimentale, ARD e WebMCP sono proposte, non standard. Passare questo audit non ti farà salire di una posizione su Google, non ti farà citare di più da ChatGPT e non ti porterà un cliente in più domani mattina.

Se qualcuno ti propone un pacchetto «ottimizzazione agentic browsing» a quattro cifre, la risposta corretta è no.

Detto questo, ecco perché secondo me questa notizia conta davvero, e conta più di metà delle cose che ho commentato quest’anno.

Da due anni la GEO — la visibilità dentro le risposte generative — si vende su una promessa che nessuno può verificare. «Ti facciamo citare dalle AI.» Il problema è che la citazione è un evento probabilistico: dipende dal modello, dalla giornata, dal prompt, da quale pipeline di ricerca l’assistente usa in quel momento. Ne ho scritto quando sono usciti i dati sulle fonti che cambiano a ogni interrogazione. Su una cosa così non puoi costruire un contratto serio, e infatti il mercato si è riempito di cruscotti che misurano prompt simulati.

Lighthouse fa l’opposto. Misura un pezzo deterministico: il tuo sito, a freddo, è leggibile e azionabile da una macchina, sì o no? Questo non dipende dal modello di turno. Dipende solo da come è fatto il tuo HTML.

E il punto che mi interessa davvero è questo: le tre cose su quattro che Lighthouse controlla non le stai facendo per gli agenti AI. Le devi già a un cliente umano. Nomi sui bottoni, etichette sui campi, struttura semantica corretta, layout che non salta: sono le stesse cose che servono a una persona ipovedente con uno screen reader, allo stesso identico modo. Un audit che si chiama “agentico” ti sta in realtà misurando l’accessibilità e l’igiene tecnica del sito.

Non è la prima volta che succede. È esattamente lo stesso pattern dei crawler AI che non eseguono il JavaScript: il “problema nuovo dell’AI” si rivela il problema vecchio di un sito costruito male, solo che adesso ha un testimone in più che non perdona.

Come lanciarlo: il test in due minuti

Non serve nessuno. Lo fai tu, adesso, mentre leggi.

1. Apri il tuo sito in Chrome (versione 150 o superiore: la controlli in chrome://settings/help).
2. Tasto destro sulla pagina → Ispeziona. Si apre il pannello degli sviluppatori.
3. In alto, tra le schede, cerca Lighthouse. Se non la vedi, è dietro il simbolo >>.
4. Nella lista delle categorie, spunta Agentic Browsing insieme a Accessibilità e SEO. Scegli “Mobile”.
5. Clicca Analizza carico pagina e aspetta trenta secondi.

Fallo su tre pagine, non sulla home: la home è quasi sempre la pagina più curata del sito e ti dà un falso senso di sicurezza. Prova invece la pagina servizio più importante, una scheda prodotto e la pagina contatti. È lì che si rompono le cose.

Poi guarda i risultati con la testa giusta. Il rapporto di passaggio nella categoria agentica ti interessa relativamente. Il numero che devi guardare è il punteggio di Accessibilità, e in particolare gli errori su nomi, etichette e struttura. Quello è il dato azionabile, vale per gli agenti e vale per le persone, ed è vecchio di quindici anni.

Se ti esce “Not Applicable” sull’audit ARD, non è un problema. Significa solo che non hai un catalogo ARD. Praticamente nessuno ce l’ha, e come ho scritto sopra il controllo cerca ancora il nome file vecchio.

Cosa fare dopo: le 6 mosse che hanno senso

In ordine di rapporto tra risultato e fatica. Le prime quattro costano ordine, non budget.

1. Sistema i nomi degli elementi interattivi. Ogni bottone deve avere un testo vero o un aria-label. Ogni campo del modulo un <label> collegato. Ogni immagine cliccabile un testo alternativo che dice dove porta, non cosa raffigura. È la mezza giornata di lavoro con il ritorno più alto di tutto l’elenco.

2. Usa HTML semantico dove decide il cliente. Un bottone deve essere un <button>, un link un <a>, un titolo un <h2>. I page builder tendono a produrre pile di <div> che sembrano giuste e sono mute. Non serve rifare il sito: serve sistemare i punti di conversione — modulo contatti, aggiungi al carrello, richiedi preventivo, chiama.

3. Ferma il layout che salta. Dimensioni dichiarate su tutte le immagini, spazio riservato per il banner cookie, niente contenuti iniettati sopra la piega dopo il caricamento. Lo stesso CLS che Google misura da anni.

4. Metti in chiaro i dati che l’agente cerca. Prezzo, disponibilità, tempi di consegna, zona servita, orari: in HTML leggibile, non dentro un’immagine, non generati da JavaScript dopo un clic, non solo dentro un calcolatore. È il problema che avevo documentato quando gli agenti si bloccavano sulle pagine prezzi.

5. Dati strutturati coerenti. Organization, LocalBusiness, Product, FAQPage. Non per “piacere alle AI”: perché sono l’unico posto del tuo sito dove i fatti sono scritti in un formato che non si presta a interpretazioni.

6. Solo se hai già fatto le altre cinque: guarda ARD e WebMCP. Un catalogo /.well-known/ard.json ben fatto è mezz’ora di lavoro di uno sviluppatore. Ha senso se vendi servizi attivabili via API o se hai un e-commerce strutturato. Non ha senso se il tuo modulo contatti non ha ancora le etichette.

Cosa NON fare (il modo più veloce per buttare soldi)

Non rifare il sito per passare un audit sperimentale. La categoria non ha nemmeno un punteggio. Google lo dichiara apertamente: serve a raccogliere dati, non a stilare una classifica.

Non comprare pacchetti “ottimizzazione per agenti AI” a scatola chiusa. Adesso hai il modo di verificare da solo. Se ti mandano un preventivo, chiedi il report Lighthouse prima e dopo, sulle stesse tre pagine, con la data. Se non te lo danno, hai la risposta.

Non interpretare un “Not Applicable” come una bocciatura. Significa “non trovato dove ho cercato”. Nel caso di ARD, Lighthouse sta letteralmente cercando nel posto sbagliato rispetto all’ultima versione della specifica.

Non usare questo audit per giustificare llms.txt come leva SEO. Sono due binari diversi. Io un llms.txt lo metto lo stesso — costa venti minuti e non fa danni — ma lo metto sapendo che non è quello a farmi posizionare.

Dove si colloca tutto questo tra SEO e GEO

Mi aiuta tenere tre livelli separati, perché è il modo in cui decido su cosa spendere il tempo di un cliente.

Livello uno, SEO classica. Essere indicizzabile, veloce, pertinente. Serve ancora, e serve per prima: se esci dall’indice di Google esci anche dalle risposte generative, perché molte di quelle risposte pescano dal medesimo indice. Su questo Google è stato esplicito quando ha pubblicato la sua guida, e ne avevo scritto ragionando sulla differenza tra SEO e GEO.

Livello due, GEO. Essere leggibile e coerente come fonte: identità chiara, dati uguali ovunque, contenuti che rispondono a domande vere invece di girarci intorno. Qui si gioca la citazione, ed è un terreno probabilistico.

Livello tre, web agentico. Essere azionabile: non solo comprensibile, ma utilizzabile da una macchina che deve compilare un modulo o mettere qualcosa nel carrello al posto del cliente. È il livello che Lighthouse ha appena cominciato a misurare.

Il punto strategico: il livello tre è l’unico dove oggi la maggior parte dei tuoi concorrenti non ha fatto niente. Non perché sia difficile, ma perché nessuno lo aveva ancora misurato. Nella mia esperienza, su un sito WordPress medio di una PMI italiana, sistemare nomi, etichette e struttura sui tre percorsi che portano al contatto è due giorni di lavoro. Due giorni, non un progetto.

E qui torna il ragionamento che faccio da un anno con i clienti: il vantaggio di una PMI ordinata su un colosso disordinato è reale. Su un cliente e-commerce siamo arrivati a 200.000 visite organiche al mese e circa 40.000 arrivano già dalle AI Overview. Non l’abbiamo ottenuto con un trucco di GEO: l’abbiamo ottenuto perché il catalogo e le pagine erano leggibili, coerenti e complete prima che diventasse di moda.

Domande frequenti

Lighthouse agentic browsing influisce sul posizionamento su Google?

No. Nelle note di rilascio non c’è nessun collegamento con Google Search, e la categoria è dichiaratamente sperimentale. È uno strumento di diagnostica sul web agentico, non un fattore di ranking. Detto questo, tre dei quattro controlli — accessibilità, struttura semantica, stabilità del layout — migliorano anche l’esperienza umana, e quella con il ranking un rapporto ce l’ha.

Devo creare il file ard.json?

Solo se hai già sistemato le basi e se hai servizi che un agente potrebbe davvero attivare (API, prenotazioni, cataloghi strutturati). ARD è una specifica proposta, ferma alla versione 0.91 del 26 agosto, e Lighthouse 13.5 cerca ancora il vecchio nome ai-catalog.json. Per la maggior parte delle PMI italiane oggi è prematuro: prima i nomi sui bottoni.

Che differenza c’è tra ARD, llms.txt e WebMCP?

Rispondono a tre domande diverse. ARD dice a un agente quali servizi e strumenti la tua organizzazione offre, perché possa trovarli dall’esterno. llms.txt riassume i contenuti del tuo sito in un file leggibile dalla macchina. WebMCP permette a una pagina di esporre azioni concrete che un agente può eseguire una volta che ci è arrivato. Scoperta, riassunto, azione.

Serve Chrome aggiornato per lanciare l’audit?

Sì, Chrome 150 o superiore, e gli audit su WebMCP richiedono anche l’iscrizione all’origin trial. L’audit ARD di Lighthouse 13.5 è atteso in Chrome 156 DevTools, e in PageSpeed Insights entro un paio di settimane dal rilascio: da quel momento potrai lanciarlo anche senza aprire il pannello sviluppatori.

Se esce “Not Applicable” ho sbagliato qualcosa?

No. Significa che Lighthouse non ha trovato un catalogo nei punti in cui ha cercato: la riga Agentmap nel robots.txt, il tag link, l’header HTTP, il percorso well-known. È il risultato normale per il 99% dei siti oggi.

Da dove comincio se ho un WordPress fatto con un page builder?

Dalla pagina contatti e dalla scheda prodotto o servizio più importante. Lancia Lighthouse con Accessibilità e Agentic Browsing insieme, prendi i primi cinque errori su nomi ed etichette e falli sistemare. È la mezza giornata con il ritorno più alto, e il risultato lo verifichi rilanciando lo stesso test.

Cosa significa per le aziende italiane

Tre cose concrete, e nessuna richiede budget.

Primo: hai in mano uno strumento di verifica che prima non avevi. Fino a ieri, quando qualcuno ti proponeva “ottimizzazione per l’AI”, non avevi modo di controllare né prima né dopo. Adesso ce l’hai, è gratis ed è di Google. La prossima volta che ricevi un preventivo su questo tema, chiedi il report Lighthouse su tre pagine prima dell’intervento e lo stesso report dopo. È un filtro che elimina in trenta secondi la metà dei fornitori seri dai non seri.

Secondo: quello che l’audit ti chiede è lavoro che dovevi già fare. Le PMI italiane hanno in media siti costruiti con page builder, pieni di elementi che sembrano bottoni e non lo sono, moduli senza etichette, banner cookie che spostano mezza pagina. Sistemare quei punti serve agli agenti AI, serve alle persone che usano uno screen reader e serve alla conversione del tuo modulo contatti. È l’unica categoria di intervento che paga su tre fronti insieme.

Terzo: il vantaggio competitivo qui è temporaneo e reale. Il web agentico in Italia non è ancora arrivato in volumi significativi: oggi il traffico che arriva dagli assistenti AI resta una frazione piccola del totale, e nessuno dei tuoi concorrenti si sta preoccupando di essere azionabile da una macchina. Ma quando l’agente che compila il modulo o riempie il carrello diventerà normale — e i segnali che Google sta mandando con WebMCP, ARD e queste categorie di audit vanno tutti nella stessa direzione — non ti sarà chiesto di essere il più bravo. Ti sarà chiesto di essere leggibile. E chi ha sistemato i fondamentali con calma, adesso, partirà davanti a chi dovrà farlo di corsa.

Niente panico, quindi, e niente hype. Apri Chrome, lancia il test sulle tue tre pagine più importanti, guarda il punteggio di accessibilità e fai sistemare i primi cinque errori. Costa ordine, non budget. È sempre la stessa storia — solo che adesso c’è un numero che te lo dimostra.

Se vuoi che guardi io i report del tuo sito e ti dica cosa vale la pena sistemare davvero e cosa no, scrivimi: ci metto poco a dirti se è mezza giornata di lavoro o un problema vero.