Strumenti

Lighthouse

Strumento open-source di Google per la qualità del web, integrato in Chrome DevTools e nell'API PageSpeed Insights. L'audit di accessibilità utilizza il set di regole di axe-core. Il punteggio va da 0 a 100, ma un punteggio di 100 non equivale alla conformità WCAG.

Lighthouse è lo strumento open-source di Google per la qualità automatizzata del web. Integrato direttamente in Chrome DevTools, esegue quattro audit — Prestazioni, Accessibilità, Best Practices e SEO — producendo un punteggio da 0 a 100 per ciascuna categoria. L’audit di accessibilità è specificatamente un sottoinsieme delle regole di axe-core, confezionato nel formato di reportistica di Lighthouse.

Cosa misura effettivamente l’audit di accessibilità di Lighthouse

La categoria Accessibilità di Lighthouse esegue un sottoinsieme selezionato di regole axe-core — tipicamente 40-50 regole, scelte perché sono deterministiche, veloci da eseguire e producono zero falsi positivi. Le regole coprono i seguenti ambiti:

  • Validità degli attributi ARIA.
  • Contrasto cromatico.
  • Presenza di etichette sui form.
  • Presenza del testo alternativo nelle immagini.
  • Attributo di lingua su <html>.
  • Struttura dei titoli (alcuni controlli).
  • Distinguibilità dei link (il link ha un nome accessibile).
  • Esistenza dell’indicatore di focus.

Ciascuna regola contribuisce al punteggio da 0 a 100 tramite una ponderazione pubblicata da Google nella documentazione di Lighthouse. Le regole critiche (nessun nome accessibile su un controllo, alt mancante su un’immagine informativa) pesano molto; quelle di tipo consultivo pesano meno.

Il fraintendimento cruciale

Un punteggio Lighthouse Accessibilità di 100 non significa che il sito sia conforme a WCAG. Lighthouse esegue il sottoinsieme rilevabile in modo automatico dei controlli WCAG. Tale sottoinsieme è una frazione dell’intero set di regole WCAG.

In particolare, Lighthouse non valuta:

  • La qualità del testo alternativo (solo la sua presenza).
  • L’ordine di focus corrispondente all’ordine visivo.
  • Se i widget interattivi implementano il loro contratto completo da tastiera.
  • Se le regioni live ARIA annunciano correttamente le modifiche.
  • Il comportamento reale degli screen reader.
  • La leggibilità dei contenuti e il carico cognitivo.

Un team che pubblica un sito con Lighthouse Accessibilità = 100 ha superato la soglia minima; non ha svolto tutto il lavoro necessario.

Detto ciò, non riuscire a superare quella soglia è un problema reale. Un punteggio Lighthouse Accessibilità inferiore a 100 significa che sulla pagina esistono errori rilevabili in modo automatico — e questi sono i problemi più economici e semplici da correggere.

Come usare Lighthouse operativamente

Lighthouse si inserisce naturalmente in tre flussi di lavoro:

  1. Controllo spot in DevTools. Aprire DevTools → pannello Lighthouse → Esegui audit. Utile per verifiche singole di pagina durante lo sviluppo.
  2. Gate in CI. lighthouse-ci esegue Lighthouse su ogni PR, fallisce in caso di regressioni e conserva la cronologia. Il CI del repository disabilityworld.org usa questo schema: ogni push esegue Lighthouse su pagine rappresentative e deve raggiungere 100 in Prestazioni, Accessibilità, Best Practices e SEO.
  3. Real-User Monitoring. L’API PageSpeed Insights esegue Lighthouse su richiesta su qualsiasi URL pubblico, e il Chrome User Experience Report (CrUX) riporta le metriche di utenti reali per le stesse dimensioni.

L’obiettivo 100-100-100-100

Per i siti a pubblicazione statica con una gestione disciplinata di CSS, font e immagini, raggiungere Lighthouse 100 in tutte e quattro le categorie è realizzabile e vale la pena perseguirlo. La combinazione indica:

  • Prestazioni 100 — veloce su reti e dispositivi lenti.
  • Accessibilità 100 — supera la soglia minima rilevabile in automatico.
  • Best Practices 100 — HTTP moderno, nessun errore in console, rapporti d’aspetto delle immagini stabili.
  • SEO 100 — indicizzabile, con meta description, semantico.

Questo sito (disabilityworld.org) punta a quella soglia su ogni articolo pubblicato e la verifica in CI. Il risultato Accessibilità 100 è il requisito minimo; il lavoro manuale sull’accessibilità che non rientra in Lighthouse è dove risiede il vero programma di accessibilità.