WCAG-test: En automatisk scanner kan ikke godkende dit website alene

Du tester et websites WCAG-tilgængelighed ved at afgrænse sider og brugerforløb, scanne dem og derefter kontrollere betjening og indhold manuelt. Digitaliseringsstyrelsens QualWeb-vejledning forklarer, at automatiske resultater kan fastslå nogle krav, der ikke er opfyldt, men ikke vise, hvilke krav et website samlet opfylder.

Den praktiske rækkefølge er at vælge en repræsentativ stikprøve, køre en scanner, gennemføre opgaver med tastatur og skærmlæser og dokumentere hvert fund, så testen kan gentages. En formular skal eksempelvis undersøges fra åbning til fejlretning og afslutning; en scanning af dens første visning dækker ikke hele opgaven.

Afgræns websitet og vælg en stikprøve

Begynd med at skrive ned, hvilket website, hvilke funktioner og hvilket WCAG-niveau vurderingen omfatter. Angiv også de browsere, enheder og adgangsforhold, der skal bruges. Den afgrænsning gør det muligt at se forskel på det undersøgte område og sider eller tilstande, som endnu ikke er testet.

Kortlæg forskellige sidetyper og funktioner, før du vælger stikprøven: navigation, søgning, formularer, fejlbeskeder og indhold som dokumenter eller video, når de indgår i brugerens opgave. Medtag alle trin i et udvalgt forløb. W3C’s WCAG-EM-metode beskriver en evaluering, der går fra afgrænsning og kortlægning til repræsentativ stikprøve, vurdering og rapportering.

Notér, hvorfor hver side er valgt, og supplér de bevidst udvalgte sider med tilfældigt valgte sider. Sammenlign, om de tilfældige sider indeholder funktioner eller fejltyper, som den planlagte stikprøve overså. Hvis de gør, udvides stikprøven, så vurderingen dækker den variation, der faktisk findes på websitet.

Scan siderne og undersøg fundene

Kør en automatisk kontrol på de valgte sider. QualWeb er et gratis værktøj, der kan teste enkelte sider og bruges til test på tværs af et website. Skriv URL, tidspunkt, værktøj og sidens tilstand ned for hver kørsel; et åbent cookiebanner eller en formular med fejl kan give et andet testgrundlag end sidens første visning.

Åbn et fund på den konkrete side, og kontrollér hvilket element det vedrører. Et værktøj kan finde et felt uden tilgængeligt navn eller en kontrastfejl, men alvoren afhænger også af, hvor elementet findes, og hvilken opgave brugeren forsøger at udføre. Registrér både fundet og den tilstand, hvor det optrådte.

En rapport uden fund betyder, at værktøjet ikke registrerede fejl inden for de kontroller og det indhold, det faktisk undersøgte. Indhold, der først vises efter en handling, bør derfor også kontrolleres i den relevante tilstand, hvis værktøjet kan teste den. Fortsæt derefter med manuel afprøvning af det samme forløb.

Gennemfør opgaver med tastaturet

Start øverst på hver valgt side uden mus. Brug Tab og Shift+Tab til at bevæge dig mellem betjenbare elementer, og aktivér links, knapper og valg med de taster, der passer til elementet. Følg fokus hele vejen: Det skal være synligt, komme i en forståelig rækkefølge og kunne flyttes videre fra menuer, dialoger og andre komponenter.

Udfør en reel opgave i stedet for kun at tabulere gennem siden. Åbn en menu, udfyld en formular, fremkald en fejl, ret den og gennemfør forløbet. Kontrollér, om fejlbeskeden kan findes, om fokus bliver et meningsfuldt sted efter ændringer, og om en dialog kan lukkes uden mus.

Beskriv præcis, hvor opgaven standser, hvis et element kan få fokus, men ikke aktiveres, eller hvis fokus bliver fanget. En genvej eller særlig tast kan være relevant for en bestemt komponent, så registrér også de tastetryk, der blev forsøgt. Den beskrivelse er mere brugbar end blot at skrive, at siden »ikke virker med tastatur«.

Brug skærmlæser og vurder indholdet

Prøv de samme sider og opgaver med en skærmlæser. Gå gennem overskrifter og links uden at støtte dig til det visuelle layout, og lyt til navnene på felter og knapper. Kontrollér også, om fejl og ændringer efter en handling bliver formidlet, mens brugeren arbejder sig videre i forløbet.

Det britiske Department for Work and Pensions beskriver i sin vejledning for testere både automatiske kontroller, manuel vurdering, afprøvning med hjælpemidler og registrering af testgrundlaget. Brug skærmlæseren til at undersøge den oplevelse, som en kodekontrol alene ikke viser: Et synligt feltnavn hjælper eksempelvis ikke, hvis feltet læses op uden et brugbart navn.

Vurdér også betydningen af indholdet. Et billede kan have alternativ tekst, som ikke forklarer dets funktion, og en linktekst kan være uklar, når den læses uden nabosætningen. Afprøv forstørrelse og en smal visning på relevante sider. Hvis en PDF eller video er nødvendig for at fuldføre opgaven, skal den indgå i vurderingen; en test af HTML-siden siger ikke i sig selv, om det tilknyttede indhold kan bruges.

Dokumentér, klassificér og gentest

Registrér hvert problem med URL, sidetilstand, trin til at genskabe det, forventet og faktisk adfærd samt det relevante WCAG-kriterium. Angiv, om fundet kom fra en scanner eller en manuel vurdering, og hvilke browser-, enheds- og hjælpemiddelindstillinger der har betydning. Skel mellem en konstateret fejl og et muligt problem, der kræver yderligere vurdering.

Prioritér efter konsekvensen for brugerens opgave og efter, hvor fejlen forekommer. En tastaturfælde i et centralt forløb kan blokere afslutningen af opgaven; en fejl i en fælles komponent kan ramme mange sider. Gruppér sådanne gentagelser, men behold et konkret eksempel med trin til at fremkalde fejlen.

Gentag efter en rettelse den kontrol, der afslørede problemet, og gennemfør det berørte forløb igen. Rapportér derefter afgrænsningen, stikprøven, de udførte kontroller, fundene og de dele, som endnu ikke er vurderet. Så kan resultatet bruges til at rette konkrete hindringer og til at afgøre, hvilken test der stadig mangler.

Læs også:

• n8n, Make eller Zapier: 10 trin kan ændre hele AI-regningen