Pati direktyva pati nedadaro konkrečios laiko ribos dalims "pasiekiamomis padaryti". Tačiau yra aiški data, nuo kurios įsigalioja reikalavimas: nuo 2025 m. birželio 28 d. reikalavimas yra įgyvendinamas paslaugoms, kurios patenka į šio reglamento taikymo sritį. Kiek laiko iš tikrųjų trunka perechod nuo dabartinio tinklalapio prie tinklalapio, atitinkančio EN 301 549 (praktikoje WCAG 2.1 lygis AA), priklauso nuo tinklalapio dydžio, probleminių vietų skaičiaus ir to, kokiu greičiu organizacija gali vidinai veikti.
Praktikoje projektas yra suskaidomas į keturis etapus: inventorizacija, prioritizacija, techninis taisymas ir dokumentavimas. Mažą internetinę parduotuvę su standartine valdymo sistema ir ribota užsakymo dalimi šie etapai dažniausiai vyksta greičiau nei platformą su savita prisijungimo aplinka, individualizuota atsiskaitymo sistema ir keliais kalbomis. Nėra skaičiaus, kuris tiktu visoms organizacijoms; tačiau egzistuoja modelis, kuriame projektai užsitęsia.
Ką įstatyme reglamentuojama ir ko ne
Reglamentas aprašo, kurios paslaugos patenka į taikymo sritį, kokia techninė norma yra taikoma ir kokia informacija turi būti pateikta pasiekiamumo deklaracijoje. Konkrečia deadline "pirmiausia skenuoti, tada per X savaičių pataisyti" jame nenurodyta. Priežiūros institucijos žiūri į paslaugos dabartinę būklę ir į klausimą, ar organizacija atsiskaitomoje ir sistemingoje veikloje siekia atitikties, o ne į fiksuotą laiką, kuris būtu vienodas visoms institucijoms. Dėl tikslių reikalavimų kiekvienai tinklalapio daliai rekomenduojama pačiam perskaityti oficialų tekstą; kiekvienam klausimui išanalizuota, ką tiksliai reglamentuoja taisyklės ir kur jos yra oficialaus teksto.
Kur projektai praktikoje застревают
Pirmasis užsitęsimas dažnai kyla ne technikos, o supratimo lygmeniu: bendrovės nežino, kurie tinklalapiai, formos ir srautos patenka į taikymo sritį, o kurie ne. Antroji problema – atsiskaitymo žingsnis ir prisijungimo aplinka; tai dažnai individualizuoti komponentai, kurie nėra standartiniame valdymo sistemos šablone ir todėl ne automatiškai persikelia į valdymo sistemos atnaujinimą. Trečioji problema – priklausomybė nuo išorinės valdymo sistemos ar mokėjimo modulio teikėjo, kai pakeitimas kartais laukia to šalies versijos išleidimo. Ir ketvirta problema – vidinė: sąrašas su pastebėjimais techniniu kalbą lieka neatkreiptas dėmesio, nes nuo žino, kas kokią taisyklę prisiima.
Keturi etapai ir kur jie застревают
Inventorizacijos etapas skirtas nustatyti, kas negerai, kuriuose tinklapiuose ir kaip rimta tai yra komuokui, kuris naudojasi ekrano skaitytoju arba tik klaviatūra. Šis etapas yra tas, kuriame automatizuota skenavimo sistema atlieka daugiausiai darbo, bet tai yra ir etapas, kuriame turi būti aišku, ko tokia sistema negali matyti; ne kiekvienas WCAG kriterijus gali būti patikrintas automatiškai.
Prioritizacijos etapas pastebėjimus paverčia tvarka: kas visiškai blokuoja užsakymą, o kas yra mažesnė kliūtis. Tai dažnai застревает, nes techninis pastebėjimų sąrašas nenurodo, kas organizacijoje yra atsakingas už kurią dalį.
Taisymo etapas yra etapas su ilgiausia trukmė, ir jos ilgis labai priklauso nuo to, ar pataisas galima atlikti savais jėgomis, ar reikia pasikliauti teikėju. Formos etiketės ir spalvų kontrastas dažnai greitai atsigauna; užsakymo žingsnis, kurio techniškai negalima atlikti tik klaviatūra, reikalinga daugiau plėtojimo darbo.
Paskutinis etapas – dokumentavimas: parengti pasiekiamumo deklaraciją, nusistatyti gerinimo planą su terminais ir įrodyti, kad buvo atliktas savitikros vertinimas. Tai nėra etapas, kurį praleidi, kai technika jau veikia; deklaracija turi atspindėti dabartinę būklę, net jei ji dar nėra puiki.
Ką iš tikrųjų veikia į apyvartinimo laiką
Organizacija, kuri iš anksto žino, kurie puslapiai patenka į taikymo sritį ir kurie kliūtys yra svarbiausia, negaišta laiko grįžinėdama tarp technikos ir sprendimų priėmimo. Per kelis klausimus galima nemokamai pamatyti, kur dabar yra svetainė, be to, jums nereikalinga paskyra. Toliau, tai yra visa prenumeratos žingsnio ir prisijungimo srauto nuskaitymas, o taip pat prioritetizuotas veiksmų sąrašas paprastu kalba, kurį sudaro kiekvieno reikalavimo detalizacija su susijusiomis terminų ribomis, yra mokamo proceso dalis; tai, kas jame yra, aiškiai sąrašytas.
Paskutinis veiksnys, turintis įtakos ciklų trukmei: pritaikymas nėra projektas su pabaigos data, o būsena, kuri galioja iš naujo po kiekvieno svetainės pakeitimo. Naujas atsiskaitymo žingsnis arba atnaujinta kontaktinė forma gali sugrąžinti problemą, kuri anksčiau jau buvo išspręsta. Norint sužinoti, iš kur ataskaitos informacija kilusi ir kaip dažnai ji atnaujinama, jos rasite puslapyje, kuriame paaiškinta, kaip veikia procesas.
Savo situacijai, su savo CMS, tiekėju ir vidine grafiku, vis tiek sunku iš anksto nustatyti konkrečią terminą. Kas abejoja, ar projektas yra realistiškai planuojamas, turėtų gerai supaprastinti, kas tiksliai turi būti padaryta, kad būtų sukurtas planas. Nemokama greita peržiūra yra logiškas pradžios taškas, be jokios paskyros ar mokėjimo.