Le AI leggono il tuo sito come uno screen reader: perché l'accessibilità influenza la tua visibilità

Gli assistenti AI come ChatGPT e Perplexity sono ormai un canale di scoperta a sé, accanto ai motori di ricerca e ai social. Per consigliare un sito, prima devono leggerlo.Per questo sempre più aziende cercano di ottimizzare i contenuti per i crawler AI.
Meno aziende si accorgono, invece, che un sito più accessibile è anche un sito più leggibile per l'AI. Rendere un sito accessibile alle persone con disabilità e renderlo leggibile a un crawler sono, in gran parte, la stessa cosa. Un lavoro solo, che migliora la visibilità su ricerca e AI e apre il sito a tutti.

Perché un sito accessibile è più leggibile per l'AI

Un sito accessibile è più leggibile per l'AI per una ragione precisa: AI e screen reader lavorano sullo stesso strato della pagina, la struttura sottostante e non la grafica. Quando la struttura è chiara, funziona per tutti e due; quando è difettosa, li blocca entrambi.

Pensa a cosa può mettersi di mezzo: un campo di un modulo senza etichetta, un'immagine senza testo alternativo. Anche un titolo che è solo testo in grassetto, senza un tag strutturale dietro: per uno screen reader e per un crawler AI, ognuno di questi è una barriera.

Lo dicono anche le fonti che meno ti aspetteresti:

• Le linee guida di Google per i siti pensati per gli agenti AI si leggono, parola per parola, come un invito a costruire HTML accessibile e semantico, e il primo passo pratico che indicano è controllare l'accessibility tree.
  Leggi di più su Google Lighthouse e navigazione agentica qui

• OpenAI, il cui agente lavora anche a partire dagli screenshot, continua a raccomandare di rendere i siti più accessibili.

• Uno studio del 2025 mostra che gli agenti basati sul DOM dipendono dalla semantica HTML e dagli attributi ARIA, che etichettano gli elementi per le tecnologie assistive, esattamente come fanno quelle tecnologie.

E c'è già chi lo dice in chiave commerciale: secondo Valtech (giugno 2026) accessibilità e leggibilità per l'AI sono la stessa qualità strutturale, che passa per un'unica interfaccia, l'accessibility tree. Sistemare una sola etichetta migliora l'esperienza di chi usa uno screen reader e nello stesso momento rende quell'elemento leggibile a qualsiasi agente.

In breve

• I sistemi AI leggono una pagina attraverso la sua struttura (titoli, testo, etichette, testo alternativo, etichette ARIA) come farebbe uno screen reader.

• La maggior parte delle richieste alle pagine web arriva ormai dai bot, eppure il 95,9% dei siti più visitati ha barriere di accessibilità che si mettono di mezzo a entrambi i pubblici.

• Lavorare sulla struttura della pagina migliora insieme accessibilità e leggibilità per l'AI. Le scorciatoie come gli overlay o i file llms.txt possono aiutare, ma pochissimo.

Che cosa legge un'AI quando «visita» una pagina web?

Un'AI legge la struttura della pagina, il codice che sta sotto a ciò che vedono le persone. Ne riceve una versione semplificata, lo stesso modello strutturale che alimenta gli screen reader da 20 anni: titoli, paragrafi, link, etichette dei campi, testo alternativo, tag HTML.

Il nome tecnico di questo livello è «accessibility tree». È la rappresentazione che il browser costruisce dal codice per descrivere ogni elemento della pagina. Se un elemento è ambiguo o privo di etichetta, resta poco chiaro per tutti: per la persona che ascolta la pagina e per il sistema che la interpreta.

E il pubblico non umano è già la maggioranza. Il problema è che le pagine che questi lettori incontrano stanno peggiorando: in media una homepage ha 56,1 errori di accessibilità, il 10% in più rispetto all'anno precedente, ed è diventata più complessa del 22,5% in un solo anno. Più struttura da interpretare, e più difetti al suo interno.

Che cosa rende una pagina leggibile a entrambi?

Le pratiche che fanno la differenza sono le stesse di un lavoro ben fatto sull'accessibilità: costruire bene la pagina, non escogitare trucchi per l'AI. L'AI le premia come effetto collaterale. Ecco le quattro più importanti.

Una gerarchia dei titoli chiara crea una struttura dei contenuti per persone e bot

I titoli vengono spesso trattati come una scelta di design, un carattere più grande, un peso in grassetto, invece che per quello che sono davvero: un segnale strutturale. I titoli indicano la priorità e costruiscono la struttura dei contenuti della pagina: questo è l'argomento principale, questi sono i sottoargomenti.

