WCAG 2.2 AA sjekkliste for nettsider

Her finner du en komplett oversikt over WCAG 2.2-krav på nivå A og AA, organisert etter WCAGs fire prinsipper: mulig å oppfatte, mulig å betjene, forståelig og robust.

Listen er laget som en praktisk arbeidsliste for teams som vil jobbe systematisk med tilgjengelighet. Merkingen (kun offentlig) viser kriterier som ofte håndteres særskilt i norsk regelverk for offentlig sektor.

Hvert krav har en kort beskrivelse og en lenke til vår detaljerte guide der vi forklarer kravet, hvorfor det er viktig, og hvordan du fikser eventuelle feil.

Prinsipp 1: Mulig å oppfatte

Innhold må presenteres på en måte brukeren kan oppfatte - enten visuelt, auditivt eller gjennom hjelpeteknologi.

1.1 Tekstalternativer

Nr.	Krav	Nivå	Beskrivelse
1.1.1	Ikke-tekstlig innhold	A	Alt innhold som ikke er tekst - bilder, ikoner, grafer - må ha et tekstalternativ som gir tilsvarende informasjon.

1.2 Tidsbasert media

Nr.	Krav	Nivå	Beskrivelse
1.2.1	Bare lyd eller bare video	A	Forhåndsinnspilt lyd eller video uten lyd må ha et tekstalternativ.
1.2.2	Teksting av video	A	Forhåndsinnspilt video med lyd må ha teksting (undertekster).
1.2.5	Trenger videoen din synstolking?	AA	Forhåndsinnspilt video må ha synstolking som beskriver viktig visuell informasjon. (kun offentlig)

1.3 Tilpasning

Nr.	Krav	Nivå	Beskrivelse
1.3.1	Informasjon og relasjoner	A	Informasjon, struktur og relasjoner som formidles visuelt, må også være tilgjengelig i koden - for eksempel gjennom riktig bruk av overskrifter, lister og tabeller.
1.3.2	Riktig leserekkefølge i koden	A	Innholdet må presenteres i en logisk rekkefølge som bevarer meningen, også når CSS er deaktivert.
1.3.3	Ikke stol kun på form, farge eller plassering	A	Instruksjoner for å forstå og betjene innhold skal ikke utelukkende basere seg på sensoriske egenskaper som form, farge, størrelse, plassering eller lyd.
1.3.4	La brukeren velge skjermretning	AA	Innholdet skal ikke låses til én bestemt skjermretning (stående/liggende) med mindre det er nødvendig. (kun offentlig)
1.3.5	Identifiser formålet med inndata	AA	Skjemafelt som samler inn personopplysninger, skal ha riktig `autocomplete`-attributt slik at nettleseren kan hjelpe brukeren med utfylling.

1.4 Mulig å skille fra hverandre

Nr.	Krav	Nivå	Beskrivelse
1.4.1	Formidle informasjon med mer enn bare farge	A	Farge skal ikke være den eneste måten å formidle informasjon, indikere en handling eller skille visuelt innhold fra hverandre. (kun offentlig)
1.4.2	Gi brukeren kontroll over automatisk lyd	A	Lyd som spilles av automatisk i mer enn 3 sekunder, må kunne pauses, stoppes eller dempes. (kun offentlig)
1.4.3	Kontrast (minimum)	AA	Tekst må ha et kontrastforhold på minst 4.5:1 mot bakgrunnen. Stor tekst krever minst 3:1.
1.4.4	Endring av tekststørrelse	AA	Tekst skal kunne forstørres til 200 prosent uten tap av innhold eller funksjonalitet.
1.4.5	Bruk ekte tekst, ikke bilder av tekst	AA	Tekst bør brukes fremfor bilder av tekst, med mindre bildet er nødvendig (for eksempel en logo). (kun offentlig)
1.4.10	Dynamisk tilpasning	AA	Innhold skal kunne vises uten horisontal rulling ved en bredde på 320 piksler og uten vertikal rulling ved en høyde på 256 piksler.
1.4.11	Kontrast på ikoner, knapper og grafikk	AA	Brukergrensesnittkomponenter og grafiske elementer må ha et kontrastforhold på minst 3:1 mot tilstøtende farger. (kun offentlig)
1.4.12	Sørg for at tekstavstand kan justeres	AA	Innholdet skal fungere når brukeren justerer linjeavstand, avstand mellom ord, avstand mellom bokstaver og avstand etter avsnitt. (kun offentlig)
1.4.13	Kontroller innhold som dukker opp ved hover og fokus	AA	Innhold som vises ved hover eller fokus, skal kunne lukkes, være vedvarende og ikke forsvinne utilsiktet. (kun offentlig)

