Audit checklist
- Уверете се, че всеки интерактивен елемент има достъпно име.
- Проверете структурата на заглавията, ориентирите (landmarks) и семантичния HTML.
- Проверете управлението с клавиатура и видимите индикатори на фокуса.
- Открийте проблемите с контраста при текста и компонентите на интерфейса.
- Проверете етикетите на формулярите, грешките и указанията.
- Прегледайте изображенията, иконите и SVG за полезни алтернативи.
- Тествайте отново поправените шаблони и най-важните страници.
Защо WCAG 2.2 AA е практическата цел
WCAG е организиран в критерии за успех на нива A, AA и AAA. Ниво A покрива най-основните бариери; ниво AA добавя изисквания, които широко се очакват от публични и комерсиални уебсайтове. WCAG 2.2 запазва познатите критерии от WCAG 2.1 и добавя по-нови изисквания като външен вид на фокуса и размер на целта.
За уеб съдържание в ЕС стандартът EN 301 549 препраща към критериите на WCAG. Затова одитът по WCAG е практична основа за подготовка за EAA, декларации за достъпност и въпросници при обществени поръчки.
Чести нарушения на WCAG, които вредят на конверсиите
Проблемите с достъпността не са само правен риск; те са проблеми с конверсията. Липсващите етикети затрудняват попълването на формуляри. Ниският контраст скрива цени и призиви за действие. Клавиатурните капани блокират хората, използващи помощни технологии, и напредналите потребители. Неясните съобщения за грешки създават усещане, че поръчката не работи.
Най-бързите подобрения обикновено идват от дизайн системата: достъпни бутони, полета на формуляри, модални прозорци, навигация и компоненти за известия. Поправянето на тези шаблони подобрява всяка страница, която ги използва.
- Бутони и връзки без описателно име
- Полета на формуляри без етикети или с недостъпни грешки
- Модални прозорци, които не управляват фокуса
- Проблеми с контраста при призиви за действие и неактивни състояния
- Икони, които се прочитат като безсмислени имена на файлове
Реалистичен процес по отстраняване
Започнете с критичните и сериозните нарушения на страниците, които носят приходи. След това поправете шаблоните за многократна употреба. След всеки спринт пускайте проверяващо сканиране, за да вижда екипът дали същото правило продължава да се появява. Пазете доказателствата преди/след заедно с бележките към изданието; ще са полезни, когато клиенти поискат документация за достъпност.
FAQ
WCAG 2.2 заменя ли WCAG 2.1?
WCAG 2.2 надгражда WCAG 2.1. Одитът по WCAG 2.2 AA продължава да проверява по-ранните критерии A/AA и добавя новите изисквания на версия 2.2.
Може ли axe-core да намери всеки проблем с WCAG?
Никой автоматичен инструмент не намира всички проблеми с WCAG. Автоматизираното тестване е отлично за много нарушения, откриваеми в кода; качеството на съдържанието, логиката на задачите и някои мултимедийни изисквания се нуждаят от човешка проверка.
Разработчиците ли трябва да отговарят за поправките по WCAG, или правният екип?
Разработчиците поправят кода, но продуктът, дизайнът и правният екип трябва да се разберат за обхвата, формулировката на декларацията и приоритетите на риска. Достъпността е процес за качество на продукта, а не контролен списък на един човек.