Uno screen reader usa quella struttura per far saltare una persona da una sezione all'altra; un'AI la usa per capire di cosa parla ogni blocco e tirarne fuori la parte giusta. Dai loro lo stile che serve al brand, ma mantieni coerente la gerarchia H1-H2-H3 sotto, altrimenti nessuno dei due pubblici riesce a navigare la pagina.

Le immagini di testo dovrebbero sempre avere una versione testuale

Il testo dentro un'immagine è invisibile a chi non può vederlo e opaco alla maggior parte dei sistemi che leggono la pagina. Un titolo, un dato o una tabella messi come immagine spariscono da entrambe le letture. La regola è semplice: se c'è del testo, deve esserci un'alternativa testuale nella pagina o nel codice (leggi di più sul criterio «Images of Text» delle WCAG, Web Content Accessibility Guidelines).

Il testo alternativo non è il posto per il keyword stuffing

Il testo alternativo è la descrizione che accompagna un'immagine per chi non può vederla. Fatto bene, dice cosa mostra l'immagine e perché è lì. Fatto male, vuoto o riempito di parole chiave, non aiuta nessuno. La stessa descrizione che permette a chi usa uno screen reader di capire un grafico permette a un'AI di sapere cosa contiene.

Tabelle e contenuti in HTML, non nelle immagini

Una tabella salvata come immagine è, per una macchina, un rettangolo muto. Una tabella scritta in HTML è leggibile: righe, colonne e intestazioni che un sistema può interpretare e riassumere. Vale per le tabelle, i grafici con didascalia e gli elenchi. Un contenuto strutturato nel codice è un contenuto che entrambi i pubblici possono usare.

C'è anche un livello più tecnico: il contenuto deve essere presente nel codice servito, non generato solo dopo tramite JavaScript, altrimenti alcuni sistemi non lo vedranno affatto. Ma il principio non cambia. Ciò che è nascosto a uno screen reader tende a esserlo anche per un’ AI.

Rendere un sito accessibile basta per farsi trovare dall'AI?

No, e chi lo promette sta semplificando troppo. L'accessibilità non garantisce un posto nelle risposte dell'AI: al momento nessuno studio pubblico misura quanto i miglioramenti WCAG aumentino le citazioni da parte dell'AI.

Quello che possiamo dire è che l'AI legge la pagina nello stesso modo di uno screen reader. Più la struttura è chiara, più contesto e contenuto riesce davvero ad assorbire. Se poi quel contenuto venga ripreso dal motore di risposta di un LLM (Large Language Model) è un'altra questione, a cui nessuno può ancora rispondere con certezza.

C'è però un limite a questa sovrapposizione. Un'analisi di TechPolicy.Press nota che alcune scorciatoie orientate all'AI, come i file llms.txt che appiattiscono una pagina in testo semplice, aiutano un modello linguistico ma non danno nulla a chi naviga con uno screen reader. Rendere una pagina leggibile a una macchina non la rende necessariamente accessibile del tutto a una persona. Gli autori lo chiamano accessibility-washing: scambiare «leggibile da una macchina» per «accessibile».

Da dove iniziare

Il primo passo è vedere la pagina come la vede una macchina. Gli strumenti esistono già: l'accessibility tree si può ispezionare dai DevTools del browser e mostra esattamente ciò che arriva a uno screen reader e a un'AI. Da lì capisci quali elementi sono chiari e quali sono muti.

Il passo successivo è correggere le barriere nella struttura della pagina, a partire da quelle che pesano di più sulla visibilità. È quella che chiamiamo remediation: individuare le barriere digitali attraverso l'analisi manuale e con le persone con disabilità del nostro team, e correggerle nel codice. Non un widget applicato sopra al sito, ma una correzione di ciò che rende leggibile la pagina. E lo stesso lavoro ora serve due pubblici in una volta sola.

Accessibilità e visibilità sull'AI: punti chiave

Tre cose da portare a casa.

• L'AI legge il web attraverso la sua struttura, la stessa che serve a chi usa uno screen reader, quindi accessibilità e leggibilità per le macchine sono in gran parte lo stesso lavoro.

• La maggior parte dei lettori del web ora non è umana, eppure quasi ogni sito ha barriere che si mettono di mezzo a entrambi i pubblici.

• Solo il lavoro sulla struttura serve sia l'accessibilità sia l'AI.

E un ultimo pensiero. Man mano che l'AI diventa una porta d'accesso al web, la struttura di una pagina diventa il modo in cui un sito parla: a chi lo ascolta con uno screen reader e a chi lo interroga con un'AI. L'accessibilità resta, prima di tutto, una questione di diritti. Ma è anche, sempre di più, la lingua in cui il web viene letto.

Vuoi iniziare a lavorare sull'accessibilità del tuo sito? Possiamo aiutarti a trovare le barriere e a correggerle.

Prenota una demo