Prinsipp 2: Mulig å betjene

Navigasjon og grensesnittkomponenter må kunne brukes av alle, inkludert de som bruker tastatur eller hjelpeteknologi.

2.1 Tastatur

Nr.	Krav	Nivå	Beskrivelse
2.1.1	Tastatur	A	All funksjonalitet skal kunne betjenes med tastatur alene.
2.1.2	Unngå tastaturfeller	A	Brukeren skal aldri bli «fanget» i et element uten mulighet til å navigere videre med tastatur.
2.1.4	Enkle hurtigtaster må kunne slås av	A	Hurtigtaster som aktiveres med ett enkelt tegn, må kunne slås av, endres eller bare virke ved fokus. (kun offentlig)

2.2 Nok tid

Nr.	Krav	Nivå	Beskrivelse
2.2.1	Gi brukeren nok tid	A	Tidsfrister skal kunne slås av, justeres eller forlenges av brukeren.
2.2.2	Pause, stopp, skjul	A	Innhold som beveger seg, blinker eller ruller automatisk i mer enn 5 sekunder, skal kunne pauses, stoppes eller skjules.

2.3 Anfall og fysiske reaksjoner

Nr.	Krav	Nivå	Beskrivelse
2.3.1	Unngå blinkende og flimrende innhold	A	Innhold skal ikke blinke mer enn tre ganger per sekund, med mindre blinkingen er under generelle terskelgrenser.

2.4 Navigerbar

Nr.	Krav	Nivå	Beskrivelse
2.4.1	Hoppe over blokker	A	Det skal finnes en mekanisme for å hoppe over innholdsblokker som gjentas på flere sider.
2.4.2	Sidetittel	A	Hver nettside må ha en beskrivende tittel som identifiserer innholdet.
2.4.3	Fokusrekkefølge	A	Fokusrekkefølgen ved tastaturnavigasjon skal være logisk og meningsfull.
2.4.4	Formål med lenke (i kontekst)	A	Formålet med hver lenke skal fremgå av lenketeksten alene, eller av lenketeksten sammen med konteksten rundt.
2.4.5	Tilby flere veier til innholdet	AA	Det skal finnes mer enn én måte å finne frem til en nettside i et sett av sider - for eksempel gjennom søk, nettstedskart og meny. (kun offentlig)
2.4.6	Overskrifter og ledetekster	AA	Overskrifter og ledetekster skal beskrive emne eller formål.
2.4.7	Gjør tastaturfokus synlig	AA	Elementer som kan motta tastaturfokus, skal ha en synlig fokusindikator. (kun offentlig)

2.5 Inndatametoder

Nr.	Krav	Nivå	Beskrivelse
2.5.1	Tilby alternativer til komplekse bevegelser	A	Funksjoner som krever flerpunkts- eller stibevegelser, skal også kunne utføres med enkel pekerinput.
2.5.2	La brukeren angre trykk og klikk	A	Funksjoner som aktiveres av pekeinput, skal kunne avbrytes eller angres.
2.5.3	Synlig tekst må matche det tilgjengelige navnet	A	Synlig ledetekst for et grensesnittelement skal være en del av elementets tilgjengelige navn.
2.5.4	Tilby alternativer til bevegelsesstyring	A	Funksjoner som aktiveres av bevegelse (risting, vipping), skal også kunne aktiveres på annen måte - og bevegelsesaktiveringen skal kunne slås av.

