Hvordan tester man for tilgængelighed?
Du skal teste PDF-filer og websider for tilgængelighed. Det er nødvendigt for at sikre, at alle brugere med funktionsnedsættelser (og alle andre) nemt kan tilgå og anvende dit digitale indhold. Det er også et lovkrav. EU har vedtaget tilgængelighedsregler baseret på de internationale guidelines Web Content Accessibilty Guidelines (WCAG).
Tilgængelighedstests identificerer potentielle barrierer, der forhindrer personer med synshandicap, hørenedsættelse, motoriske vanskeligheder eller kognitive udfordringer i at få adgang til indholdet på lige fod med andre. Du kan gennemføre testprocessen manuelt, automatisk eller ved hjælp af værktøjer og teknikker.. Her kommer nogle centrale aspekter af, hvordan man tester PDF’er og websider for tilgængelighed.
1. Test af PDF’er for tilgængelighed
PDF-filer er et udbredt dokumentformat, men de er vanskelige for skærmlæsere og andre hjælpemidler at tolke, hvis de ikke er korrekt oprettet. For at teste tilgængeligheden af en PDF-fil skal du sikre, at den følger standarderne i WCAG (Web Content Accessibility Guidelines) og PDF/UA (PDF/Universal Accessibility) specifikationerne.
Indholdet på en hjemmeside eller webbaseret indhold skal være til at opfatte for alle brugere. Brugerne skal altså kunne se, høre eller på anden måde sanse indholdet.
Automatiske værktøjer til PDF
Der findes flere værktøjer til at teste tilgængeligheden af PDF’er.
Adobe Acrobat Pro
Adobe Acrobat Pro har et indbygget tilgængelighedstjek, der kan identificere almindelige fejl såsom manglende tags, titler eller tekstalternativer til billeder.
Adobes løsning ikke kan stå alene, men kræver manuel kontrol. F.eks. kan tjekkeren kun konstatere, om billeder har alternativ tekst eller ej, men den kan ikke evaluere, om den angivne alternativ tekst er meningsfuld. Fejlrapporterne beskriver, hvor tilgængelighedsfejlene er. Men ikke nødvendigvis hvordan du som bruger praktisk retter op på fejlen.
PAC
PAC (PDF Accessibility Checker) er gratis, men bliver ikke opdateret så tit som kommercielle værktøjer. PAC slås med nogle af de samme udfordringer som Adobes tjekker. PAC’s fejlrapporter giver dig ikke altid løsningen på problemerne.
Derudover evaluerer PAC ikke farvekontrast eller andre visuelle aspekter, der påvirker brugere med nedsat syn. Det er udfordrende, fordi det netop er kontrastproblemer som er den største kilde til tilgængelighedsproblemer på websites og i webindhold. (Kun tilgængeligt på Windows)
Pave
Et andet værktøj som PAVE evaluerer ikke visuelle elementer som farvekontrast, tekststørrelse eller andre visuelle aspekter, der kan påvirke tilgængeligheden for brugere med synsnedsættelser.
PAVE’s rapporter er heller ikke så detaljerede som dem, der genereres af andre værktøjer som PAC eller Adobe Acrobat Pro. Derfor kan det være svært at fejlrette.
Manuelle tjek
Automatiske værktøjer kan ikke altid fange alle problemer, så du bør også udføre manuelle tests. Dette indebærer at sikre:
Struktur og tags
PDF’er skal være tagget korrekt for at give skærmlæsere mulighed for at tolke indholdet. Tagstrukturen gør det muligt at navigere gennem dokumentet, så overskrifter, lister og tabeller præsenteres logisk.
Alternative tekster
Alle billeder og grafikker skal have dækkende alternativ tekst, så brugere med synshandicap kan forstå billedets funktion eller indhold ved at bruge en skærmlæser.
Formularfelter
Interaktive formularfelter skal være tydeligt markeret, og de skal være tilgængelige ved hjælp af tastaturet, så personer med motoriske handicap kan udfylde dem.
Farvekontrast
Sørg for at farvekontrasten er tilstrækkelig, så brugere med nedsat syn kan læse teksten uden problemer. Husk at PDF tjekkere aktuelt har problemer med at identificere kontrastfejl.
Brug af skærmlæsere
At teste PDF’er med skærmlæsere, såsom JAWS eller NVDA, er en vigtig metode til at kontrollere, om læseren kan navigere i dokumentet og læse det på en meningsfuld måde.
Ved at teste dit dokument med skærmlæsere, sikrer du dig, at alle elementer som overskrifter, afsnit og links, bliver korrekt præsenteret for mennesker med funktionsnedsættelser.
2. Test af websider for tilgængelighed
Tilgængeligheden af websider er ofte mere kompleks end PDF’er, fordi websider er dynamiske og kan indeholde mange interaktive elementer.Websiderne skal overholde WCAG-retningslinjerne, som er den internationale standard for tilgængelighed på nettet.
Automatiske værktøjer til hjemmesider
Der er flere værktøjer, der kan bruges til at udføre automatiserede tests af websider.
Selvom disse værktøjer kan hjælpe med at identificere åbenlyse problemer, er det vigtigt at huske, at automatiske værktøjer kun fanger omkring 30-50% af tilgængelighedsproblemerne.
Et par af de mest populære inkluderer:
Wave
Et værktøj WAVE leverer meget omfattende fejlrapporter, som hurtigt bliver uoverskuelige for brugeren. WAVE kan heller vurdere tilgængeligheden af multimediekomponenter, som ofte bruges på websider. Wave kan heller vurdere meningsfuldheden i alternative tekster, men kun påpege, om teksten mangler.
Qualweb
Qualweb har på sin side også en række udfordringer. Bl.a. kan værktøjet ikke vurdere farvekontrastproblemer. Ligesom WAVE kan Qualweb heller ikke vurdere, hvorvidt en alternativ tekst er meningsfuld. Ligesom Wave kan Qualweb heller ikke tilgængelighedsvurdere multimedielementer. I modsætning til f.eks. WAVE har Qualweb heller ikke en visuel indikator, der viser brugeren, hvor på siden fejlene befinder sig.
Manuelle tests
Manuelle tests er vigtige for at sikre, at websider er fuldt tilgængelige. Ingen af de ovenstående værktøjer kan fange alle tilgængelighedsudfordringerne, så selvom du bruger de nævnte digitale testværktøjer, skal du inkludere manuelle test i din tilgængelighedsstrategi.
Nogle af de vigtigste manuelle tjek inkluderer:
Navigering med tastatur:
Websider skal være fuldt ud navigerbare med tastaturet alene.
Dette inkluderer muligheden for at interagere med formularer, links og andre interaktive elementer uden brug af en mus.
Brug af skærmlæsere:
Test websider med skærmlæsere som NVDA eller VoiceOver for at sikre, at indholdet kan læses og forstås korrekt.
Kontrastforhold:
Sørg for, at tekstens kontrast mod baggrunden er høj nok til at sikre læsbarhed, især for personer med nedsat syn.
Mobiltilgængelighed
Test websider på mobile enheder for at sikre, at de er responsive og tilgængelige, uanset hvilken skærmstørrelse du anvender.
Visse brugere med funktionsnedsættelser kan være afhængige af mobile hjælpemidler, såsom skærmlæsere på smartphones.
Slip for en ny tidskrævende proces
Fælles for mange tilgængelighedsværktøjer er, at testen først udføres, når produktet er færdigt. Det betyder, at du ofte allerede har gennemgået korrektur og revisionsprocesser, ofte med input fra flere forskellige personer. Denne proces er afgørende for at sikre tilgængelighed, men den kan være tidskrævende.
I et værktøj som Publii, hvor du både producerer et responsivt micro website og PDF-version af indholdet i samme arbejdsgang, er tilgængelighed tænkt ind fra starten. Publii håndterer automatisk de tekniske krav, så du nemt kan fokusere på at sikre korrekte alt-tekster, tabeller og lignende med simple, brugervenlige værktøjer.
Konklusion
Tilgængelighedstest af PDF’er og websider er en afgørende del af digital inklusion. Ved at kombinere automatiske og manuelle tests sikrer du, at indholdet opfylder de nødvendige tilgængelighedskrav, så personer med funktionsnedsættelser kan tilgå information og interagere med digitale ressourcer.
MEN hvis du vælger et værktøj som Publii, kan du undgå en lang og besværlig tilgængelighedsproces samt flere tidskrævende korrekturgennemgange, fordi tilgængeligheden er indarbejdet fra begyndelsen.