Automatiserede tilgængelighed testværktøjer har eksisteret i lang tid og har historisk været en nyttig måde at kontrollere hjemmesider for tilgængelighed. Bobby, en af de første og mest kendte automatiserede tilgængelighed testværktøjer, er nu næsten 10 år, og selv om der ikke længere frit tilgængelige, masser af andre gratis værktøjer såsom Wave (https://wave.webaim.org/index .jsp) eksisterer.
Men er disse værktøjer lidt for godt til at være sandt? Kan du teste en hjemmeside for tilgængelighed så let? Desværre er svaret et rungende nej.
Der er en række underliggende problemer forbundet med at bruge netop automatiserede værktøjer til at teste for tilgængelighed:
bogstavelig fortolkning af retningslinjer
Enhver automatiseret tilgængelighed test værktøj, som er et stykke software, der ikke har meget i vejen for sund fornuft. Det vil fortolke hver eneste tilgængelighed retningslinje bogstaveligt, uden at bære nogen anden tanker om, hvad der ellers er på siden.
Definitionen af ordet retningslinje, ifølge Dictionary.com, er "en regel eller princip, der giver vejledning til hensigtsmæssig adfærd ".
En retningslinje simpelthen giver vejledning til, hvad den bedste praksis - det bør ikke bare anvendes uden hensyn til andre faktorer
For eksempel er en af de W3C retningslinjer for tilgængelighed, at et bord resumé bør gives til alle. tabeller. (Dette resumé vises ikke på skærmen, men det er læst højt for skærmlæser brugere, før læsning gennem indholdet bordet.) Tabel resuméer er nyttige som de fortæller skærmlæser brugere Hvad kan man forvente i tabellen. Dog kan der være en overskrift direkte for bordet og det beskriver, hvad bordet er om.
I dette tilfælde, dette resumé er væsentlige ubrugelig, da det bare vil gentage, hvad den tidligere overskrift sagde.
Kan ikke kontrollere nogen indhold problemer
Den måde, at indholdet er opbygget både på siden og på tværs af webstedet er en massiv del af tilgængelighed. En hjemmeside kan være perfekt kodet og i overensstemmelse med de højeste kodning standarder. Hvis dens indhold er dårligt struktureret selv, vil webstedet vise sig vanskeligt at umuligt for nogle særlige behov webbrugere.
Der er en række vigtige tilgængeligt indhold overvejelser, hvoraf ingen automatiserede tilgængelighed testværktøjer kan tjekke efter. Nogle af disse vigtige overvejelser omfatter:
- Front-loading indhold, så hvert afsnit begynder med konklusionen