Prinsipp 3: Forståelig

Innhold og grensesnitt skal være forståelig for brukerne.

3.1 Leselig

Nr.	Krav	Nivå	Beskrivelse
3.1.1	Språk på siden	A	Standardspråket på hver nettside skal være angitt i koden med `lang`-attributtet.
3.1.2	Merk fremmedspråk i koden	AA	Deler av innholdet som er på et annet språk enn resten av siden, skal ha eget `lang`-attributt. (kun offentlig)

3.2 Forutsigbar

Nr.	Krav	Nivå	Beskrivelse
3.2.1	Ingen overraskelser når noe får fokus	A	Når et element mottar fokus, skal det ikke utløse en uventet kontekstendring.
3.2.2	Ingen overraskelser ved endring i skjemafelt	A	Når brukeren endrer innstillingen på et grensesnittelement, skal det ikke utløse en uventet kontekstendring med mindre brukeren er informert på forhånd.
3.2.3	Hold navigasjonen lik på tvers av sider	AA	Navigasjonsmenyer som gjentas på flere sider, skal presenteres i samme relative rekkefølge. (kun offentlig)
3.2.4	Bruk like navn for like funksjoner	AA	Komponenter med samme funksjon skal identifiseres likt på tvers av sidene. (kun offentlig)

3.3 Inndatahjelp

Nr.	Krav	Nivå	Beskrivelse
3.3.1	Vis tydelig hvor og hva feilen er	A	Dersom en inndatafeil oppdages automatisk, skal feilen beskrives i tekst for brukeren.
3.3.2	Ledetekster eller instruksjoner	A	Ledetekster eller instruksjoner skal vises når brukeren må legge inn data.
3.3.3	Hjelp brukeren å rette skjemafeil	AA	Når en inndatafeil oppdages og forslag til rettelse er kjent, skal forslagene presenteres for brukeren. (kun offentlig)
3.3.4	La brukeren kontrollere viktige innsendinger	AA	For sider med juridiske forpliktelser eller finansielle transaksjoner, skal innsendinger kunne kontrolleres, bekreftes eller angres. (kun offentlig)

Prinsipp 4: Robust

Innhold skal være robust nok til å fungere med ulike brukeragenter, inkludert hjelpeteknologi.

4.1 Kompatibel

Nr.	Krav	Nivå	Beskrivelse
4.1.1	Parsing	A	Innholdet skal kunne tolkes korrekt av nettlesere og hjelpeteknologi, uten store kodefeil som dupliserte ID-er.
4.1.2	Navn, rolle, verdi	A	Alle grensesnittkomponenter skal ha et tilgjengelig navn og en rolle som kan leses av hjelpeteknologi, og tilstander og verdier skal formidles korrekt.
4.1.3	Formidle endringer uten å flytte fokus	AA	Statusbeskjeder som ikke får fokus, skal formidles til hjelpeteknologi gjennom ARIA live-regioner.

Hvordan bruke denne sjekklisten

Denne listen er ment som en referanse du kan komme tilbake til når du jobber med tilgjengelighet. Her er noen tips:

Start med en automatisk skanning av nettstedet ditt for å finne de mest åpenbare feilene. UU-Kontroll sjekker automatisk mot alle relevante krav.
Jobb deg gjennom ett prinsipp om gangen. Det er lettere å holde oversikten når du fokuserer på én kategori.
Klikk deg inn på hvert krav for å lese den detaljerte guiden med kodeeksempler og konkrete fikser.
Husk at automatisk testing ikke fanger alt. Noen krav - som om alt-tekst faktisk er beskrivende, eller om overskrifter gir mening - krever manuell vurdering.
Privat sektor: Du kan fokusere på de 35 kravene som gjelder deg, men vurder å oppfylle alle 48. De ekstra kravene er god praksis uansett, og det beskytter deg mot fremtidige lovendringer.

Med denne sjekklisten og UU-Kontrolls automatiske skanning har du det du trenger for å jobbe systematisk med tilgjengeligheten på nettstedet ditt.