Tilbake til alle innlegg

Tilgjengelighet er ikke valgfritt

Universell utforming er et lovkrav i Norge — her er hvordan Jøkul hjelper deg å etterleve det.

Kategori
Tilgjengelighet
Publisert
09.03.2026
Lesetid
2 min.

Vi fikk en gang tilbakemelding fra en bruker som prøvde å melde inn en skade på mobilen sin med bare én fungerende hånd. Skjemaet vårt krevde at du måtte holde nede en knapp mens du dro i en slider. Det var ikke tilgjengelig, og det var ikke vi stolte av. Den tilbakemeldingen endret måten vi tenker på universell utforming for alltid.

Manglende etterlevelse av tilgjengelighetskrav kan gi pålegg og bøter fra Uutilsynet. Fra 2025 gjelder European Accessibility Act også for private virksomheter i EØS.

Lovkravene i klartekst

Mange tror tilgjengelighet er "nice to have". Det er feil. I Norge er WCAG 2.1 AA et lovkrav gjennom forskriften om universell utforming av IKT. Det betyr at hvis løsningen din ikke møter kravene, er den ulovlig — ikke bare dårlig.

Nivå A
Absolutt minimum. Uten disse er løsningen ubrukelig for store brukergrupper. Bilder uten alt-tekst er et klassisk brudd.
Nivå AA
Lovkravet i Norge og EU. Inkluderer 4.5:1 kontrast for tekst, synlig fokusindikator og meningsfulle feilmeldinger.
Nivå AAA
Høyeste nivå. Ikke lovpålagt, men anbefalt for innhold til brukere med kognitive funksjonsnedsettelser.

ARIA — kraftig når det brukes riktig, farlig når det misbrukes

Den vanligste feilen jeg ser er at utviklere legger til ARIA-attributter for å "fikse" tilgjengeligheten, når det riktige svaret er å bruke riktig HTML-element fra start. Et <div> med role="button" er nesten aldri bedre enn et faktisk <button>-element. Men noen ganger trengs ARIA:

role="alert"
Kunngjør dynamisk innhold for skjermlesere uten at fokus flyttes. Jøkuls Message bruker dette automatisk.
aria-expanded
Kommuniserer om en region er kollapset eller utvidet. ExpandablePanel håndterer dette for deg.
aria-describedby
Kobler inputfelt til hjelpetekst og feilmeldinger. Jøkuls skjemakomponenter setter det automatisk.

Test med ekte skjermlesere

Automatiske verktøy som axe finner omtrent 30–40% av tilgjengelighetsfeilene. Resten finner du bare ved å faktisk teste med skjermleser. Her er de du bør ha et forhold til:

ARIA-attributterFokushåndteringFargekontrast AATastaturnavigasjon

Det Jøkul gjør for deg — og det du må gjøre selv

Jøkul-komponentene er tilgjengelige isolert sett. Men tilgjengelighet er ikke noe du kan delegere fullt ut til et designsystem. Du er ansvarlig for sammensetningen.

Ansvarsfordeling — hva må du håndtere selv?
  1. DOM-rekkefølge skal matche visuell rekkefølge — unngå CSS order for å endre sekvens.
  2. Bilder og dekorative ikoner trenger alt="" eller aria-hidden="true".
  3. Dynamiske oppdateringer (søkeresultater, statusmeldinger) må kunngjøres via aria-live.
  4. Fokus i modaler og dialogs — husk å fange og returnere det.
  5. Fjern aldri fokusindikator uten å erstatte den med et synlig alternativ.

Legg gjerne til jest-axe i testsuiten for å fange ARIA-feil automatisk i CI. Det er ikke en fullstendig test, men det er bedre enn ingenting.

Brukeren med én fungerende hånd — hun bruker tjenestene våre fremdeles. Det vet jeg fordi vi fikset skjemaet. Det er verdt det.