Lighthouse — ordlista för tillgänglighet

Lighthouse är Googles öppna automatiserade webb-kvalitetsgranskare. Inbyggd direkt i Chrome DevTools kör den fyra granskningar — Prestanda, Tillgänglighet, Bästa praxis och SEO — och producerar en poäng från 0 till 100 i varje kategori. Tillgänglighetskontrollen är specifikt en delmängd av axe-cores regeluppsättning, förpackad i Lighthouses rapportformat.

Vad Lighthouse Accessibility faktiskt mäter

Tillgänglighetskategorin i Lighthouse kör en utvald delmängd av axe-core-regler — typiskt 40–50 regler, valda för att de är deterministiska, snabba att köra och producerar noll falska positiva. Reglerna täcker de vanliga områdena:

Giltighet hos ARIA-attribut.
Färgkontrast.
Förekomst av formuläretiketter.
Förekomst av alt-text på bilder.
Språkattribut på <html>.
Rubrikstruktur (vissa kontroller).
Länkens urskiljbarhet (länk har tillgängligt namn).
Förekomst av fokusindikator.

Varje regel bidrar till poängen 0–100 via en viktning som Google publicerar i Lighthouse-dokumentationen. Kritiska regler (inget tillgängligt namn på en kontroll, saknad alt på en informativ bild) väger tungt; rådgivande regler väger mindre.

Det avgörande missförståndet

En Lighthouse Accessibility-poäng på 100 innebär inte att webbplatsen är WCAG-kompatibel. Lighthouse kör den automatiskt detekterbara delmängden av WCAG-kontroller. Den delmängden är en bråkdel av hela WCAG-regelverket.

Lighthouse utvärderar specifikt inte:

Kvaliteten på alt-text (bara dess förekomst).
Om fokusordningen matchar den visuella ordningen.
Om interaktiva widgetar implementerar sitt fulla tangentbordskontrakt.
Om ARIA-live-regioner tillkännager förändringar korrekt.
Verkligt skärmläsarbeteende.
Läsbarhet och kognitiv belastning.

Ett team som lanserar en webbplats med Lighthouse Accessibility = 100 har passerat den lägsta ribban — de har inte gjort jobbet.

Det sagt är det ett verkligt problem att inte klara den ribban. En Lighthouse Accessibility-poäng under 100 innebär att automatiskt detekterbara fel finns på sidan — och de är de billigaste och minst svårlösta problemen att åtgärda.

Hur man använder Lighthouse operativt

Lighthouse passar naturligt in i tre arbetsflöden:

Snabbkontroll i DevTools. Öppna DevTools → Lighthouse-panelen → Kör granskning. Användbart för enstaka sidkontroller under utveckling.
CI-grind. lighthouse-ci kör Lighthouse på varje PR, misslyckas vid regressioner och lagrar historik. disabilityworld.org-repots CI använder detta mönster: varje push kör Lighthouse mot representativa sidor och måste nå 100 i Prestanda, Tillgänglighet, Bästa praxis och SEO.
Realtidsanvändarövervakning. PageSpeed Insights API kör Lighthouse på begäran mot valfri offentlig URL, och Chrome User Experience Report (CrUX) rapporterar verkliga användarmätvärden för samma dimensioner.

Målet 100-100-100-100

För statiskt publicerade webbplatser med disciplinerad CSS-, teckensnitt- och bildhantering är Lighthouse 100 i alla fyra kategorier uppnåeligt och värt att sikta på. Kombinationen signalerar:

Prestanda 100 — snabb på långsamma nätverk och enheter.
Tillgänglighet 100 — klarar det automatiskt detekterbara golvet.
Bästa praxis 100 — modern HTTP, inga konsolfel, stabila bildproportioner.
SEO 100 — indexerbar, meta-beskriven, semantisk.

Den här webbplatsen (disabilityworld.org) siktar på det golvet i varje publicerad artikel och verifierar det i CI. Tillgänglighet 100 är minimiresultatet; det manuella tillgänglighetsarbete som inte ingår i Lighthouse är där det verkliga tillgänglighetsprogrammet lever.