Explore Digital Accessibility Regulations
Web Content Accessibility Guidelines (WCAG)
Web Content Accessibility Guidelines (WCAG) er den globale standarden for å gjøre nettsteder og digitalt innhold tilgjengelig for personer med funksjonsnedsettelser.
Utviklet avWeb Accessibility Initiative (WAI)iWorld Wide Web Consortium (W3C), gir WCAG86 testbare suksesskriteriersom hjelper nettstedseiere, webdesignere og innholdsprodusenter med å lage tilgjengelige nettsteder. Når en organisasjon følger WCAG, har den oppfylt tilgjengelighetsstandarder som fjerner barrierer for brukere med et bredt spekter av funksjonsnedsettelser, inkludert syns-, hørsels-, motoriske og kognitive funksjonsnedsettelser.
WCAG-samsvar omtales noen ganger som «WCAG compliance». WCAG er ikke en lov, men er den faktiske standarden for samsvar med mange amerikanske og globale lover. Ettersom søksmål om digital tilgjengelighet fortsatt er utbredt, er WCAG-samsvar ikke lenger valgfritt — det er en juridisk og forretningsmessig nødvendighet.
Viktige punkter
- WCAG-samsvar betyr å oppfylle Web Content Accessibility Guidelines, den internasjonale standarden for digital tilgjengelighet som mange tilgjengelighetslover viser til.
- WCAG 2.2er den gjeldende versjonen med 86 suksesskriterier;WCAG 2.1 nivå AAer standarden som oftest omtales i lover og forskrifter.
- De fire WCAG-prinsippene er mulig å oppfatte, mulig å betjene, forståelig og robust (POUR).
- Delstats- og lokale myndigheter må følge WCAG 2.1 AA innen24. april 2026etter DOJs endelige regel for ADA tittel II.
- DenEuropean Accessibility Acttrådte i kraft i juni 2025 og krever samsvar med EN 301 549 — en EU-standard som inkluderer WCAG — for mange virksomheter som selger til EU-kunder.
- Tilgjengelighetsrevisjoner bør kombinere automatiserte verktøy med manuell testing ved hjelp av hjelpemiddelteknologi.
Hva er WCAG-samsvar?
WCAG-samsvarbetyr at et nettsted oppfyller Web Content Accessibility Guidelines — den globale standarden for nettilgjengelighet utviklet av World Wide Web Consortium (W3C). Begrepet «WCAG compliance» er egentlig upresist: fordi WCAG er en standard og ikke en lov, er «WCAG conformance» det teknisk riktige uttrykket. Likevel brukes «WCAG compliance» ofte som synonym for «WCAG conformance».
WCAG-retningslinjene gir tekniske suksesskriterier som hjelper nettstedseiere med å gjøre nettinnhold tilgjengelig for personer med funksjonsnedsettelser. Dette inkluderer brukere som er avhengige av skjermlesere, tastaturnavigasjon, teksting og annen hjelpemiddelteknologi. Når nettstedet oppfyller WCAG-kravene, kan personer med syns-, hørsels-, motoriske, kognitive eller læringsrelaterte funksjonsnedsettelser oppfatte, navigere og samhandle med nettsidene.
| WCAG-versjon | Publiseringsdato | Suksesskriterier | Status |
|---|---|---|---|
| WCAG 2.0 | Desember 2008 | 61 kriterier | Vises fortsatt til i mange lover |
| WCAG 2.1 | Juni 2018 | 78 kriterier (+17 nye) | Gjeldende juridiske standard |
| WCAG 2.2 | Oktober 2023 | 86 kriterier (+9 nye) | Nyeste W3C-anbefaling |
| WCAG 3.0 | Under utvikling | 174 resultater (foreslått) | Forventet i 2028 eller senere |
Hva dekker WCAG?
WCAG ble opprinnelig utviklet for HTML-innhold som brukes gjennom nettlesere. Retningslinjene gjelder imidlertid langt mer enn tradisjonelle nettsider. WCAG gjelder bredt for nettinnhold og -teknologier så lenge de kan tolkes av brukeragenter, inkludert hjelpemiddelteknologi.
| Innholdstype | Eksempler | Gjelder WCAG? |
|---|---|---|
| Nettsteder | Offentlige nettsteder, intranett, webapplikasjoner | Ja |
| Mobilapper | iOS- og Android-applikasjoner | Ja |
| Dokumenter | PDF-er, Word-filer, regneark | Ja |
| Multimedia | Videoer, podkaster, lydfiler | Ja |
| E-post | HTML-nyhetsbrev, markedsførings-e-poster | Ja |
| Digitale kiosker | Selvbetjeningsterminaler, minibanker | Ja |
| E-læring | Nettkurs, opplæringsmoduler | Ja |
Lover som viser til WCAG og relaterte standarder, dekker ulike typer digitale opplevelser. For eksempel dekker DOJs ADA tittel II-regel spesifikt nett- og mobilinnhold, inkludert digitale dokumenter, som leveres av delstats- og lokale myndigheter. European Accessibility Act gjelder et bredt spekter av forbrukerprodukter og -tjenester, inkludert e-handelsplattformer, banktjenester og forbrukerelektronikk. Alt digitalt innhold som betjener offentligheten, bør følge WCAG-retningslinjene for å sikre tilgang for personer med funksjonsnedsettelser.
Lover som viser til WCAG og relaterte standarder, dekker ulike typer digitale opplevelser. For eksempel dekker DOJs ADA tittel II-regel spesifikt nett- og mobilinnhold, inkludert digitale dokumenter, som leveres av delstats- og lokale myndigheter. European Accessibility Act gjelder et bredt spekter av forbrukerprodukter og -tjenester, inkludert e-handelsplattformer, banktjenester og forbrukerelektronikk. Alt digitalt innhold som betjener offentligheten, bør følge WCAG-retningslinjene for å sikre tilgang for personer med funksjonsnedsettelser.
Hvem må følge WCAG?
Nesten alle organisasjoner med en digital tilstedeværelse bør følge WCAG. Juridiske krav varierer etter sektor, men tilgjengelighet gagner alle virksomheter.
| Organisasjonstype | Juridisk krav | Hvorfor følge kravene |
|---|---|---|
| Føderale offentlige etater | Section 508 (obligatorisk) | Pålagt ved lov |
| Delstats- og lokale myndigheter | ADA tittel II (obligatorisk) | Frist i april 2026 |
| Private virksomheter | ADA tittel III (håndhevet av domstoler) | Forebygging av søksmål |
| Nettbutikker | EAA i EU (obligatorisk) | Markedsadgang |
| Helsetjenesteleverandører | ADA + Section 504 | Pasienttilgang |
| Utdanningsinstitusjoner | ADA + Section 504 | Studenttilgang |
| Ideelle organisasjoner | ADA gjelder | Betjene alle interessenter |
Selv uten et bestemt juridisk krav har nettstedseiere nytte av WCAG-samsvar. Tilgjengelige nettsteder når flere brukere, presterer bedre i søkeresultater og reduserer juridisk risiko. Over 1 milliard menneskerverden over har funksjonsnedsettelser — å gjøre nettsteder tilgjengelige utvider det potensielle publikummet betydelig.
Er WCAG et juridisk krav i USA?
Ja, for de fleste organisasjoner.WCAG 2.1 nivå AA er den faktiske standarden for nettilgjengelighet etter flere amerikanske lover, og domstoler bruker konsekvent WCAG som målestokk for tilgjengelighetssamsvar.
DOJsendelige regel for ADA tittel IIhar formelt vedtatt WCAG 2.1 nivå AA for alle delstats- og lokale myndigheter. Dette dekker offentlige nettsteder, mobilapper, digitale dokumenter og nettjenester.
| Enhetstype | Befolkning | Frist for samsvar |
|---|---|---|
| Store offentlige enheter | 50 000+ innbyggere | 24. april 2026 |
| Små offentlige enheter | Under 50 000 innbyggere | 26. april 2027 |
| Særlige distriktsmyndigheter | Alle størrelser | 26. april 2027 |
For private virksomhetertittel III i Americans with Disabilities Actkrever nettstedstilgjengelighet basert på domstolsavgjørelser og DOJ-forlik.Section 508i Rehabilitation Act krever uttrykkelig WCAG-samsvar for føderale offentlige etater og kontraktører.
Søksmål om digital tilgjengelighet er fortsatt utbredt. Automatiserte verktøy genererer nå klager i stor skala, noe som gjør enhver virksomhet med tilgjengelighetsproblemer til et mulig mål.
Hvilke tilgjengelighetslover krever WCAG-samsvar?
Lovgivning om digital tilgjengelighet over hele verden viser til WCAG som den tekniske standarden for samsvar. Å oppfylle WCAG-kravene tilfredsstiller de fleste tilgjengelighetsregler.
| Lov / forskrift | Geografisk virkeområde | Påkrevd WCAG-standard | Frist for samsvar |
|---|---|---|---|
| ADA tittel II (DOJ-regel) | Amerikanske delstats- / lokale myndigheter | WCAG 2.1 AA | April 2026 / 2027 |
| ADA tittel III | Amerikanske private virksomheter | WCAG 2.1 AA (faktisk standard etter domstolene) | Løpende |
| Section 508 | Amerikanske føderale etater | WCAG 2.0 AA | Gjeldende |
| European Accessibility Act | Virksomheter som betjener EU-forbrukere | EN 301 549 (inkluderer WCAG 2.1 AA) | 28. juni 2025 |
| AODA | Ontario, Canada | WCAG 2.0 AA | Gjeldende |
| European Web Accessibility Directive | Offentlig sektor i EU | EN 301 549 (inkluderer WCAG 2.1 AA) | Gjeldende |
European Accessibility Act (EAA) ble håndhevbar28. juni 2025, og krever WCAG-samsvar for mange virksomheter som selger digitale produkter eller tjenester til EU-kunder. Sanksjonene varierer mellom medlemsstatene — bøtene kan nå€100 000 i Tysklandog€250 000 i Frankrike. Produkter som ikke oppfyller kravene, kan fjernes helt fra markedet.
Hva er de fire prinsippene i WCAG?
De fire WCAG-prinsippene — kjent somPOUR— er mulig å oppfatte, mulig å betjene, forståelig og robust. Disse prinsippene ligger til grunn for alle WCAG-suksesskriterier og definerer hva det betyr at nettinnhold er tilgjengelig.
| Prinsipp | Hva det betyr | Eksempel på krav |
|---|---|---|
| Mulig å oppfatte | Brukere må kunne oppfatte innholdet gjennom minst én sans. | Gi tekstalternativer for bilder og legg til teksting på videoer. |
| Mulig å betjene | Brukere må kunne betjene grensesnittet. | Muliggjør tastaturtilgang og gi nok tid til å lese innhold. |
| Forståelig | Brukere må forstå innholdet og hvordan det brukes. | Bruk tydelig språk og gjør navigasjonen forutsigbar. |
| Robust | Innhold må fungere med nåværende og fremtidige brukeragenter. | Bruk gyldig kode og sikre kompatibilitet med hjelpemiddelteknologi. |
Hva er de 13 WCAG-retningslinjene?
De fire WCAG-prinsippene inneholder13 retningslinjersom gir konkrete mål for nettilgjengelighet. Hver retningslinje har testbare suksesskriterier på tre WCAG-samsvarsnivåer: A, AA og AAA.
Retningslinjer for mulig å oppfatte
1.1 Tekstalternativer— Gi tekstalternativer for innhold som ikke er tekst. Dette omfatter alt-tekst for bilder, etiketter for skjemafelt og beskrivelser av ikoner. Tekstalternativer lar skjermleserbrukere forstå innhold de ikke kan se.
1.2 Tidsbaserte medier— Gi alternativer for lyd- og videoinnhold. Dette inkluderer teksting av videoer, transkripsjoner av lydfiler og synstolking av visuelt innhold.
1.3 Tilpasningsdyktig— Lag innhold som kan presenteres på ulike måter uten tap av informasjon. Nettsider bør bevare meningen når brukere endrer visningsinnstillinger eller bruker hjelpemiddelteknologi.
1.4 Mulig å skille— Gjør innhold enkelt å se og høre. Dette inkluderer tilstrekkelig fargekontrast, tekst som kan endres i størrelse og lydkontroller. Brukere med nedsatt syn eller hørsel er avhengige av disse funksjonene.
Retningslinjer for mulig å betjene
2.1 Tastaturtilgjengelig— Gjør all funksjonalitet tilgjengelig fra tastatur. Brukere som ikke kan bruke mus, må kunne navigere i nettinnhold kun med tastatur.
2.2 Nok tid— Gi brukerne nok tid til å lese og samhandle med innhold. Unngå strenge tidsgrenser, eller gi mulighet til å forlenge dem.
2.3 Anfall og fysiske reaksjoner— Ikke utform innhold som kan utløse anfall. Unngå blinkende innhold som kan utløse lysfølsom epilepsi.
2.4 Navigerbar— Hjelp brukerne med å navigere og finne innhold. Gi tydelige overskrifter, beskrivende lenketekst og logisk fokusrekkefølge.
2.5 Inndatametoder— Støtt ulike inndatametoder utover tastatur og mus. Brukere kan være avhengige av berøringsskjerm, talekommandoer eller bryterstyring.
Retningslinjer for forståelig
3.1 Lesbar— Gjør teksten lesbar og forståelig. Bruk tydelig språk og forklar uvanlige begreper og forkortelser.
3.2 Forutsigbar— Sørg for at nettsider ser ut og fungerer på forutsigbare måter. Konsekvent navigasjon og funksjonalitet hjelper alle brukere.
3.3 Inndatahjelp— Hjelp brukerne med å unngå og rette feil. Gi tydelige feilmeldinger og instruksjoner for skjemaer.
Retningslinjer for robust
4.1 Kompatibel— Maksimer kompatibiliteten med nåværende og fremtidige brukeragenter, inkludert hjelpemiddelteknologi. Bruk gyldig kode og følg nettstandarder slik at innhold fungerer pålitelig i ulike nettlesere og enheter.
Hva er de tre WCAG-samsvarsnivåene?
WCAG har tre samsvarsnivåer —nivå A, nivå AA og nivå AAA— som definerer økende grader av tilgjengelighet. Nivå AA er den juridiske standarden for de fleste tilgjengelighetskrav.
| Nivå | Beskrivelse | Suksesskriterier | Juridisk status |
|---|---|---|---|
| Nivå A | Minimumstilgjengelighet — håndterer de mest kritiske tilgjengelighetsbarrierene. | 30 kriterier | Påkrevd for samsvar |
| Nivå AA | Standard tilgjengelighet — fjerner barrierer for de fleste personer med funksjonsnedsettelser. | 20 tilleggskriterier | Påkrevd av de fleste lover |
| Nivå AAA | Høyeste tilgjengelighet — gir forbedret tilgang, men er ikke alltid oppnåelig. | 28 tilleggskriterier | Ambisjonsnivå; ikke juridisk påkrevd |
Hvert nivå bygger på det forrige. For å oppnå nivå AA må alle kriterier på nivå A først være oppfylt. Samsvarsnivåene hjelper nettstedseiere med å prioritere tilgjengelighetsarbeidet og forstå forpliktelsene sine.
For WCAG-samsvar med de fleste tilgjengelighetslover må organisasjoner oppfylle alle suksesskriterier på nivå A og nivå AA.Samsvar på nivå AAA er valgfritt fordi enkelte kriterier ikke kan oppfylles for alle innholdstyper.
Hvordan suksesskriterier varierer etter nivå
Den samme retningslinjen kan ha suksesskriterier på ulike nivåer. Her er et eksempel med krav til videotilgjengelighet:
| Suksesskriterium | Nivå | Krav |
|---|---|---|
| 1.2.3 Synstolking eller mediealternativ | A | Gi synstolking eller et tekstalternativ for video. |
| 1.2.5 Synstolking (forhåndsinnspilt) | AA | Gi synstolking for all forhåndsinnspilt video. |
| 1.2.8 Mediealternativ (forhåndsinnspilt) | AAA | Gi en fullstendig teksttranskripsjon som inkluderer synstolking. |
Etter hvert som nivåene øker, blir kravene mer omfattende. Nivå A gir fleksibilitet, nivå AA krever spesifikt synstolking, og nivå AAA krever både lyd- og tekstalternativer.
Hva er WCAG-brudd?
WCAG-bruddoppstår når nettinnhold ikke oppfyller ett eller flere suksesskriterier. Hvert brudd skaper en tilgjengelighetsbarriere som hindrer personer med funksjonsnedsettelser i å bruke nettstedet.
Vanlige WCAG-brudd omfatter:
| Brudd | WCAG-kriterium | Konsekvens |
|---|---|---|
| Manglende alt-tekst på bilder | 1.1.1 Ikke-tekstlig innhold | Skjermleserbrukere kan ikke forstå bildene. |
| Utilstrekkelig fargekontrast | 1.4.3 Kontrast (minimum) | Brukere med nedsatt syn kan ikke lese teksten. |
| Ingen tastaturtilgang | 2.1.1 Tastatur | Brukere som ikke kan bruke mus, blir blokkert. |
| Manglende skjematiketter | 1.3.1 Informasjon og relasjoner | Skjermleserbrukere kan ikke fullføre skjemaer. |
| Medier som starter automatisk | 1.4.2 Lydkontroll | Forstyrrer skjermlesere. |
| Ingen teksting på videoer | 1.2.2 Teksting (forhåndsinnspilt) | Døve og hørselshemmede brukere går glipp av innhold. |
| Manglende sidetitler | 2.4.2 Siden har tittel | Brukere kan ikke identifisere eller navigere mellom nettsider. |
Alle tilgjengelighetsproblemer som hindrer brukere i å oppfatte, betjene eller forstå nettinnholdet, er et mulig WCAG-brudd og et mulig juridisk ansvar.
Hvordan gjør jeg nettstedet WCAG-kompatibelt?
Å gjøre nettsteder tilgjengelige krever en kombinasjon av automatiserte verktøy, manuell testing og kontinuerlig tilgjengelighetsarbeid. Ingen enkeltverktøy finner alle tilgjengelighetsproblemer.
Trinn 1: Gjennomfør en tilgjengelighetsrevisjon
Start med en revisjon som kombinerer automatisert skanning med manuell testing utført av eksperter og personer med funksjonsnedsettelser. Automatiserte verktøy finner ikke alle problemer; resten krever menneskelig vurdering med hjelpemiddelteknologi som skjermlesere.
| Testmetode | Hva den oppdager | Begrensninger |
|---|---|---|
| Automatiserte verktøy | Vanlige problemer som dårlig fargekontrast, manglende alternativ tekst og manglende skjematiketter. | Kan ikke oppdage alle tilgjengelighetsproblemer. |
| Manuell ekspertgjennomgang | Omfattende tilgjengelighetsbrudd, inkludert tastaturnavigasjon, fokusrekkefølge, sidestruktur og semantisk markering. | Eksperter opplever kanskje ikke nettstedet på samme måte som faktiske brukere med funksjonsnedsettelser. |
| Funksjonell testing med hjelpemiddelteknologi (AT) | Barrierer som hjelpemiddelbrukere møter i kritiske brukerreiser, som registrering eller betaling. | Utføres vanligvis av én ekspert og representerer ikke alle funksjonsnedsettelser eller brukerbehov. |
| Brukertesting med personer med funksjonsnedsettelser | Reelle brukervennlighetsproblemer, inkludert forvirrende oppsett, navigasjonsproblemer og frustrerende oppgavegjennomføring. | Kan kreve ekstra planlegging, koordinering og ressurser. |
Trinn 2: Rett tilgjengelighetsproblemer etter prioritet
Fokuser på problemer som skaper de største barrierene for brukerne. Disse utgjør også den største juridiske risikoen.
Trinn 3: Lær opp teamet
Webdesignere, utviklere og innholdsprodusenter spiller alle en rolle. Lær opp alle som lager digitalt innhold i WCAG-krav og tilgjengelighetsstandarder.
Trinn 4: Bygg tilgjengelighet inn i prosessen
Ikke legg tilgjengelighet til i etterkant — bygg den inn fra starten. Inkluder tilgjengelighetskrav i designspesifikasjoner, kodegjennomganger og innholdsretningslinjer. Dette koster mindre og gir bedre resultater enn retting etter lansering.
Trinn 5: Dokumenter tilgjengelighetsarbeidet
Publiser en tilgjengelighetserklæring på nettstedet. Dokumenter samsvarspåstander, kjente problemer og tidsplanen for retting. Dette viser god tro og kan redusere sanksjoner dersom problemer oppstår.
Hva er forskjellen mellom WCAG 2.1 og WCAG 2.2?
WCAG 2.2 bygger på WCAG 2.1og er fullt bakoverkompatibel. Innhold som følger WCAG 2.2, følger også WCAG 2.1 og WCAG 2.0.
| Funksjon | WCAG 2.1 | WCAG 2.2 |
|---|---|---|
| Publiseringsdato | Juni 2018 | Oktober 2023 |
| Totalt antall suksesskriterier | 78 | 86 |
| Nye suksesskriterier | 17 (lagt til WCAG 2.0) | 9 (lagt til WCAG 2.1; ett tidligere kriterium fjernet) |
| Fokusområder | Mobil tilgjengelighet, nedsatt syn og kognitiv tilgjengelighet. | Kognitive funksjonsnedsettelser, nedsatt syn og mobil tilgjengelighet. |
| Juridisk status | Gjeldende standard for de fleste tilgjengelighetslover. | Anbefalt standard som i økende grad blir et juridisk krav. |
WCAG 2.2 la tilni nye suksesskriteriermed fokus på brukere med kognitive eller læringsrelaterte funksjonsnedsettelser, personer med nedsatt syn og mobilbrukere. Viktige tillegg omfatter fokusutseende, dra-bevegelser og tilgjengelig autentisering.
De fleste tilgjengelighetsregler viser for tiden til WCAG 2.1, men organisasjoner bør sikte mot WCAG 2.2 for å fremtidssikre samsvaret. De eksisterende kriteriene fra 2.1 er uendret i 2.2, bortsett fra ett kriterium som ble fjernet.
Hva med WCAG 3.0?
WCAG 3.0er den neste hovedversjonen av tilgjengelighetsretningslinjene. Accessibility Guidelines Working Group fortsetter utviklingen, men ingen formell publiseringsdato er fastsatt.
WCAG 3.0 innfører betydelige endringer, blant annet et nytt poengsystem fra 0 til 4 i stedet for bestått/ikke bestått, nye samsvarsnivåer bronse/sølv/gull i stedet for A/AA/AAA og bredere dekning av nye teknologier som talegrensesnitt og bærbare enheter.
Organisasjoner bør fortsatt sikte mot WCAG 2.2 AAsom gjeldende standard. WCAG 3.0 vil ikke påvirke juridiske krav på flere år, men konsepter som brukertesting med hjelpemiddelteknologi er verdt å ta i bruk nå.
Vanlige spørsmål
Ofte stilte spørsmål.
Finner du ikke svaret? Ta kontakt — vi tar gjerne en prat.
