Самата директива не посочва определен период за "направяне достъпна" на онлайн магазин. Това, което е установено, е датата, когато задължението влиза в сила: от 28 юни 2025 г. изискването е приложимо за услугите, които попадат под него. Как дълго ще отнеме действителният процес, за да преминете от текущия уебсайт към сайт, който отговаря на EN 301 549 (на практика WCAG 2.1 ниво AA), зависи от размера на сайта, броя на проблемните места и скоростта, с която организацията може да действа вътрешно.
На практика един процес се разделя на четири етапа: инвентаризация, приоритизация, техническо коригиране и документиране. Малък онлайн магазин със стандартна CMS тема и ограничена стъпка при поръчка обикновено преминава през тези етапи по-бързо от платформа със собствена среда за вход, персонализирана касова система и множество езици. Няма число, което да е вярно за всяка организация; има обаче модел на места, където процесите отнемат повече време.
Какво регулира законодателството и какво не
Регламентът описва кои услуги попадат в обхвата, коя техническа норма се прилага и коя информация трябва да съдържа декларация за достъпност. Конкретен крайният срок за "първо сканиране, след това подобрение в рамките на X седмици" не е посочен. Органите на надзора преглеждат текущото състояние на услугата и въпроса дали организацията демонстрирано и систематично работи за съответствие, а не върху фиксиран период, който би бил еднакъв за всички. За точните изисквания по всяко отделение на един сайт препоръчвам да проучите самия текст; по всяка тема е установено какво точно означават правилата и където се намират в официалния текст.
Където процесите практически се блокират
Първото забавяне често възниква не при технологията, а при прегледа: фирмите не знаят кои страни, формуляри и потоци попадат в обхвата и кои не. Второ препятствие е стъпката на разплащане и средата за вход; това често са персонализирани компоненти, които не са включени в стандартна тема и следователно не се изменят автоматично при обновяване на CMS. Трето препятствие е зависимостта от външни доставчик за CMS или платежния модул, където промена понякога чака издание на тази страна. И четвърто препятствие е вътрешното: списък с констатации на технически език остава неразглеждан, защото никой не знае кой каква норма поема.
Четири етапа и където се спотикат
Фазата на инвентаризация се занимава с установяването какво не е наред, на кои страни и как сериозно е това за някой, който работи със скрийн рийдър или само с клавиатура. Това е фазата, в която автоматизирано сканиране отнема най-много работа, но също е фазата, в която трябва да е ясно какво такова сканиране не може да види; не всеки WCAG критерий може да бъде тестван машинно.
Фазата на приоритизация превръща констатациите в ред: какво блокира напълно поръчка, и какво е по-малко препятствие. Това често се блокира, защото списък на технически констатации не казва кой в организацията отговаря за кой компонент.
Фазата на коригиране е фазата с най-дълго време на обработка, и нейната продължителност силно зависи от това дали корекциите могат да се направят вътрешно или трябва да преминат през доставчик. Етикети на формуляри и цветен контраст често се решават бързо; стъпка при поръчка, която технически не е можно да се управлява само с клавиатура, изисква повече работа в разработката.
Последната фаза е документиране: подготвяне на декларация за достъпност, установяване на план за подобрение с крайни срокове, и доказване, че е направена собствена оценка. Това не е фаза, която пропускате, когато технологията е в ред; декларацията трябва да отразява текущото състояние, дори ако то все още не е совършено.
Какво всъщност влияе на времето за обработка
Организация, която предварително знае кои страни попадат в обхвата и кои препятствия са най-важни, губи по-малко време на назад-напред между технология и вземане на решение. В няколко въпроса е възможно безплатно да видите в какво състояние е един сайт, без да е необходимо да имате акаунт. За продължението, тоест пълното сканиране на процеса на поръчка и потока на вход плюс приоритизиран списък с действия в обикновен език, важи, че разработването на всяка вътрешна норма с съответните крайни срокове е част от платения маршрут; какво съдържа е представено в преглед в един ред.
Един последен фактор, който засяга времето за обработка: достъпността не е проект с крайна дата, а състояние, което отново е приложимо след всяка промяна на сайта. Нов етап на плащане или обновена контактна форма могат да върнат проблем, който преди е бил решен. Всеки, който иска да знае откъде идва информацията в един доклад и колко често се актуализира, ще го намери в страницата, която обяснява как работи процесът.
За собствената ситуация, с собствена CMS, доставчик и вътрешно планиране, остава трудно да се назове предварително твърд крайния срок. Всеки, който се колебае дали маршрутът е реалистично планируем, е добре да получи ясна представа какво точно трябва да се направи, преди да се изгради планиране около него. Безплатното бързо сканиране е логична отправна точка за това, без да е необходимо веднага акаунт или плащане.