WCAG AA-krav: en praktisk sjekkliste for nettsiden din
Publisert 5. november 2026 · Nettsider
Nettsider
WCAG AA-krav: en praktisk sjekkliste for nettsiden din
WCAG AA-krav er tilgjengelighetskravene norsk regelverk peker på som minstekrav for nettsider. Uutilsynet oppgir at offentlig sektor skal oppfylle 48 krav, mens privat sektor skal oppfylle 35 krav. Kravene er testbare, så du kan gå gjennom dem punkt for punkt uten å være utvikler. Her er sjekklisten, hva du kan fikse selv, og hva som bør inn i internkontrollen.
Hva WCAG AA-krav betyr i praksis
WCAG er bygd opp av 4 prinsipper, som understøttes av 13 retningslinjer og 78 testbare suksesskriterier. Hvert suksesskriterium er plassert på nivå A, AA eller AAA, der A er laveste nivå og AAA er høyeste. Norsk regelverk peker på nivå A og AA, og AA er i praksis standarden du bør planlegge etter. AAA er ikke et krav i Norge.
Forskjellen mellom sektorene er konkret: offentlig sektor skal følge 48 krav, privat sektor 35 krav. For en liten bedrift betyr det at du slipper unna de tyngste kravene, men de grunnleggende tingene gjelder fortsatt. Kan ikke en kunde komme gjennom skjemaet med tastatur, er det et tilgjengelighetsproblem uansett hvilken sektor du er i.
WCAG 2.2 er ikke pålagt i norsk rett per mai 2026, men anbefales brukt i nye løsninger, og W3C anbefaler den nyeste versjonen når nettsider utvikles eller oppdateres. Bygger du nytt i år, er det liten grunn til å planlegge for en eldre versjon. Skal du først rydde i nettsiden, er det lurt å ta hele bildet med en gang. Nettside for bedrift: den komplette guiden går gjennom struktur, innhold og teknisk oppsett samlet.
Sjekkliste: fem krav som ofte feiler
Kontrast. Normal tekst skal ha et kontrastforhold på minimum 4,5:1 mot bakgrunnen på nivå AA, og stor tekst minimum 3:1. På nivå AAA er kravet 7:1. Den vanligste feilen er lys grå hjelpetekst og plassholdertekst i skjemaer, eller hvit tekst på en lys profilfarge i knapper. Mål faktisk forholdet, ikke bare se på det.
Tastatur. Alt som kan gjøres med mus, må også kunne gjøres med tastatur, og brukeren må se hvor fokus står til enhver tid. Testen er enkel: klikk i adressefeltet og trykk Tab deg gjennom hele siden. Stopper du opp i en meny, en popup eller en bildekarusell uten å komme videre, har du funnet en feil.
Bilder og ikoner. Meningsbærende bilder trenger tekstalternativ som beskriver budskapet, ikke filnavnet. Rent dekorative bilder skal ha tomt tekstalternativ, slik at skjermlesere hopper over dem. Ikoner som bare er ikoner, for eksempel en hamburgermeny, trenger en tilgjengelig etikett.
Skjemaer og feilmeldinger. Hvert felt skal ha en etikett som henger sammen med feltet, og feilmeldinger skal forklare hva som er galt og hvordan det rettes. «Ugyldig input» hjelper ingen. Bruk også riktig kode i bunnen: semantisk HTML med overskrifter i riktig rekkefølge gjør at skjermlesere og hjelpemidler tolker siden riktig, også etter neste oppdatering. Språket i koden skal være satt, ellers blir teksten lest opp feil.
Slik tester du nettsiden selv, steg for steg
Start med tastaturet. Gå gjennom forsiden, en produktside, skjemasiden og bekreftelsessiden. Noter hvert sted du ikke kommer videre, og hvert sted du mister oversikten over hvor du er. Dette er den raskeste testen du kan gjøre, og den avdekker overraskende mye.
Test deretter med forstørrelse og overstyrt tekstavstand. Zoomer du inn, skal innholdet flyte om uten at tekst forsvinner eller overlapper. Sjekk også at knapper og lenker fortsatt er store nok og lette å treffe på mobil, siden mange kunder kommer via telefon med fingre i stedet for mus.
Slå på skjermleser på telefonen din, VoiceOver på iPhone eller TalkBack på Android, og prøv å fullføre en bestilling eller sende inn et skjema. Du trenger ikke bli ekspert. Du trenger bare å høre om feltene presenteres forståelig, og om knappene sier hva de gjør.
Automatiske verktøy fanger en del kontrastfeil og manglende tekstalternativer, men ikke om flyten er forståelig eller om tastaturrekkefølgen gir mening. Bruk dem som første sil, og gjør alltid en manuell runde i tillegg. Slik tester du nettsiden før lansering viser hvordan du setter opp en fast testrutine som også dekker tilgjengelighet.
Skjema, booking og chat: der tilgjengelighet koster henvendelser
Skjemaflyten er der pengene står på spill. Hvis en kunde med nedsatt syn eller bevegelsesevne ikke får sendt en forespørsel, mister du en henvendelse du aldri får vite om. Gå gjennom hele flyten med tastatur og skjermleser, ikke bare enkeltfeltene. Husk at statusbeskjeder, som «takk, vi har mottatt meldingen», må leses opp automatisk, ellers sitter brukeren og lurer på om noe skjedde.
Timebestilling er samme sak. En kalender som bare fungerer med museprikking, stenger kunder ute. Sjekk at datoer og ledige tider kan velges med tastatur, og at valgt tid bekreftes tydelig. Timebestilling på nettsiden: slik gjør du det enkelt for kundene tar for seg oppsettet rundt, men test alltid den ferdige flyten med tastatur selv.
En chat som åpner seg automatisk og stjeler fokus, kan ødelegge for både skjermleser og tastaturbrukere. Sørg for at chatten kan lukkes med tastatur, og at den ikke flytter fokus midt i en utfylling. Chat på nettsiden: slik hjelper den kundene forklarer hvordan du bruker chat uten å forstyrre.
Søkefunksjonen bør også kunne brukes uten mus, og resultatet bør varsles slik at brukeren skjønner at noe har skjedd. Søkefunksjon på nettside: slik gjør du den nyttig går gjennom krav og vanlige feil. Har du en nettside med mange produkter eller tjenester, er dette ofte det punktet som gir mest igjen for innsatsen.
Ansvar, dokumentasjon og internkontroll
Styret har et ikke-delegerbart påse-ansvar for universell utforming av IKT-løsningene, og arbeidet skal være en del av internkontrollen, ikke et isolert prosjekt. Det betyr at tilgjengelighet bør ha et eierskap i ledelsen, en fast testrutine og en plass i avvikshåndteringen. Kommer det en klage, er det dokumentasjonen du har, som teller.
Tilsyn skjer både gjennom klager og gjennom egeninitiert kontroll. Du trenger ikke svare på alle 78 suksesskriterier i et regneark for å være trygg, men du bør kunne vise hvilke krav som gjelder for deg, hva du har testet, og hva som eventuelt gjenstår.
Tilgjengelighetserklæring er obligatorisk for offentlige virksomheter. Private virksomheter har ikke denne plikten per mai 2026, men mange velger likevel å dokumentere status internt, fordi det gjør det enklere å bestille utvikling og å følge opp leverandører. Kravene på 48 og 35 gjelder uansett, og flere private aktører er også omfattet.
Praktisk prioritering: start med det som utestenger. Kontrast i brødtekst og knapper, tastaturgjennomgang av skjema og booking, synlig fokusmarkering, og tekstalternativer på bilder. Deretter språk, overskriftsstruktur og statusbeskjeder. Har du en eldre løsning med mange manuelle grep, kan et ryddig oppsett gjøre resten lettere. Nettsaga bygger nettsider der dette er en del av grunnmuren, og du kan booke en demo hvis du vil se hvordan det ser ut i praksis.
Vanlige feil og hva du bør gjøre først
Den vanligste feilen er å behandle tilgjengelighet som en engangsoppgave rett før lansering. Da blir det et stressprosjekt som stopper utviklingen, og feilene kommer tilbake ved neste redesign. Legg heller inn noen faste sjekker i arbeidsflyten: kontrast i designsystemet, tastaturtest før publisering, og tekstalternativer som en del av innholdsarbeidet.
Den nest vanligste er å stole blindt på et automatisk verktøy. Det gir en liste med feil, men sier ingenting om hvorvidt en kunde faktisk kommer gjennom bestillingen. Kombiner verktøyet med to manuelle runder: én med tastatur, én med skjermleser.
Til slutt: ikke skjul unntakene. Hvis enkelte deler av nettsiden ikke er tilgjengelige ennå, er det bedre å vite det, prioritere det og ha en plan, enn å anta at alt er i orden. En kort intern oversikt over hva som er testet, når det ble testet og av hvem, er ofte nok til å holde arbeidet levende. Trenger du hjelp med selve nettsiden, finner du mer om Nettsagas tjeneste for nettsider.
Vanlige spørsmål
- Er WCAG AA-krav lovpålagt for private bedrifter i Norge?
- Norsk regelverk peker på WCAG 2.1 nivå A og AA, og Uutilsynet oppgir at privat sektor skal oppfylle 35 krav mens offentlig sektor skal oppfylle 48. Flere private aktører er omfattet. Sjekk hvilken kategori virksomheten din faller i, og ta utgangspunkt i kravene som gjelder for deg.
- Hva er forskjellen på WCAG 2.1 og WCAG 2.2?
- WCAG 2.2 ble publisert i oktober 2023 og legger til nye suksesskriterier, blant annet synlig fokusmarkering, enklere autentisering og kravet om at funksjoner som normalt gjøres ved å dra, skal kunne utføres på en alternativ måte. WCAG 2.2 er ikke pålagt i norsk rett per mai 2026, men anbefales i nye løsninger.
- Hvor høyt kontrastforhold kreves på nivå AA?
- Normal tekst skal ha minimum 4,5:1 mot bakgrunnen, og stor tekst minimum 3:1. På nivå AAA er kravet 7:1, men AAA er ikke et krav i Norge. Mål forholdet med et kontrastverktøy i stedet for å vurdere det med øyet.
- Må vi ha en tilgjengelighetserklæring?
- Tilgjengelighetserklæring er obligatorisk for offentlige virksomheter, og skal lages i en egen statlig løsning og holdes oppdatert. Private virksomheter har ikke denne plikten per mai 2026, men mange velger å dokumentere status internt for egen oppfølging.
- Hvor lang tid tar det å bli compliant?
- Det avhenger helt av hvor mange sider og skjemaflyter du har, og hvor mye som må bygges på nytt. En realistisk tilnærming er å dele arbeidet i to: først det som utestenger kunder, som kontrast, tastatur i skjema og synlig fokus, deretter språk, struktur og dokumentasjon. Lag en prioritert liste og ta den i rekkefølge.