Værktøjer

Lighthouse

Googles open source-webkvalitetsværktøj, der er bundtet med Chrome DevTools og PageSpeed Insights API. Tilgængelighedsauditen anvender axe-cores regelsæt. Score 0-100, men en score på 100 betyder ikke WCAG-overensstemmelse.

Lighthouse er Googles open source-værktøj til automatiseret webkvalitetsaudit. Det er direkte bundtet i Chrome DevTools og kører fire audits — Ydeevne, Tilgængelighed, Bedste praksis og SEO — og producerer en score fra 0 til 100 i hver kategori. Tilgængelighedsauditen er specifikt et udsnit af axe-cores regelsæt, pakket ind i Lighthouses rapporteringsformat.

Hvad Lighthouse Accessibility faktisk måler

Kategorien Tilgængelighed i Lighthouse kører et udvalgt udsnit af axe-core-regler — typisk 40-50 regler, valgt fordi de er deterministiske, hurtige at udføre og producerer nul falske positive. Reglerne dækker det sædvanlige:

  • Gyldighed af ARIA-attributter.
  • Farvekontrast.
  • Tilstedeværelse af form-labels.
  • Tilstedeværelse af alt-tekst på billeder.
  • Sprogattribut på <html>.
  • Overskriftsstruktur (visse kontroller).
  • Linktydeliggørelse (linket har et tilgængeligt navn).
  • Tilstedeværelse af fokusindikator.

Hver regel bidrager til 0-til-100-scoren med en vægtning, Google offentliggør i Lighthouse-dokumentationen. Kritiske regler (intet tilgængeligt navn på et kontrolelement, manglende alt på et informativt billede) vægter tungt; rådgivende regler vægter mindre.

Den afgørende misforståelse

En Lighthouse-tilgængelighedsscore på 100 betyder ikke, at sitet er WCAG-kompatibelt. Lighthouse kører det automatisk-detekterbare udsnit af WCAG-kontroller. Det udsnit er en brøkdel af det fulde WCAG-regelsæt.

Specifikt evaluerer Lighthouse ikke:

  • Kvaliteten af alt-tekst (kun om den er til stede).
  • Om fokusrækkefølgen matcher den visuelle orden.
  • Om interaktive widgets implementerer deres fulde tastaturkontrakt.
  • Om ARIA-live-regioner annoncerer ændringer korrekt.
  • Reel skærmlæseradfærd.
  • Indholdets læsbarhed og kognitive belastning.

Et team, der lancerer et site med Lighthouse Accessibility = 100, har ryddet den laveste barre; de har ikke udført arbejdet.

Det sagt er det et reelt problem at fejle den barre. En Lighthouse-tilgængelighedsscore under 100 betyder, at der findes automatisk-detekterbare fejl på siden — og dem er billigst og nemmest at rette.

Sådan bruger du Lighthouse operationelt

Lighthouse passer naturligt ind i tre arbejdsgange:

  1. DevTools-stikprøve. Åbn DevTools → Lighthouse-panel → Kør audit. Nyttigt til ad hoc-sidekontroller under udvikling.
  2. CI-gate. lighthouse-ci kører Lighthouse på hvert PR, fejler ved regressioner og gemmer historik. CI i disabilityworld.org-repoet bruger dette mønster: hvert push kører Lighthouse mod repræsentative sider og skal nå 100 på tværs af Ydeevne, Tilgængelighed, Bedste praksis og SEO.
  3. Real-User Monitoring. PageSpeed Insights API kører Lighthouse on demand mod enhver offentlig URL, og Chrome User Experience Report (CrUX) rapporterer reelle brugermålinger for de samme dimensioner.

Målet om fuld 100-100-100-100

For statisk publicerede sites med disciplineret CSS-, skrifttype- og billedhåndtering er Lighthouse 100 på tværs af alle fire kategorier opnåeligt og værd at stræbe efter. Kombinationen signalerer:

  • Ydeevne 100 — hurtig på langsomme netværk og enheder.
  • Tilgængelighed 100 — rydder gulvet for automatisk-detekterbare fejl.
  • Bedste praksis 100 — moderne HTTP, ingen konsolofejl, stabile billedforhold.
  • SEO 100 — indekserbar, meta-beskrevet, semantisk.

Dette site (disabilityworld.org) sigter efter det gulv på hvert publiceret artikel og verificerer det i CI. Tilgængelighed 100 er minimumsresultatet; det manuelle tilgængelighedsarbejde, der ikke er i Lighthouse, er der, hvor det reelle tilgængelighedsprogram lever.