WCAG2026-07-29T07:42:07+00:00

Explore Digital Accessibility Regulations

Search

Check Your Site for Accessibility Issues

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.

How Does WCAG 2.2 Relate to WCAG 2.1?2026-07-09T09:32:49+00:00

WCAG 2.2 builds on WCAG 2.1 by introducing additional success criteria that improve accessibility, particularly for users with cognitive disabilities, low vision, and those using mobile or touch-based devices. Websites that conform to WCAG 2.2 also satisfy the requirements of WCAG 2.1 and WCAG 2.0. Organizations are encouraged to adopt the latest version of WCAG to support current accessibility best practices and future compliance efforts.

Is WCAG Conformance the Same as ADA Compliance?2026-07-09T09:31:58+00:00

No. WCAG and the Americans with Disabilities Act (ADA) are closely related but serve different purposes. WCAG provides internationally recognized technical guidelines for creating accessible digital experiences, while the ADA is a U.S. civil rights law that requires equal access for people with disabilities.

Although the ADA does not specify a particular technical standard, WCAG Level AA is widely recognized as the accepted benchmark for achieving digital accessibility and supporting ADA compliance.

Is WCAG 2.2 Conformance the Same as WCAG 2.2 Compliance?2026-07-09T09:31:00+00:00

Yes. The terms WCAG 2.2 conformance and WCAG 2.2 compliance are often used interchangeably. WCAG defines a set of accessibility guidelines and success criteria that organizations follow to create accessible digital experiences. Many accessibility laws and regulations reference WCAG as the recognized benchmark for evaluating digital accessibility, making conformance with WCAG an important step toward achieving compliance.

How Do I Make My Website WCAG 2.2 Compliant?2026-07-09T09:30:11+00:00

Achieving WCAG 2.2 compliance begins with a comprehensive accessibility audit to identify barriers affecting users with disabilities. Organizations should address issues such as keyboard accessibility, color contrast, alternative text, form labels, and semantic structure while ensuring compatibility with assistive technologies.

For long-term success, combine automated accessibility testing with manual reviews, continuous monitoring, and accessibility best practices throughout the design and development process. Partnering with experienced accessibility professionals and using trusted accessibility solutions can help streamline compliance and create a more inclusive digital experience.

Does My Organization’s Website Need to Follow WCAG 2.2?2026-07-09T09:29:09+00:00

While WCAG 2.2 Level AA is not universally mandated by law, it is widely recognized as the current best practice for digital accessibility. Many accessibility regulations and legal settlements reference WCAG Level AA as the benchmark for creating accessible websites and digital experiences.

Organizations can reduce legal risk, improve usability, and provide equal access by designing and maintaining websites that conform to WCAG 2.2 Level AA wherever practical.

Go to Top