Hva er WCAG? Forstå Web Content Accessibility Guidelines

Web Content Accessibility Guidelines, vanligvis kjent som WCAG, er de internasjonalt anerkjente tekniske standardene for å gjøre digitalt innhold tilgjengelig for personer med funksjonsnedsettelser. Utviklet av World Wide Web Consortium (W3C) gjennom et samarbeid mellom interesseorganisasjoner for funksjonshemmede, offentlige myndigheter, tilgjengelighetsforskere og bransjefolk, gir WCAG rammeverket som organisasjoner over hele verden bruker for å evaluere og forbedre digital tilgjengelighet.

WCAG er ikke en lov i seg selv. Det er et sett med tekniske standarder. WCAG har imidlertid blitt vedtatt eller referert av praktisk talt alle store tilgjengelighetslover og -forskrifter globalt, noe som gjør det til den de facto målestokken for juridisk overholdelse. Hvis organisasjonen din må overholde European Accessibility Act, Americans with Disabilities Act, Section 508 eller noen av dusinvis av andre nasjonale tilgjengelighetsforskrifter, er WCAG standarden du vil bli målt mot.

De fire prinsippene: POUR

Alt i WCAG er organisert rundt fire grunnleggende prinsipper kjent under akronymet POUR. Disse prinsippene definerer hva det betyr for digitalt innhold å være tilgjengelig.

Mulig å oppfatte (Perceivable) betyr at informasjon og brukergrensesnittkomponenter må presenteres for brukere på måter de kan oppfatte. Dette betyr ikke at hver bruker må kunne oppfatte innhold med alle sanser — det betyr at innhold må være tilgjengelig gjennom minst én sans som brukeren kan stole på. For eksempel trenger bilder tekstalternativer slik at personer som ikke kan se dem, fortsatt kan forstå informasjonen. Videoer trenger undertekster slik at personer som ikke kan høre lyden, fortsatt kan følge med. Tekst må ha tilstrekkelig kontrast mot bakgrunnen slik at personer med nedsatt syn kan lese den.

Mulig å betjene (Operable) betyr at brukergrensesnittkomponenter og navigasjon må være mulig å betjene for alle brukere. Enhver funksjon som er tilgjengelig via mus, må også være tilgjengelig via tastatur. Brukere må ha nok tid til å lese og samhandle med innhold. Innhold må ikke utformes på en måte som forårsaker anfall eller fysiske reaksjoner. Brukere må kunne navigere, finne innhold og fastslå hvor de befinner seg på et nettsted.

Forståelig (Understandable) betyr at informasjon og brukergrensesnittets funksjon må være forståelig. Tekst må være lesbar og forståelig. Nettsider må opptre og fungere på forutsigbare måter. Brukere må hjelpes med å unngå og korrigere feil — spesielt i skjemaer der feil kan ha betydelige konsekvenser.

Robust (Robust) betyr at innhold må være robust nok til å tolkes pålitelig av et bredt spekter av brukeragenter, inkludert hjelpeteknologier som skjermlesere. Dette krever ren, velstrukturert kode som følger webstandarder og kommuniserer informasjon korrekt til alle teknologier som aksesserer den.

De 13 retningslinjene

Under de fire POUR-prinsippene finnes 13 retningslinjer som angir de spesifikke målene forfattere bør arbeide mot. Disse retningslinjene er ikke testbare i seg selv, men gir rammeverket for de testbare suksesskriteriene.

Under Mulig å oppfatte finnes fire retningslinjer som dekker tekstalternativer for ikke-tekstinnhold, alternativer for tidsbaserte medier, tilpasbarhet av innholdspresentasjon og mulig å skille innhold, inkludert kontrast og lydkontroll.

Under Mulig å betjene finnes fem retningslinjer som dekker tastaturtilgjengelighet, tilstrekkelig tid for brukere, forebygging av anfall og fysiske reaksjoner, navigerbarhet og inputmodaliteter utover tastatur og mus.

Under Forståelig finnes tre retningslinjer som dekker lesbarhet, forutsigbarhet i nettsiders oppførsel og inputassistanse for skjemaer og feilhåndtering.

Under Robust finnes én retningslinje som dekker kompatibilitet med nåværende og fremtidige brukeragenter og hjelpeteknologier.

Suksesskriterier: De testbare kravene

Hver retningslinje inneholder spesifikke suksesskriterier — testbare utsagn som avgjør om innhold oppfyller tilgjengelighetsstandarden. WCAG 2.2, den gjeldende versjonen, inneholder 86 suksesskriterier totalt. Hvert suksesskriterium er tildelt ett av tre samsvarsnivåer: A, AA eller AAA.

Suksesskriterier er skrevet for å være teknologinøytrale. De beskriver hva som må oppnås, ikke hvordan det skal oppnås. De spesifikke teknikkene for å oppfylle hvert kriterium avhenger av teknologien som brukes — HTML, CSS, JavaScript, PDF eller andre formater. W3C tilbyr separat dokumentasjon av tilstrekkelige teknikker og vanlige feil for hvert suksesskriterium.

En kort historie om WCAG

WCAG har utviklet seg betydelig siden den første utgivelsen. WCAG 1.0 ble utgitt i mai 1999 og inneholdt 14 retningslinjer med et prioritetsbasert samsvarssystem. Den var banebrytende for sin tid, men var sterkt knyttet til spesifikke teknologier, særlig HTML.

WCAG 2.0, publisert i desember 2008, var en grunnleggende nytolkning. Den introduserte POUR-prinsippene, det tretrinnede samsvarssystemet (A, AA, AAA) og teknologinøytrale suksesskriterier som kunne gjelde for enhver webteknologi i stedet for å være knyttet til spesifikke markupspråk.

WCAG 2.1, publisert i juni 2018, la til 17 nye suksesskriterier for å adressere mangler som hadde oppstått, spesielt rundt mobiltilgjengelighet, nedsatt syn og kognitive funksjonsnedsettelser. Den ble utformet som en midlertidig oppdatering mens arbeidet fortsatte med fremtidige versjoner.

WCAG 2.2, publisert i oktober 2023, er den gjeldende standarden. Den legger til ni nye suksesskriterier og fjerner ett (SC 4.1.1 Parsing, som nå anses som foreldet). De nye kriteriene fokuserer på forbedret tastaturnavigasjon, størrelse på trykkemål, kognitiv tilgjengelighet og brukervennlighet ved autentisering. WCAG 2.2 er bakoverkompatibel — innhold som samsvarer med 2.2 samsvarer også med 2.1 og 2.0.

Hvem har ansvaret for tilgjengelighet?

En vanlig misforståelse er at tilgjengelighet utelukkende er en utviklingsoppgave. I virkeligheten er tilgjengelighet et delt ansvar på tvers av alle roller som er involvert i å skape digitalt innhold. Designere tar beslutninger om farge, kontrast, layout og interaksjonsmønstre som fundamentalt bestemmer tilgjengeligheten. Utviklere implementerer det tekniske grunnlaget — semantisk markup, tastaturstøtte, ARIA-attributter. Innholdsskapere skriver alt-teksten, lenketeksten, overskriftene og veiledningsteksten som brukere er avhengige av. Produktledere og virksomhetsledere setter prioriteringene og tildeler ressursene.

Tilgjengelighet fungerer best når det er integrert i hver fase av design- og utviklingsprosessen, ikke festet på i etterkant. Jo tidligere tilgjengelighet vurderes, desto billigere og mindre forstyrrende er det å implementere.