Tilgjengelighetstest gratis: verktøy og én fremgangsmåte

Mange venter med å sjekke tilgjengeligheten til en klage kommer inn eller UUTilsynet starter tilsyn. Det er for sent.

Tre gratis verktøy lar deg se de vanligste bruddene på et kvarter — uten annet enn en nettleserutvidelse. Her er hva de fanger, og hva du må sjekke manuelt i tillegg.

Automatikk fanger ikke alt

Automatiske skannere fanger rundt 30–40 prosent av faktiske WCAG-brudd. Resten krever at et menneske tester. Det er et tall verdt å ha i bakhodet — ikke for å la være å bruke verktøyene, men for å unngå å tolke en høy score som et friskmelding.

Det verktøyene faktisk er gode på: de finner raskt de vanligste feilene — manglende alternativtekst, utilstrekkelig kontrast, skjemaer uten etiketter. De gjør det konsekvent, uten at du trenger ekspertbakgrunn.

Et godt automatisk skanneresultat er et godt utgangspunkt. Det er ikke en kvittering.

Tre gratis verktøy å starte med

Lighthouse — allerede i nettleseren

Lighthouse er innebygd i Chrome, Edge og de fleste moderne nettlesere via utviklerverktøyene. Du trenger ikke installere noe.

Åpne siden du vil teste, trykk F12, velg «Lighthouse»-fanen og klikk «Analyze page load». Du får et tall fra 0 til 100 for tilgjengelighet, og en liste med konkrete funn koblet til WCAG-kriterier. Scorer du under 90, er det sannsynlig at siden har reelle brudd.

Lighthouse er praktisk for en rask førstekontroll. Den er ikke den mest detaljerte, men den er alltid tilgjengelig og krever null oppsett.

WAVE — visuell overlay direkte på siden

WAVE er en gratis nettleserutvidelse for Chrome, Firefox og Edge. Når du aktiverer den, legger den ikoner direkte over nettsiden. Røde for feil, gule for advarsler, grønne for strukturelementer.

Det gjør det lett å se nøyaktig hvor problemene sitter — ikke bare i en liste med tekniske beskrivelser. WAVE er spesielt god for å oppdage manglende etiketter på skjemafelt, feil overskriftsstruktur og kontrastproblemer.

For ikke-utviklere er WAVE gjerne det enkleste stedet å starte. Feilene er synlige i sidekonteksten, og det krever lite teknisk forkunnskaper å forstå hva som er galt.

axe DevTools — for mer teknisk detaljering

axe DevTools fra Deque er en gratis utvidelse som integreres i Chrome Developer Tools. Du finner den i en egen fane i utviklerverktøyene etter installasjon.

Hvert funn er koblet til det spesifikke WCAG-kriteriet og inneholder en forklaring på hvorfor det er et problem og hvordan det kan rettes. For utviklere som skal fikse feil er axe gjerne mer nyttig enn WAVE. Begge fanger delvis de samme problemene, så du trenger ikke bruke begge fra dag én.

UUTilsynet har samlet disse og andre verktøy på sin veiledningsside for UU-testing, inkludert spesialiserte verktøy for kontrast, skjermlesere og tastaturnavigasjon.

En fremgangsmåte for de viktigste sidene

Du trenger ikke teste alle sidene på en gang. Start med de som har størst trafikk og mest interaksjon: forsiden, kontaktskjema, og bestillings- eller innloggingssider.

1. Kjør Lighthouse på forsiden.
   Scorer du under 90 i tilgjengelighet, er det sannsynlig at siden har reelle brudd. Noter funnene.
2. Aktiver WAVE og gå gjennom røde og gule ikoner.
   Røde er feil du bør rette umiddelbart. Gule er advarsler som krever manuell vurdering.
3. Kjør axe DevTools på skjema og interaktive komponenter.
   Skjemaer, modaler og nedtrekkslister er de vanligste kildene til WCAG-brudd som automatikk fanger.
4. Tab deg gjennom siden uten mus.
   Kan du nå alle lenker, knapper og skjemafelt med Tab-tasten? Ser du en tydelig fokusmarkering? Dette er en test ingen automatisk skanner gjør for deg.
5. Sjekk at alternativtekst er meningsfull.
   Automatikk ser om alternativtekst mangler. Den ser ikke om teksten er nyttig. Et bilde av en graf med alt-tekst «Bilde 1» er ikke tilgjengelig.

Hva automatikk aldri fanger

Noen av de viktigste tilgjengelighetsproblemene er usynlige for automatiske verktøy:

• Om skjermlesere leser opp innholdet på en forståelig måte
• Om alle funksjoner er brukbare med tastatur alene
• Om animasjoner og videoer kan settes på pause
• Om språket er forståelig for brukere med kognitive vansker
• Om tabeller, grafer og interaktive komponenter faktisk kommuniserer det de ser ut til å kommunisere

En fullstendig gjennomgang mot alle 50 WCAG 2.1 AA-kriterier krever manuell testing. De automatiske verktøyene over gir deg en sterk start og avdekker feilene som i praksis utgjør størstedelen av UUTilsynets tilsynsfunn.

Neste steg etter testen

Når du har en liste med funn, er prioriteringen enkel: WCAG-nivå A først, deretter nivå AA. Feil som rammer tastaturbrukere og skjermlesere bør komme før rent visuelle problemer.

Driver du et offentlig nettsted, må du også dokumentere statusen i en tilgjengelighetserklæring. Det er et eget krav — uavhengig av om du bruker testverktøy eller ikke, og uavhengig av hvilken score du oppnår.

For en komplett oversikt over alle kravene, se W3Cs Quick Reference for WCAG 2.1. Den er også fin å bruke som arbeidsliste i en manuell gjennomgang.