Audit checklist
- Pregledajte javno web-mjesto i identificirajte predloške, ne samo pojedinačne adrese.
- Testirajte pravila WCAG 2.1/2.2 A i AA alatom koji radi u pregledniku.
- Odvojite kritične blokade kupnje i računa od kozmetičkih nedostataka.
- Nalaze povežite s člankom 9 norme EN 301 549 za web-sadržaj u EU-u.
- Dokumentirajte što automatizirano testiranje može dokazati, a što ne.
- Izradite popis ispravaka s odgovornima, rokovima i koracima provjere.
- Objavite ili ažurirajte izjavu o pristupačnosti na pravom jeziku.
Što pokriva ozbiljna revizija pristupačnosti
Korisna revizija počinje opsegom. Početna stranica rijetko je dovoljna: navigacija, popisi proizvoda, obrasci, prijava, kupnja, dokumenti, modalni dijalozi i stanja pogrešaka. Sve zaslužuje pozornost. Ako se nedostatak pojavi u dijeljenoj komponenti, može zahvatiti stotine adresa; revizija treba prepoznati taj uzrok na razini komponente umjesto da tim zatrpa dupliciranim redovima.
Za usklađenost u EU-u revizija bi trebala zabilježiti i korištene standarde. WCAG 2.2 AA praktično je mjerilo za web; EN 301 549 usklađena je europska norma za IKT koja za web-sadržaj upućuje na WCAG. Europski akt o pristupačnosti (EAA) usmjerava tvrtke prema tim standardima, ali pravila provodi svaka država članica prema vlastitom pravu i putem vlastitih tijela.
- Javne stranice i ključni konverzijski tokovi
- Tipkovnica, fokus, obrasci, nazivi/uloge/vrijednosti, kontrast i semantika
- Komponente za višekratnu upotrebu koje stvaraju ponavljajuće povrede
- Dokazi: testirane adrese, vremenske oznake, skupovi pravila i ozbiljnost
Odredite prioritete prema učinku na korisnika, ne prema sirovom broju pogrešaka
Stranica s 400 duplikata malog učinka može biti manje rizična od jedne stranice plaćanja s nepristupačnim gumbom. Prvi krug ispravaka treba ciljati blokade: tipkovničke zamke, kontrole bez oznaka, nedostajuće pogreške obrazaca, pokvaren redoslijed fokusa i sadržaj koji čitači zaslona ne mogu prepoznati.
Nakon blokada dolaze ispravci predložaka. Ispravak navigacijske komponente, polja obrasca ili uzorka gumba često uklanja istu povredu s mnogih stranica. Zato Axively grupira nalaze prema pravilu i uzroku prije nego što prikaže pojavljivanja po stranicama.
Dokazi su važni za EAA i javnu nabavu
Regulatori i veliki kupci ne pitaju samo smatrate li stranicu pristupačnom. Pitaju što ste testirali, kada, prema kojem standardu i što ste učinili s rezultatima. Čuvajte izvještaj, bilješke o ispravcima i provjere skeniranjem. Ti dokazi koriste i prodaji: pristupačnost je sve češće dio dubinske provjere dobavljača.
Transparentan izvještaj treba navesti granice automatizacije. Automatski alati otkrivaju mnoge česte probleme, ali smislen alternativni tekst, razumljiv sadržaj, kvaliteta titlova i neki cjeloviti korisnički tokovi zahtijevaju ljudsku provjeru. Tvrditi potpunu automatsku usklađenost znak je za uzbunu; pokazati mjerljiv proces uvjerljivije je.
FAQ
Je li automatizirana revizija pristupačnosti dovoljna za pravnu usklađenost?
Ne. Automatizirano testiranje najbrži je način da se pronađu mnoge česte povrede WCAG-a, ali potpuna usklađenost i dalje zahtijeva stručnu provjeru. Dobra automatizirana revizija prvi je korak potkrijepljen dokazima, a ne čarobni certifikat.
Koji bi standard web-stranica u EU trebala koristiti?
Koristite WCAG 2.2 AA kao polazište za testiranje weba i povežite rezultat s normom EN 301 549. Zbog rizika prema EAA-u provjerite i nacionalno pravo koje vrijedi na vašem ciljnom tržištu u EU-u.
Koliko često trebamo ponovno testirati?
Testirajte nakon većih izdanja, nakon promjena dizajn-sustava i prije objave izjave o pristupačnosti. Za aktivne internetske trgovine mjesečne provjere ili provjere vezane uz izdanja sigurnije su od jednokratne godišnje revizije.