Audit checklist
- Обходете публичния сайт и идентифицирайте шаблони, а не само отделни адреси.
- Тествайте правилата на WCAG 2.1/2.2 A и AA с инструмент, работещ в браузър.
- Отделете критичните блокади на поръчката и акаунта от козметичните дефекти.
- Свържете констатациите с член 9 на EN 301 549 за уеб съдържание в ЕС.
- Документирайте какво може и какво не може да докаже автоматизираното тестване.
- Създайте списък за поправки с отговорници, срокове и стъпки за проверка.
- Публикувайте или актуализирайте декларация за достъпност на правилния език.
Какво покрива сериозният одит на достъпността
Полезният одит започва с обхвата. Началната страница рядко стига: навигацията, списъците с продукти, формулярите, входът, поръчката, документите, модалните прозорци и състоянията на грешка. Всичко изисква внимание. Ако дефект се появи в споделен компонент, той може да засегне стотици адреси; одитът трябва да открие тази причина на ниво компонент, вместо да затрупва екипа с дублирани редове.
За целите на съответствието в ЕС одитът трябва да записва и използваните стандарти. WCAG 2.2 AA е практическият еталон за уеб; EN 301 549 е хармонизираният европейски стандарт за ИКТ, който за уеб съдържание препраща към WCAG. Европейският акт за достъпност (EAA) насочва бизнеса към тези стандарти, но прилагането се осъществява във всяка държава членка според нейното собствено право и чрез нейните собствени органи.
- Публични страници и ключови пътища на конверсия
- Клавиатура, фокус, формуляри, имена/роли/стойности, контраст и семантика
- Компоненти за многократна употреба, които създават повтарящи се нарушения
- Доказателства: тествани адреси, времеви печати, набори правила и сериозност
Приоритизирайте по въздействие върху потребителя, а не по суровия брой грешки
Сайт с 400 дубликата с малко въздействие може да е по-малко рисков от една страница за плащане с недостъпен бутон. Първата вълна поправки трябва да цели блокадите: клавиатурни капани, контроли без етикети, липсващи грешки на формуляри, счупен ред на фокуса и съдържание, което екранните четци не могат да разпознаят.
След блокадите идват поправките на шаблоните. Поправянето на навигационен компонент, поле на формуляр или шаблон на бутон често премахва същото нарушение от много страници. Затова Axively групира констатациите по правило и причина, преди да покаже появите по страници.
Доказателствата са важни за EAA и обществените поръчки
Регулаторите и големите купувачи не питат само дали смятате сайта за достъпен. Питат какво сте тествали, кога, спрямо кой стандарт и какво сте направили с резултатите. Пазете доклад, бележки за поправките и проверяващи сканирания. Тези доказателства помагат и на продажбите: достъпността все по-често е част от проверката на доставчици.
Прозрачният доклад трябва да посочва границите на автоматизацията. Автоматичните инструменти улавят много често срещани проблеми, но смисленият алтернативен текст, разбираемото съдържание, качеството на субтитрите и някои цялостни потребителски пътища изискват човешка проверка. Да се твърди пълно автоматично съответствие е предупредителен знак; да се покаже измерим процес е по-убедително.
FAQ
Достатъчен ли е автоматизираният одит на достъпността за правно съответствие?
Не. Автоматизираното тестване е най-бързият начин да се открият много често срещани нарушения на WCAG, но пълното съответствие все пак изисква експертна оценка. Качественият автоматизиран одит е първата стъпка, подкрепена с доказателства, а не вълшебен сертификат.
Кой стандарт трябва да използва уебсайт в ЕС?
Използвайте WCAG 2.2 AA като изходен еталон за тестване на уеба и съпоставете резултата с EN 301 549. Заради рисковете по EAA проверете и националното право, приложимо на вашия целеви пазар в ЕС.
Колко често трябва да тестваме отново?
Тествайте след големи издания, след промени в дизайн системата и преди публикуване на декларация за достъпност. При активните онлайн магазини месечните проверки или проверките при издание са по-сигурни от еднократен годишен одит.