EN 301 549 V4.1.1 і WCAG 2.2: що змінюється для сайтів
· 4 хв читання
EN 301 549 V4.1.1, опублікований у вересні 2026 року, спирає вимоги європейського стандарту доступності до вебу на WCAG 2.2 рівня AA замість WCAG 2.1. Для сайтів це означає шість нових критеріїв успіху рівнів A та AA і один вилучений критерій. Доки V4.1.1 не опубліковано в Офіційному журналі ЄС (очікується наприкінці 2026 року), гармонізованою версією залишається V3.2.1 (WCAG 2.1 AA).
Чому EN 301 549 має значення
Європейський акт про доступність описує вимоги до доступності у функціональних термінах. Щоб показати, що сайт їм відповідає, компанії спираються на гармонізований стандарт EN 301 549: виконання гармонізованого стандарту дає презумпцію відповідності тим вимогам, які він охоплює. Його розділ про вебконтент просто включає критерії успіху WCAG. Тож коли стандарт переходить з WCAG 2.1 на WCAG 2.2, змінюється й мірило для сайтів у ЄС.
Хронологія
| Етап | Статус |
|---|---|
| EN 301 549 V3.2.1 (WCAG 2.1 AA) | гармонізована версія, наведена в Офіційному журналі |
| EN 301 549 V4.1.1 (WCAG 2.2 AA) | опублікований у вересні 2026 року |
| Публікація V4.1.1 в Офіційному журналі | очікується наприкінці 2026 року |
До цієї публікації орієнтиром для презумпції відповідності є V3.2.1. Після неї варто очікувати, що органи нагляду, аудитори та закупівлі посилатимуться на V4.1.1. Можуть діяти національні перехідні положення; перевірте їх для своєї країни.
Що нового: шість критеріїв WCAG 2.2
WCAG 2.2 додає такі критерії рівнів A та AA:
2.4.11 Фокус не закрито (мінімум) — AA
Коли елемент отримує фокус клавіатури, його не можна повністю закривати іншим вмістом. У магазинах звичні підозрювані — липкі шапки, банери cookie та кнопки чату, які перекривають сфокусоване посилання чи кнопку.
2.5.7 Рухи перетягування — AA
Усе, що потребує перетягування, має працювати й одною дією вказівника, наприклад кліком або дотиком. Згадайте повзунки діапазону цін, списки з перетягуванням для зміни порядку та каруселі, які гортаються лише свайпом. Додайте кнопки «плюс/мінус» або поля введення.
2.5.8 Розмір цілі (мінімум) — AA
Клікабельні цілі мають бути щонайменше 24 × 24 CSS-пікселі або мати достатньо вільного місця довкола, з винятками, як-от посилання всередині речення. Типові проблеми магазинів: крихітні перемикачі кількості, зразки кольорів і розмірів, іконки закриття та крапки пагінації.
3.2.6 Послідовна допомога — A
Якщо ви пропонуєте допомогу — контакти, чат, посилання на FAQ, — вона має бути в тому самому відносному місці на кожній сторінці, де її пропонують.
3.3.7 Надлишкове введення — A
Дані, які користувач уже ввів у межах того самого процесу, мають заповнюватися автоматично або бути доступними для вибору. Класичний приклад: «адреса для рахунку збігається з адресою доставки».
3.3.8 Доступна автентифікація (мінімум) — AA
Вхід не повинен залежати від тесту на когнітивну функцію, як-от запам’ятовування пароля чи розв’язування головоломки, якщо немає альтернативи або механізму допомоги. На практиці: дозвольте менеджери паролів і вставлення, запропонуйте вхід через email або passkey і уникайте CAPTCHA-головоломок без альтернатив.
Що вилучено
4.1.1 Синтаксичний аналіз у WCAG 2.2 застарів і вилучений. Сучасні браузери та допоміжні технології самі справляються з більшістю помилок розмітки. Проблеми, які досі важливі, як-от дубльовані ID, що ламають зв’язок із підписами полів, охоплюють інші критерії.
Чи багато це змінює для типового магазину?
Якщо ваш сайт уже відповідає WCAG 2.1 AA, додаткової роботи небагато, і вона досить конкретна: перевірте фокус щодо липких елементів, збільште дрібні цілі, дайте альтернативи перетягуванню, тримайте допомогу в одному місці, не просіть ті самі дані двічі та зробіть вхід зручнішим. Більшість цих покращень ваші покупці й так помітять: більші цілі та менше повторного введення допомагають кожному, хто сидить у телефоні.
Якщо ваш сайт ще не перевіряли за WCAG 2.1, почніть з основ — підписи полів, контраст, alt-тексти, доступ з клавіатури — і додайте критерії 2.2 в той самий раунд. Орієнтуватися зараз на стару версію немає сенсу.
Що автоматика може і чого не може перевірити
З нових критеріїв розмір цілі частково перевіряється автоматично. Незакритий фокус, альтернативи перетягуванню, послідовна допомога, надлишкове введення та доступна автентифікація здебільшого потребують людини. Це ще одна причина, чому автоматичне сканування — лише відправна точка. Наше сканування перевіряє за WCAG 2.2 AA і зіставляє кожну знахідку і з EN 301 549 V3.2.1, і з V4.1.1. Це й надалі автоматична перевірка, а не повний аудит, і не юридична консультація.
Що це означає для веб-студій
Якщо ви створюєте або підтримуєте сайти для клієнтів, оновіть своє визначення готовності: нові шаблони мають відповідати WCAG 2.2 AA від самого початку. Доробляти розміри цілей і поведінку фокусу згодом дорожче, ніж закласти їх одразу. Це також слушний момент розповісти наявним клієнтам, що змінилося: спокійно, коротким списком конкретних виправлень, а не тривожними попередженнями.
Що робити зараз
- Орієнтуйтеся на WCAG 2.2 AA в нових проєктах і редизайнах.
- Додайте шість нових критеріїв до свого чек-листа QA — див. наш чек-лист WCAG 2.2.
- Оновіть інформацію про доступність, коли змінюєте стандарт, за яким вимірюєте. Див. посібник з інформації про доступність.
- Проскануйте сайт повторно після змін і продовжуйте моніторинг.
Про правовий контекст читайте посібник з EAA або практичний посібник з EAA для інтернет-магазинів. Запустіть безкоштовну перевірку, щоб побачити, де ваш сайт зараз.
Джерела
- W3C, What's new in WCAG 2.2: https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/
- W3C, WCAG 2.2: https://www.w3.org/TR/WCAG22/
- National Disability Authority (Ireland), EN 301 549 published: https://nda.ie/news/en301549-published