En tilmelding er først brugbar, når man kan finde feltet, forstå kravet, indtaste oplysninger og håndtere en fejl. Udseendet alene fortæller ikke, om det lykkes med tastatur, zoom eller oplæsning.
Vælg en opgave, som skal kunne gennemføres
Tag en nyhedsbrevstilmelding som eksempel. Brugeren skal finde formularen, forstå hvilke oplysninger der kræves og opdage, om tilmeldingen lykkedes. Skriv hele forløbet ned, inklusive forkert e-mailadresse og manglende forbindelse. Så undersøger du en konkret handling frem for kun en liste af visuelle egenskaber.
Fordel ansvaret mellem tekst, design og udvikling. En teknisk korrekt fejlbesked hjælper begrænset, hvis den er uforståelig. En tydelig designskitse hjælper begrænset, hvis koden ikke forbinder felt og label. Samarbejdet bliver lettere, når tilgængelighed indgår i de samme leverancer og gennemgange som den øvrige funktion.
Gennemfør forløbet med tastatur
Prøv at navigere uden mus. Kan du se, hvor fokus er? Kommer du til felter, links og knapper i en fornuftig rækkefølge? Kan du sende formularen og forstå resultatet? Notér det konkrete trin, hvor fremdriften stopper, så problemet kan genskabes og rettes.
Undersøg også ekstra lag som en menu eller en dialog. Brugeren skal kunne betjene det, der åbnes, og komme videre bagefter. En almindelig tilmelding kan godt fungere, selv om en sjældnere fejlmeddelelse skaber en barriere. Det er en grund til at gennemgå flere tilstande frem for kun den første skærm.
Gør felter og feedback forståelige
Et felt skal have en vedvarende, forståelig betegnelse. Tekst inde i et tomt felt kan forsvinde, når man skriver, og bør ikke være den eneste forklaring. Fortæl, hvad der er obligatorisk, og giv relevante instruktioner, før brugeren skal gætte sig frem til et format.
Ved en fejl bør beskeden forklare, hvad der er galt, og hvordan det kan rettes. Bevar brugbare indtastninger, så arbejdet ikke går tabt. En vellykket tilmelding skal også have tydelig feedback. Skeln mellem, at formularen er sendt, og at en eventuel bekræftelse stadig skal gennemføres via e-mail.
Undersøg læsning, zoom og forskellige præsentationer
Forstør siden og se, om teksten stadig kan læses uden at vigtige kontroller forsvinder. Gennemgå overskrifter og rækkefølge. Undersøg billedernes funktion: Har billedet vigtig information, skal den kunne opfattes på anden måde; er det blot dekoration, skal det ikke tilføre unødig støj ved oplæsning.
Farve kan understøtte status, men bør ikke være den eneste forskel mellem fejl og succes. Kombinér den med forståelig tekst eller andre relevante signaler. Prøv også langt indhold og et smalt vindue. Det er praktiske situationer, hvor en ellers flot visning kan skjule oplysninger eller gøre dem svære at betjene.
Kombinér checks og følg konkrete fund til dørs
Automatiske værktøjer kan finde en del tekniske problemer. De kan ikke alene afgøre, om forklaringen giver mening, eller om en person kan gennemføre sin opgave. Brug deres fund sammen med manuelle gennemgange og relevant brugerinddragelse. W3C understreger, at de enkle indledende checks ikke er en fuldstændig vurdering.
Registrér side, handling, forventet resultat og faktisk barriere. Prioritér problemer, der blokerer centrale opgaver, og kontrollér forløbet igen efter rettelsen. Beskriv gennemgangens omfang præcist: et afgrænset tastaturcheck er nyttig dokumentation, men en anden leverance end en fuld vurdering mod en aftalt standard.
Tag med videre
Det vigtigste
at huske.
- Test hele brugeropgaver med deres fejl- og succesforløb.
- Lad tekst, design og kode understøtte de samme behov.
- Kombinér automatiske fund med manuel og relevant brugerbaseret vurdering.
Lad os gøre det klart
Spørgsmål & svar
Er webtilgængelighed kun for blinde?
Nej. Arbejdet omfatter blandt andet syn, hørelse, motorik og kognition. Personer kan møde forskellige barrierer og bruge forskellige måder at opfatte og betjene indhold på.
Er en høj automatisk score nok?
Nej. Den siger noget om de kontroller, værktøjet udførte. Den kan ikke alene bevise, at brugeropgaverne kan gennemføres, eller at alle relevante krav er opfyldt.
Hvordan starter jeg et tastaturcheck?
Vælg en opgave og brug tastaturet gennem den. Se efter synligt fokus, meningsfuld rækkefølge og mulighed for at aktivere kontroller og komme ud af åbne lag.
Er kontrast det samme som tilgængelighed?
Nej. Kontrast er ét område. Struktur, betjening, instruktioner, indhold, alternativer og feedback kan også skabe eller fjerne barrierer.
Skal alle billeder have en beskrivende tekst?
Tekstalternativet afhænger af billedets funktion. Et informationsbillede og et dekorativt billede skal håndteres forskelligt. Beskriv den nødvendige information frem for automatisk at beskrive alle synlige detaljer.
Hvad betyder WCAG?
Web Content Accessibility Guidelines er W3C's retningslinjer for tilgængeligt webindhold. Hvis en opgave skal vurderes mod WCAG, bør version, niveau og gennemgangens omfang være aftalt.
Kan man tilføje tilgængelighed efter lancering?
Man kan rette barrierer senere, men det er ofte mere sammenhængende at arbejde med dem fra indhold og design til implementering. Gemte antagelser i struktur og komponenter kan ellers kræve større ændringer.
Læs selv videre
Kilder & fordybelse
Guiden bygger på disse kilder og erfaring fra egne projekter.
