Fiksne roke za akcijski načrt za dostopnost ni. Direktiva določa, da je treba ovire identificirati in odpraviti, vendar ne navaja števila tednov ali mesecev, v katerih mora biti to izvedeno. Rok v praksi zavisi od treh dejavnikov: koliko ovir je, kdo jih reši in kako ta oseba ali pisarna to vključi v tekoče delo.
Tisto, kar je fiksno, je vrstni red. Najprej identificirate ovire, nato jih prednostno razvrstite, nato jih odpravite in končno dokumentirate, kaj se je zgodilo in kaj še ostaja. Vsaka faza ima svoj tempo, in ravno prehodi med temi fazami so mesta, kjer se procesi v praksi ustavijo.
Faza identifikacije je običajno hitra
Pregled temeljnih strani in najpomembnejših tokov — postopek naročanja, postopek prijave, kontaktni obrazec — je običajno stvar dni, ne tednov. Avtomatizirano preverjanje najde precejšen del pogostih ovir: manjkajoče nadomestne besedilo, polja obrazca brez oznake, nezadostno kontrast. Del zahtev ni mogoče avtomatsko preveriti in to je navedeno v vsakem poročilu; te ovire zahtevajo pogled nekoga, ki je dejansko prešel skozi stran. Če želite najprej vedeti, ali je to za vašo organizacijo relevantno, preden vložite čas v pregled, to daje kratek vprašalnik z neposrednim nakazanjem vpogled.
Razvrščanje po prednosti zahteva čas, ne ker bi bilo težavno, temveč ker zahteva odločitve
Seznam ukrepov z desetimi do tridesetimi točkami se zdi pregleden, vendar vsaka točka zahteva odločitev: kdo se je loti, kdaj in kako nujno je v primerjavi s drugim delom. To je faza, kjer se mnogi procesi upočasnijo — ne zaradi tehnike, temveč ker nihče interno ni odgovoren za seznam. Seznam ukrepov v preprostim jezikom, brez WCAG-žargona, tu pomaga: vodja pisarne ali oseba, odgovorna za upravo, ni treba, da ve, kaj je ARIA-oznaka, da bi razumela, da ima kontaktni obrazec težavo. Tisto, kar pogosto upočasni razvrščanje po prednosti, ni vsebina, temveč odsotnost jasne roke za vsako točko — ravno za to je namenjen akcijski načrt z rokami.
Izvedba je odvisna od razvijalca, ne od direktive
Dejanska popravka — sprememba kode, pisanje nadomestnega besedila, povečanje kontrasta — je zunaj tega, kar počne testna služba. Axessia preverja, razvrsti po prednosti, dokumentira in nadzoruje, vendar ne opravlja popravilnega dela. Trajanje te faze je torej odvisno od zmogljivosti vašega lastnega razvijalca ali pisarne, ki upravlja vašo stran, in od tega, kako se ta popravka prilegajo sprintu ali načrtu. Pri spletni trgovini s preprostim tematskim delom se to lahko odvije v nekaj tednih; pri prilagojenem delu s kompleksnim postopkom naročanja se to hitreje razširja na mesece, zlasti če popravke vplivajo na odsekajoči ali prijavni tok in zato zahtevajo dodatne testne cikle.
Tu je tudi past gradnika prekrivanja: obljublja hitro rešitev v enem dnevu, vendar ne izpolnjuje osnovne zahteve in ne spremeni osnovne kode. Tisti, ki z gradnikom prekrivanja prihrani čas, ta čas nazaj izgubi, ko se izkaže, da ovire še vedno obstajajo.
Dokumentiranje in razglasitev sta najkrajši korak, če je ostalo pravilno
Ko so ovire odpravljene, je sestavljanje razglasitve samo po sebi relativno hitro — to je predvsem stvar pravilne dokumentacije lastne ocene. Ta korak se zaglavi le, če prejšnji koraki niso bili dobro dokumentirani: brez dokazne ocene ni nič, na katerem bi temeljila razglasitev. Več o tem, kaj je za to potrebno, je v bazi znanja po temah.
In potem: vsaka sprememba znova odpre cikel
Največja napačna predstava o trajanju je, da se proces konča z objavo izjave o skladnosti. Nova stran, spremenjen postopek naročila ali posodobitev teme lahko uvedejo nove ovire, zato se cikel preverjanja, razvrstitve po prioritetah in odpravljanja znova začne. To dejstvo naredi vprašanje »kako dolgo traja« v bistvu vprašanjem o ponavljajočem se procesu namesto o enkratnem projektu.
Želite vedeti, kje se vaša organizacija trenutno nahaja in katere konkretne korake imate na voljo? Opravite brezplačno hitro preverjanje ali si oglejte, kako se informacije v poročilu oblikujejo in kaj naročnina temu doda prek pregleda cen.