A direktíva nem állapít meg konkrét határidőt a webáruház "hozzáférhetővé tételére". Az azonban rögzített, hogy az EAA mely időponttól érvényes: 2025. június 28. óta a hatálya alá tartozó szolgáltatások számára az előírás kötelező. Az aktuális weboldaltól az EN 301 549 előírásoknak megfelelő (gyakorlatban WCAG 2.1 AA szintű) oldalig tartó tényleges projekt időtartama az oldal terjedelmétől, a problémák számától és attól függ, hogy a szervezet milyen gyorsan tud belül reagálni.
A gyakorlatban egy projekt négy fázisra oszlik: felmérés, rangsorolás, technikai javítás és dokumentálás. Egy kis webáruház szabványos tartalomkezelő-rendszer sablonnal és korlátozott rendelési folyamattal általában gyorsabban halad végig ezeken a fázisokon, mint egy saját bejelentkezési felülettel, egyedi fizetési folyamattal és több nyelvvel rendelkező platform. Nincs olyan szám, amely minden szervezetre vonatkozna; azonban van minta abban, hogy a projektek hol lassulnak le.
Mit szabályoz a törvény és mit nem
A rendelet meghatározza, mely szolgáltatások tartoznak a hatálya alá, mely technikai norma alkalmazandó, és milyen információkat kell tartalmaznia a hozzáférhetőségi nyilatkozatnak. Konkrét határidő az "először vizsgálatot végezni, majd X héten belül javítani" vonatkozásában nincs. A felügyeleti hatóságok a szolgáltatás aktuális állapotára és arra néznek, hogy egy szervezet megfelelően és szisztematikusan működik-e a megfelelésért, nem pedig egy olyan rögzített végigmeneti időre, amely minden helyzetben azonos lenne. Az egyes weboldal-összetevőkre vonatkozó konkrét előírások megismeréséhez javasolt az eredeti szöveget tanulmányozni; témakörönként fel van tárva, hogy mit tartalmaznak pontosan a szabályok és hol találhatók az hivatalos szövegben.
Ahol a gyakorlatban a projektek megakadnak
Az első késedelem gyakran nem a technikai megvalósítás, hanem az átláthatóság hiánya miatt keletkezik: a vállalatok nem tudják, mely oldalak, űrlapok és folyamatok tartoznak a hatálya alá és melyek nem. A második probléma a fizetési folyamat és a bejelentkezési felület; ezek gyakran egyedi összetevők, amelyek nem szerepelnek egy szokásos sablonban, és így nem jutnak automatikusan egy tartalomkezelő-rendszer frissítésével. A harmadik probléma a külső szállító függősége a tartalomkezelő rendszerhez vagy a fizetési modulhoz, ahol a módosítás néha az adott fél kiadásának megjelenésére vár. A negyedik probléma belső: a technikai megállapítások listája hever, mert senki sem tudja, ki melyik szabályért felel.
Négy fázis és ahol elakadnak
A felmérési fázis arról szól, hogy megállapítsuk, mi nem megfelelő, mely oldalakon, és mennyire súlyos az akadály egy képernyőolvasót vagy csak billentyűzetet használó személy számára. Ez az a fázis, amelyben egy automatizált vizsgálat végzi a legtöbb munkát, de ez az a fázis is, amelyben világossá kell tenni, hogy egy ilyen vizsgálat mit nem láthat; nem minden WCAG-kritérium gépileg ellenőrizhető.
A rangsorolási fázis a megállapításokat sorrendbe teszi: mi blokkolja teljesen a rendelést, és mi a kisebb kellemetlenség. Ez gyakran megakad, mert egy technikai megállapítások listája nem mondja meg, ki a szervezeten belül az egyes összetevőkért felelős.
A javítási fázis az a fázis, ahol a leghosszabb az átfutási idő, és időtartama nagymértékben attól függ, hogy a módosítások saját szervezeten belül végezhetőek-e, vagy egy szállítón keresztül kell történniük. Az űrlap címkéi és a szín kontrasztja gyakran gyorsan megoldható; egy olyan rendelési lépés, amely technikailag nem működtethető csak billentyűzettel, több fejlesztési munkát igényel.
Az utolsó fázis a dokumentálás: a hozzáférhetőségi nyilatkozat elkészítése, egy javítási terv konkrét határidőkkel való rögzítése, és annak igazolása, hogy saját értékelés történt. Ez nem olyan fázis, amelyet kihagyhatnál, ha a technikai megvalósítás megfelelő; a nyilatkozatnak az aktuális helyzetet kell tükröznie, még akkor is, ha az még nem tökéletes.
Mi befolyásolja az átfutási időt
Egy szervezet, amely előre tudja, mely oldalakon belül esnek az alkalmazási kör részei, és mely szűk keresztmetszetek a legsúlyosabbak, kevesebb időt veszít a műszaki munka és a döntéshozatal közötti zavaros egyeztetésre. Egy pár kérdésből ingyen látható, hol áll egy webhely jelenleg, anélkül, hogy ehhez fiók szükséges volna. A folytatáshoz, tehát a rendelési lépés és a bejelentkezési folyamat teljes vizsgálatához, valamint az elsősorban rangsorolt intézkedési lista közérthető szövegéhez szükséges, hogy az egyes kötelezettségek kidolgozása a megfelelő határidőkkel az erre fordított munka részét képezze; ami abban van, az áttekinthetően felsorolva van.
Egy utolsó tényező, amely az átfutási időt érinti: a hozzáférhetőség nem olyan projekt, amelynek van végdátuma, hanem egy állapot, amely a webhely minden módosítása után ismét érvényes. Az új pénztári lépés vagy az átdolgozott kapcsolattartási űrlap újra előhozhat egy olyan problémát, amely már korábban megoldódott. Aki szeretné tudni, honnan származnak a jelentésben szereplő információk, és milyen gyakran frissülnek, azt az a lap, amely bemutatja, hogyan működik a folyamat.
A saját helyzet, a saját CMS, szállító és belső tervek tekintetében továbbra is nehéz előre rögzített határidőt megnevezni. Aki bizonytalan abban, hogy egy munka reálisan megtervezett-e, jól teszi, ha először világosan meghatározza, pontosan mi is szükséges, mielőtt ebből egy terv készülne. Az ingyenes gyors vizsgálat e célra logikus kiindulópont, anélkül, hogy azonnal fiók vagy fizetés merülne fel.