Et bookingsystem som ikke kan brukes av en blind innbygger med skjermleser, en bevegelseshemmet bruker som kun bruker tastatur, eller en eldre saksbehandler med redusert syn, er ikke et kommunalt bookingsystem. Det er en barriere mellom kommunen og innbyggerne den er satt til å tjene. Likestillings- og diskrimineringsloven § 17a sier det mer presist: digitale tjenester rettet mot allmennheten skal være universelt utformet. Det er ikke en oppfordring — det er en plikt.
Hva loven faktisk krever
Norge stiller seg bak WCAG 2.1 AA gjennom forskrift om universell utforming av IKT, forvaltet av Tilsynet for universell utforming av ikt under Digdir. For et kommunalt bookingsystem betyr det konkret:
- Visuell tilgjengelighet: Kontrast på minst 4,5:1 for vanlig tekst, 3:1 for stor tekst og UI-komponenter. Ingen informasjon kommunisert kun med farge.
- Operasjonell tilgjengelighet: Alt skal kunne betjenes med tastatur alene. Synlig fokusring på hver interaksjon. Forutsigbar rekkefølge.
- Forståelig: Skjermleserkompatible labels, ARIA-merking der det trengs, klart språk. Feilmeldinger som forklarer hva som gikk galt og hva som skal gjøres.
- Robust: Strukturert HTML som assistive teknologier kan tolke uten å gjette. Ingen «klikkbare div-er».
I tillegg krever forskriften en publisert tilgjengelighetserklæring for hver kommunal tjeneste, og krav om at brudd kan rapporteres direkte til Tilsynet.
Hvordan vi tester før hver utgivelse
Det er én ting å si at man «oppfyller WCAG». Det er en annen ting å vite det. Digilists testpyramide for tilgjengelighet ser slik ut:
1. Automatisert (axe-core) — kjøres ved hver bygg
Hver gang en utvikler pusher kode, kjøres axe-core mot alle hovedsidene. Det fanger rundt 50 % av WCAG-brudd: manglende alt, manglende label, kontrast under terskel, manglende lang, brutte ARIA-relasjoner. Builden feiler om axe-core finner én alvorlig overtredelse på en kjernesti.
2. Manuell tastaturnavigasjon — kjøres ukentlig
Et team-medlem går gjennom hovedflyten — Tab fra start til slutt på booking-skjemaet, sesongleie-søknad, betaling, kanselleringsflyt — uten å røre musen. Alle interaksjoner skal være tilgjengelige, fokusrekkefølgen logisk, og fokusringen synlig.
3. Skjermleser — NVDA på Windows, VoiceOver på Mac
To kjernescenarioer testes med skjermleser før hver større utgivelse: innbyggerbooking via ID-porten, og saksbehandlerens godkjenningsflyt. Tester kontrollerer at navn, formål og status på hver kontrolltype leses opp riktig. Modaler og varsler skal fange fokus og annonseres umiddelbart.
4. Tredjepart — årlig audit
Én gang i året ber vi en uavhengig tilgjengelighetstester gå gjennom plattformen med utgangspunkt i WCAG Evaluation Methodology (WCAG-EM). Funnene blir prioritert i sprintkalenderen og lukket før neste audit. Rapportene utleveres til kunder under NDA.
Hva kommunen får dokumentert
En kommune som anskaffer Digilist får, som del av leveransen:
- Tilgjengelighetserklæring etter Digdirs mal, klar til publisering på kommunens nettsider.
- Sertifiseringsrapporter fra axe-core (automatisert) og siste tredjepartsaudit.
- Beskrivelse av kjente begrensninger — det finnes nesten alltid noe, og det er bedre at det er åpent dokumentert enn skjult.
- Tilsynsrespons-prosedyre — hvordan kommunen håndterer en brukerklage som videresendes til Tilsynet.
Tre vanlige misforståelser
«Vi støtter mørk modus, så vi er tilgjengelige.» Mørk modus hjelper noen brukere med lyssensitivitet, men WCAG snakker om kontrast, ikke tema. En lysegrå tekst på hvit bakgrunn er like utilgjengelig som lysegrå tekst på svart.
«Skjermleseren leser det jo opp.»
Skjermleseren leser det den ser. Den ser strukturen i HTML-en, ikke det visuelle. En <div> som ser ut som en knapp, men ikke har role="button" eller tabindex, er usynlig for assistive teknologier.
«Vi har en alt-tekst på hvert bilde.»
Bra start, men ikke alt. En alt-tekst på en dekorativ illustrasjon (som denne artikkelens hero) skal være tom (alt="") eller bildet skal være aria-hidden. Ellers leses dekorasjon høyt som «bilde av kontor» mens innholdet pauser.
Den mest underestimerte gevinsten
Tilgjengelighet er ikke bare en plikt — det er ofte den raskeste veien til bedre design. En knapp som er stor nok for en bruker med skjelvende hender, er også behagelig for en travel kommuneansatt med kaffekoppen i den ene hånden. En feilmelding som er presis nok for en skjermleser, er også presis nok for en innbygger som ikke har norsk som førstespråk. En tastaturnavigering som fungerer for en bruker med motoriske utfordringer, er også raskere for en saksbehandler som behandler 40 søknader i timen.
Universell utforming er ikke et tak. Det er gulvet — og det er gulvet enhver kommune fortjener.