Sama dyrektywa nie określa stałego okresu na "udostępnienie" sklepu internetowego. To, co jest pewne, to data, od której obowiązek wchodzi w życie: od 28 czerwca 2025 r. wymóg jest wykonalny dla usług, które pod niego podlegają. Czas trwania rzeczywistego procesu przejścia od obecnej witryny do witryny zgodnej z EN 301 549 (w praktyce WCAG 2.1 poziom AA) zależy od zakresu witryny, liczby problemów i szybkości, z jaką organizacja może wewnętrznie działać.
W praktyce proces przebiegł w czterech fazach: inwentaryzacja, ustalanie priorytetów, naprawa techniczna i dokumentacja. Mały sklep internetowy ze standardowym motywem cms i ograniczonym procesem zamawiania przechodzi te fazy zwykle szybciej niż platforma z własnym środowiskiem logowania, dostosowaną kasą i wieloma językami. Nie ma cyfry, która byłaby prawidłowa dla każdej organizacji; istnieje jednak wzór, gdzie procesy napotykają opóźnienia.
Co reguluje prawo i co nie
Rozporządzenie opisuje, które usługi podlegają zakresowi, która norma techniczna ma zastosowanie i jakie informacje musi zawierać oświadczenie o dostępności. Konkretny termin na "najpierw skanowanie, a następnie naprawa w ciągu X tygodni" w nim nie figuruje. Organy nadzoru patrzą na aktualny stan usługi i na to, czy organizacja pracuje udokumentowanie i systematycznie nad zgodością, a nie na stały czas realizacji, który byłby wszędzie taki sam. Aby zapoznać się z dokładnymi wymogami dla każdego elementu witryny, zalecane jest zapoznanie się z samym tekstem; dla każdego tematu zbadano, co dokładnie mówią przepisy i gdzie znajdują się w tekście oficjalnym.
Gdzie procesy w praktyce się zacinają
Pierwsze opóźnienie często nie wynika z techniki, ale z braku przejrzystości: firmy nie wiedzą, które strony, formularze i przepływy podlegają zakresowi, a które nie. Drugim problemem jest etap rozliczeniowy i środowisko logowania; często są to dostosowane elementy, które nie znajdują się w standardowym motywie i dlatego nie są automatycznie aktualizowane razem z aktualizacją cms. Trzecim problemem jest zależność od zewnętrznego dostawcy systemu cms lub modułu płatności, gdzie zmiana czasami czeka na wydanie tej strony. Czwartym problemem jest wewnętrzny: lista ustaleń w języku technicznym leży bez zmian, ponieważ nikt nie wie, kto podejmuje się której reguły.
Cztery fazy i gdzie się zatrzymują
Faza inwentaryzacji polega na ustaleniu, co nie działa, na których stronach i jak poważne to jest dla kogoś pracującego z czytnikiem ekranu lub samą klawiaturą. To faza, w której automatyczne skanowanie wykonuje większość pracy, ale także faza, w której musi być jasne, czego takie skanowanie nie widzi; nie każde kryterium WCAG można testować automatycznie.
Faza ustalania priorytetów przekształca ustalenia w porządek: co całkowicie blokuje zamówienie, a co jest mniejszą przeszkodą. To często utyka, ponieważ techniczna lista ustaleń nie mówi, kto w organizacji odpowiada za którą część.
Faza naprawy to faza o najdłuższym czasie realizacji, a jej trwanie silnie zależy od tego, czy dostosowania można dokonać we własnym zakresie, czy muszą przebiegać przez dostawcę. Etykiety formularzy i kontrast kolorów można często szybko rozwiązać; etap zamawiania, który technicznie nie jest możliwy do obsługi samą klawiaturą, wymaga więcej pracy programistycznej.
Ostatnia faza to dokumentacja: sporządzenie oświadczenia o dostępności, ustalenie planu naprawy z terminami i wykazanie, że przeprowadzono własną ocenę. To nie jest faza, którą pomijasz, gdy technika jest już w porządku; oświadczenie powinno odzwierciedlać aktualny stan, nawet jeśli ten stan nie jest jeszcze doskonały.
Co rzeczywiście wpływa na czas realizacji
Organizacja, która z góry wie, które strony wchodzą w zakres i które problemy są najpoważniejsze, traci mniej czasu na przesyłanie informacji między działem technicznym a osobami podejmującymi decyzje. W kilku pytaniach można bezpłatnie zobaczyć, na jakim etapie znajduje się witryna, bez konieczności posiadania konta. Dla dalszego etapu, czyli pełnego skanowania kroku zakupowego i przepływu logowania plus listy priorytetowych działań w zwykłym języku, opracowanie dla każdego wymogu wraz z odpowiadającymi mu terminami stanowi część płatnej części procesu; zawartość znajduje się w przejrzystym zestawieniu.
Ostatni czynnik wpływający na czas realizacji: dostępność nie jest projektem z datą końcową, ale stanem, który po każdej zmianie witryny ponownie ma zastosowanie. Nowy krok przy płaceniu lub odnowiony formularz kontaktowy może przywrócić problem, który wcześniej już został rozwiązany. Ktoś, kto chce wiedzieć, skąd pochodzą informacje w raporcie i jak często są aktualizowane, znajdzie to na stronie, która wyjaśnia, jak działa proces.
W przypadku konkretnej sytuacji, z własnym systemem zarządzania treścią, dostawcą i wewnętrznym planem, nadal trudno jest z góry podać sztywny termin. Ktoś, kto jest niepewny, czy projekt da się realistycznie zaplanować, powinien najpierw dokładnie zidentyfikować, co dokładnie musi się stać, zanim zostanie wokół tego zbudowany plan. Bezpłatne szybkie skanowanie jest logicznym punktem startowym, bez konieczności posiadania konta lub dokonywania płatności.