Digitale tjenester er blevet den primære indgang til offentlige myndigheder, uddannelsessektoren og erhvervslivet i Australien og New Zealand. I takt med at flere og flere transaktioner, ansøgninger og tilmeldinger foregår online, følger tilsynsmyndighederne og offentligheden nøje med i, om disse tjenester rent faktisk fungerer for mennesker med handicap. I Australien har loven om diskrimination af handicappede fra 1992 (DDA) i over to årtier blevet anvendt til at gøre indsigelse mod utilgængelige hjemmesider, og den australske menneskerettighedskommission (AHRC) skærpede denne kontrol i april 2025 med nye retningslinjer, der fastslår WCAG 2.2 niveau AA som den praktiske standard for digitale varer og tjenester. I New Zealand kræver Government Web Accessibility Standard 1.2, der trådte i kraft i marts 2025, formelt, at websider i den offentlige sektor skal overholde WCAG 2.2 på niveau AA.
På den baggrund er “at køre en scanning” ikke længere et troværdigt alternativ til en revision. En WCAG-revision er en struktureret evalueringsproces, ikke blot resultatet fra et enkelt værktøj, og organisationer, der betragter den som det sidste, opdager ofte manglen først i forbindelse med en klage eller en udbudsgennemgang og ikke før. At forstå, hvad digital tilgængelighed faktisk kræver, og hvordan det adskiller sig fra automatiseret tilgængelighed på hjemmesiden Kontrol er det første skridt på vejen mod en holdbar overholdelsessituation.
Denne vejledning gennemgår, hvad en korrekt WCAG-revision indebærer, de trin, der kræves for at gennemføre en sådan, samt de regionale hensyn, der er specifikke for organisationer i Australien og New Zealand. En korrekt WCAG-revision kombinerer struktureret afgrænsning, automatiseret validering, manuel evaluering og dokumenteret planlægning af afhjælpende foranstaltninger, alt sammen i overensstemmelse med WCAG 2.2.
Hvad er en WCAG-revision?
En WCAG-revision er en systematisk vurdering af et digitalt medie i forhold til retningslinjerne for tilgængelighed af webindhold (Web Content Accessibility Guidelines), typisk version 2.1 eller WCAG 2.2, for at fastslå, hvor den opfylder eller ikke opfylder specifikke succeskriterier. WCAG definerer tre overensstemmelsesniveauer: A (minimum), AA (det niveau, som de fleste tilsynsmyndigheder, udbudsrammer og offentlige standarder i regionen forventer) og AAA (et udvidet niveau, der ikke er fuldt ud obligatorisk). En audit måler overensstemmelse i forhold til navngivne, testbare kriterier frem for et generelt indtryk af, om et websted er “tilgængeligt” eller “utilgængeligt”.”
Hvert succeskriterium hører under et af fire principper, der ofte forkortes til POUR: Indholdet skal være opfatteligt (Perceivable), betjeneligt (Operable), forståeligt (Understandable) og robust (Robust). En grundig gennemgang vurderer alle fire principper på alle relevante platforme, ikke kun på hjemmesiden eller et markedsføringssite. Dette omfatter websider og portaler, men også dokumenter, der kan downloades, såsom PDF-filer, som udtrykkeligt er omfattet af både de australske retningslinjer og den newzealandske regerings standard for webtilgængelighed.
Det er værd at præcisere, hvad en audit ikke er. Automatiserede scanningsværktøjer er værdifulde og nødvendige, men de opdager mekanisk kun en delmængde af WCAG-fejl – typisk mellem 18 og 30 procent, afhængigt af værktøjet og webstedets kompleksitet. Kriterier, der afhænger af menneskelig vurdering – f.eks. om alt-teksten er meningsfuld, om fokusrækkefølgen er logisk, eller om en fejlmeddelelse er virkelig forståelig – kræver manuel testning og ofte direkte testning med hjælpemidler. En WCAG-revision er først fuldstændig, når den kombinerer automatiseret dækning med manuel evaluering og resulterer i dokumentation, der knytter resultaterne til specifikke succeskriterier samt afhjælpende foranstaltninger. Menneskelig begrundelse og ekspertanalyse er det, der adskiller en revision fra en scanning, og det er det, der gør den resulterende overensstemmelsesstatus forsvarlig, hvis den nogensinde bliver anfægtet.
Trin 1: Fastlæg omfang og standarder
Inden testningen påbegyndes, skal omfanget aftales og nedfældes skriftligt. Audits, der påbegyndes uden et defineret omfang, har en tendens til at dreje sig mod de sider, der er nemmest at teste, hvilket giver et ufuldstændigt billede og en falsk følelse af sikkerhed. Det er lige så vigtigt at definere den standard, man tester i forhold til, da “WCAG-overensstemmende” kan betyde meget forskellige ting afhængigt af, hvilken version og hvilket niveau der er tale om.
Vælg den relevante WCAG-version og det relevante niveau
WCAG 2.1 og WCAG 2.2 har den samme grundlæggende struktur, men 2.2 tilføjer nye succeskriterier, der omhandler kognitiv tilgængelighed, motoriske funktionsnedsættelser og interaktionsmønstre på mobile enheder, som 2.1 ikke dækker, herunder krav vedrørende fokusvisibilitet, målstørrelse og undgåelse af overflødig dataindtastning. Både AHRC’s retningslinjer for 2025 og den newzealandske regerings standard for webtilgængelighed 1.2 henviser nu til WCAG 2.2 AA, hvilket gør den til den praktiske standard for organisationer i Australasien uanset sektor. Niveau AA er det niveau, der forventes næsten overalt, hvor overholdelse vurderes; AAA-kriterierne er værdifulde i specifikke sammenhænge, men udgør ikke et realistisk generelt mål for de fleste digitale miljøer. Uanset hvilken version og hvilket niveau du vælger, skal du dokumentere det som den eksplicitte standard for revisionen og afstemme det med eventuelle eksisterende interne tilgængelighedspolitikker, så der senere ikke opstår uklarhed om, hvad “bestået” eller “ikke bestået” betyder.
Definer revisionsomfanget klart
Omfanget bør defineres ud fra brugerrejsen og sideskabelonen, ikke ud fra gætterier. Et repræsentativt omfang omfatter typisk informationssider rettet mod offentligheden, godkendte medlems- eller kundeportaler, transaktionsworkflows såsom ansøgninger, betalinger eller bookinger, de skabeloner med høj trafik, som de fleste brugere rent faktisk støder på, indlejrede tredjepartsværktøjer og widgets (bookingmotorer, chatværktøjer, betalingsgateways) samt PDF-filer, der kan downloades. At nøjes med at gennemgå hjemmesiden er en af de mest almindelige måder, hvorpå organisationer ender med en falsk fornemmelse af overholdelse, fordi hjemmesider ofte er de mest polerede sider på et websted og sjældent repræsentative for de formularer, tabeller og interaktive komponenter, der ligger dybere nede i brugeroplevelsen.
Trin 2: Udfør automatiseret test af tilgængeligheden
Når omfanget er fastlagt, er automatiseret testning det mest effektive udgangspunkt. Automatiserede værktøjer gennemgår den renderede HTML- og CSS-kode i forhold til et udvalg af WCAG-succeskriterier og kan gennemgå hundredvis eller tusindvis af sider på en brøkdel af den tid, manuel testning kræver. De er særligt effektive til at opdage mønsterbaserede fejl på kodeniveau: manglende eller tomme alt-attributter på billeder, utilstrækkelige farvekontrastforhold, overskriftsstrukturer, der springer niveauer over eller bruges til visuel styling frem for dokumentstruktur, samt formularfelter, der mangler programmatisk tilknyttede etiketter.
Værktøjer som f.eks. Grackle Check og Grackle Go er nyttige her til at fastlægge en hurtig, gentagelig udgangssituation på tværs af et websted eller et sæt dokumenter, inden den manuelle testning påbegyndes. Det skal dog understreges, at automatiserede resultater bør betragtes som en indledende oversigt og ikke som en endelig konklusion. Automatiserede værktøjer kan ikke vurdere, om alt-teksten giver mening i sammenhængen, om tabulatorrækkefølgen er logisk, eller om en brugerdefineret widget rent faktisk fungerer korrekt for brugere af hjælpemidler; sådanne vurderinger kræver en person. Enhver gennemgang, der stopper ved den automatiserede scanning, rapporterer om delvis dækning, ikke om overholdelse af WCAG.
Trin 3: Udfør en manuel WCAG-evaluering
Det er gennem den manuelle evaluering, at revisionens troværdighed etableres, fordi den tester det, som automatiserede værktøjer strukturelt set ikke kan vurdere: den faktiske brugervenlighed ved brug af tastatur, skærmlæser og interaktive komponenter, der er udviklet med brugerdefinerede scripts. Denne fase kræver mest tid og ekspertise, og det er netop den, som organisationer, der udelukkende stoler på værktøjer, oftest springer over.
Test af tastaturnavigation
En tester bør frakoble musen og gennemføre hele den afgrænsede brugerrejse udelukkende ved hjælp af tastaturet, idet vedkommende skal kontrollere, at tabulatorrækkefølgen følger en logisk læserækkefølge, at fokusindikatorer er synlige ved hvert trin, at der findes spring-links, som fungerer til at omgå gentagen navigation, at der ikke findes nogen »tastaturfælder«, hvor fokus sidder fast inde i en komponent, og at modale dialogbokse korrekt fanger og returnerer fokus, når de åbnes og lukkes.
Test af skærmlæser
I denne fase kontrolleres det, om oplevelsen giver mening, når den opleves auditivt frem for visuelt. Testerne kontrollerer, at overskriftshierarkiet er logisk og nøjagtigt afspejler dokumentstrukturen, at markante områder (overskrift, navigation, hovedtekst, sidefod) er korrekt identificeret, så brugerne kan springe mellem afsnit, at formularfelter korrekt oplæser deres etiketter, status for obligatoriske felter og valideringsfejl, og at læserækkefølgen stemmer overens med det visuelle layout.
Test af interaktive komponenter
Moderne brugergrænseflader er i høj grad baseret på specialudviklede komponenter, rullemenuer, faner, karruseller og harmonika-elementer, som ikke fungerer som indbyggede HTML-elementer, medmindre de er kodet korrekt. Testningen her omfatter, om ARIA-roller, -tilstande og -egenskaber er implementeret korrekt og opdateres, når komponenten skifter tilstand, om dynamiske indholdsopdateringer (live-søgeresultater, formularvalidering) meddeles til hjælpemidler, og om fejlmeddelelser både er synlige og programmatisk knyttet til det relevante felt.
Trin 4: Test af reelle brugerforløb
Ud over at teste enkelte sider og komponenter hver for sig gennemgår en fuldstændig gennemgang hele brugerrejserne fra start til slut, præcis som en rigtig bruger ville bevæge sig rundt på hjemmesiden. Dette omfatter typisk udfyldelse og indsendelse af formularer, indgivelse af en ansøgning, booking af en ydelse eller en aftale, login og navigation på en portal, der kræver autentificering, samt åbning af eller interaktion med tilknyttede dokumenter.
PDF-filer fortjener særlig opmærksomhed her, da de ofte udgør det svageste led i en ellers tilgængelig digital brugeroplevelse. Et offentligt skema, en årsrapport eller et politikdokument, der offentliggøres som en PDF-fil uden tags eller med dårlig struktur, kan underminere det arbejde med tilgængelighed, der er udført på den tilhørende hjemmeside, og PDF-filer er udtrykkeligt omfattet af både de australske retningslinjer og den newzealandske standard. Værktøjer som Grackle PDF er udviklet specifikt til at teste og afhjælpe problemer med dokumenttilgængelighed, som scannere på sideniveau typisk helt overser. Det overordnede formål med dette trin er, at en WCAG-gennemgang vurderer, om en person rent faktisk kan udføre en opgave, og ikke blot om enkelte elementer består isolerede tekniske kontroller.
Trin 5: Dokumenter resultaterne i forhold til WCAG-kriterierne
Resultaterne er kun nyttige, hvis de dokumenteres på en måde, så personer uden for revisionsholdet – f.eks. en teknisk leder, en indkøbsansvarlig eller en tilsynsmyndighed – kan handle på baggrund af dem eller verificere dem. Hvert problem bør knyttes til det specifikke WCAG-succeskriterium, det overtræder, i stedet for at blive beskrevet i generelle vendinger, så de teams, der skal udbedre fejlene, ved præcist, hvordan en “rettet” version ser ud.
Hvert fund bør indeholde et skærmbillede, en kodereference eller klare trin til at genskabe fejlen, så en udvikler eller indholdsforfatter kan bekræfte problemet uden at skulle gennemføre hele revisionen på ny, samt en anbefalet løsningsstrategi. Når resultaterne er vurderet, skal der medtages en plan for afhjælpning med realistiske tidsfrister; en prioriteret plan bidrager til at fremme afhjælpningen. Dette dokumentationsniveau understøtter en forsvarlig holdning til overholdelse af tilgængelighedskrav: det viser, at problemerne blev identificeret systematisk, prioriteret rimeligt og fulgt op indtil løsning, i stedet for at blive håndteret reaktivt efter en klage.
Regulatoriske overvejelser vedrørende Australasien
De regionale lovgivningsmæssige rammer bestemmer, hvor hurtigt og i hvilket omfang en organisation bør gennemføre revisioner, men det er værd at præcisere, hvad dette afsnit omhandler, og hvad det ikke omhandler: Det drejer sig om bevidsthed om lovgivningen som grundlag for planlægning, ikke om juridisk rådgivning, og organisationer bør konsultere deres egen juridiske rådgiver vedrørende specifikke forpligtelser. Det, der er fælles for både Australien og New Zealand, er, at WCAG – nu specifikt WCAG 2.2 AA – er blevet den tekniske standard, der anvendes som reference, når man vurderer, om en digital tjeneste lever op til forventningerne til tilgængelighed.
Australien – Loven om forbud mod diskrimination på grund af handicap (DDA)
Loven om diskrimination af personer med handicap fra 1992 (Disability Discrimination Act, DDA) forbyder diskrimination af personer med handicap i forbindelse med levering af varer og tjenesteydelser, og den har været gældende for hjemmesider siden sagen »Maguire mod Sydney Organising Committee for the Olympic Games« i 2000, hvor det blev fastslået, at DDA’s anvendelsesområde omfatter digitale tjenester. AHRC, det lovbestemte organ med ansvar for at undersøge klager over diskrimination, udsendte i april 2025 opdaterede retningslinjer om lige adgang til digitale varer og tjenester, hvor man specifikt pegede på WCAG 2.2 niveau AA som standarden for at vurdere, om en organisations digitale produkter og tjenester opfylder dens forpligtelser. Dette gælder både for organisationer i den offentlige og den private sektor, der leverer digitale tjenester til offentligheden, og ikke kun for offentlige myndigheder.
New Zealand – Standard for webtilgængelighed
New Zealands tilgang er mere direkte præskriptiv for den offentlige sektor. Den newzealandske regerings standard for webtilgængelighed 1.2, der træder i kraft den 17. marts 2025, kræver, at alle websider inden for standardens anvendelsesområde – en definition, der udtrykkeligt omfatter webapplikationer og dokumenter såsom Word-filer og PDF-filer – overholder WCAG 2.2 på niveau AA, med forbehold for et begrænset antal definerede undtagelser. Standarden er obligatorisk for ministerier, forsvaret, politiet og det parlamentariske rådgivningskontor, og andre organisationer i den offentlige sektor og i de lokale myndigheder opfordres til – men er ikke forpligtet til – at indføre den. For enhver organisation, der leverer tjenester til eller i samarbejde med newzealandske statslige myndigheder, betragtes overholdelse af denne standard i stigende grad som en forventning snarere end en anbefaling.
Almindelige fejl ved WCAG-revisioner
Selv organisationer, der forpligter sig til at gennemføre en revision, kan underminere dens værdi ved at begå en række tilbagevendende fejl. Den hyppigste fejl er udelukkende at stole på automatiserede værktøjer og præsentere resultaterne af scanningen som en fuldstændig revision, hvilket betyder, at de kriterier, der har størst sandsynlighed for reelt at blokere brugerne – såsom fokusrækkefølge, meningsfuld alternativ tekst og brugerdefineret komponentadfærd – forbliver uprøvede. Tæt forbundet hermed er »hjemmeside-fælden«, hvor den mest synlige og bedst udstyrede side på et websted testes, mens de underliggende skabeloner, formularer og transaktionsforløb, der rummer den største brugeraktivitet, forbliver uundersøgte.
PDF-filer og andre dokumenter, der kan downloades, udelades rutinemæssigt helt fra anvendelsesområdet, selvom de udtrykkeligt er omfattet af både australske og newzealandske retningslinjer og ofte er netop de steder, hvor tilgængeligheden svigter mest. Tredjeparts SaaS-værktøjer og indlejrede widgets, reservationssystemer, chatgrænseflader og betalingsudbydere er en anden almindelig blind vinkel; organisationer tester deres egen kode, mens de antager, at indlejrede leverandørværktøjer er “en andens problem”, selvom slutbrugeren oplever dem som en del af den samme brugerrejse. Endelig er der to strukturelle fejl, der har tendens til at undergrave den langsigtede overholdelse, uanset hvor god den indledende revision var: manglende gentestning efter afhjælpning, hvilket efterlader ingen bekræftelse på, at rettelserne faktisk løste det underliggende problem, og at betragte revisionen som et engangsprojekt snarere end en tilbagevendende disciplin, hvilket garanterer, at overholdelsen forringes, efterhånden som webstedet udvikler sig, og nyt indhold offentliggøres.
Hvornår skal man hyre professionelle tilgængelighedsrevisorer?
Nogle organisationer kan selv gennemføre en troværdig indledende revision internt, især mindre websteder med et begrænset antal skabeloner og enkelt indhold. Men der er situationer, hvor interne ressourcer alene næppe vil kunne levere et resultat, der kan modstå en grundig gennemgang. Komplekse virksomhedsplatforme med mange indholdstyper, tilpassede komponenter og integrerede tredjepartssystemer kræver specialiseret testdybde og værktøjer, som er vanskelige at opbygge internt fra bunden. Organisationer med stor eksponering over for lovgivning, store offentlige tjenester, finansielle institutioner eller universiteter, der betjener store og mangfoldige studenterpopulationer, løber en større risiko, hvis en revision overser noget væsentligt.
Takket være den australske standard for tilgængelighed i forbindelse med offentlige indkøb, AS EN 301 549, kræver offentlige udbudsprocesser i stigende grad dokumenteret bevis for overholdelse af WCAG som en betingelse for tildeling af kontrakten, hvilket betyder, at en internt gennemført og uformelt dokumenteret revision muligvis ikke opfylder de beviskrav, som en indkøbsansvarlig er forpligtet til at anvende. Og i tilfælde af retssager eller formelle klager vægter en uafhængig validering foretaget af en tredjepart tungere end en egenvurdering, både fordi den fjerner enhver tvivl om partiskhed, og fordi erfarne revisorer er fortrolige med metoder som WCAG-EM, W3C’s metode til evaluering af overholdelse af websteds tilgængelighed (WCAG-EM), som strukturerer stikprøveudtagning og evaluering på en måde, der er anerkendt og gentagelig. I alle disse scenarier er en struktureret, uafhængigt valideret audit en væsentligt stærkere position at være i, hvis resultatet nogensinde bliver sat i tvivl.
Bestil din strategiske WCAG-revision i dag →
Opbygning af et bæredygtigt program til overholdelse af WCAG
En enkelt revision, uanset hvor grundig den end er, er blot et øjebliksbillede. Digitale platforme ændrer sig konstant – nye sider, nye funktioner, nyt indhold – og uden et fastlagt program vil den overholdelse, der opnås i dag, blive udhulet i løbet af få måneder. Bæredygtig overholdelse betragter tilgængelighed som en driftsmæssig disciplin snarere end et projekt med en slutdato.
- Indføre retningslinjer for tilgængelighed. Tildel et klart ledelsesmæssigt ansvar for resultaterne inden for tilgængelighed, i stedet for at lade det være et ansvar uden ejerskab, der er spredt ud over indholds-, design- og udviklingsteams.
- Gennemfør en indledende WCAG-revision. Brug den ovenfor beskrevne strukturerede proces til at identificere systemiske problemer på tværs af det digitale miljø, ikke blot isolerede fejl på enkelte sider.
- Prioriter afhjælpning strategisk. Tag først fat på de problemer, der forhindrer flest brugere i at udføre de vigtigste opgaver, i stedet for at gennemgå resultaterne i den rækkefølge, de blev opdaget.
- Integrer tilgængelighed i udviklingsarbejdsgangene. Indbyg automatiserede kontroller og manuelle gennemgangstrin i design- og udviklingsprocesserne, så nye tilgængelighedsproblemer opdages inden offentliggørelsen, hvilket forhindrer, at allerede udført arbejde forringes.
- Planlæg regelmæssige genrevisioner. Gennemgå hele revisionsprocessen med jævne mellemrum for at sikre, at de udbedrede problemer forbliver løst, og at nyt indhold lever op til samme standard.
En WCAG-revision er udgangspunktet, ikke målstregen
Værdien af en WCAG-revision ligger i det, den afdækker: de konkrete, dokumenterede barrierer, der forhindrer mennesker med handicap i at benytte en digital tjeneste fuldt ud. Men at identificere disse barrierer er kun halvdelen af arbejdet. Bæredygtig digital tilgængelighed afhænger af styring, integrerede udviklingsprocesser og en regelmæssig revisionsrytme, der forhindrer, at de samme problemer stille og roligt dukker op igen måneder senere. For organisationer i Australasien, der opererer under stigende regulativ opmærksomhed fra både AHRC og den newzealandske regerings standard for webtilgængelighed, bør tilgængelighed ikke betragtes som en engangsindsats, men som en løbende driftsdisciplin, der håndteres med samme stringens som sikkerhed eller datastyring.
Hvis din organisation er i gang med at forberede sig på en WCAG-revision eller er ved at tilpasse sig WCAG 2.2-standarderne, kan du kontakte GrackleDocs-teamet for at høre mere om en struktureret vurdering, der understøtter overholdelse af tilgængelighedskravene på lang sigt.