WCAG 2.2 на практиці: нові правила доступності для бізнесу
Перевірте відповідність сайту WCAG 2.2: проведіть швидкий онлайн-аудит доступності та покращте видимість, конверсії й довіру користувачів.
Вступ: що насправді змінює WCAG 2.2
WCAG 2.2 додає дев’ять критеріїв успіху. Усі стосуються одного запитання: чи дістанеться користувач до контенту клавіатурою, читачем екрана або великим пальцем на телефоні?
Для компанії це одразу три наслідки: ширше охоплення, кращі технічні результати SEO та менший правовий ризик.
Що стоїть за оновленням?
- Нові звички: більшість взаємодій сьогодні відбувається на телефоні, пальцем, у русі.
- Зміни законодавства: Європейський акт про доступність і національні закони прямо посилаються на WCAG.
- Конкурентний тиск: доступний інтерфейс краще працює для всіх, і це видно в пошукових даних.
Варто знати: більшість критеріїв WCAG 2.2 можна перевірити без жодного інструмента. Відкладіть мишу й пройдіть увесь шлях покупки лише клавішею Tab.
WCAG коротко: про що йдеться насправді?
Web Content Accessibility Guidelines (WCAG) - набір норм про те, як проєктувати сайти й застосунки, щоб ними могли користуватися всі незалежно від обмежень зору, слуху чи рухливості.
Версія WCAG 2.2 додає дев’ять критеріїв успіху: чіткий фокус, розмір інтерактивних елементів, автентифікація без бар’єрів. Набір вузький, але влучає саме в ті місця, де користувачі найчастіше відмовляються від дії.
4 основи доступності: принцип POUR
- Perceivable (сприйнятність) - контент видно або чути: контраст, альтернативний текст, субтитри до відео.
- Operable (керованість) - сервіс працює з клавіатури, а анімації не спричиняють епілептичного нападу.
- Understandable (зрозумілість) - навігація та мова інтуїтивні, повідомлення про помилки чітко пояснюють проблему.
- Robust (надійність) - код працює з читачами екрана й не зламається в майбутніх браузерах.
Рівень
Що означає?
Мінімум: сервіс не блокує основних функцій для людей з інвалідністю.
Ринковий стандарт, якого вимагають більшість тендерів і норм, зокрема в державному секторі.
Амбітний преміальний рівень: повна доступність майже в кожній ситуації використання.
Чому AA - ринковий стандарт?
AA врівноважує реальні потреби користувачів і вартість упровадження. Контраст, видимий клавіатурний фокус, субтитри до відео, макет, що не розсипається при збільшенні. Цього рівня вимагають тендери й норми, і на ньому завершується більшість аудитів e-commerce та SaaS.
Критерії AA допомагають не лише людям з інвалідністю. Вони скорочують час досягнення мети для кожного, що видно в поведінці на сайті та сигналах, які збирає Google.
Швидка перевірка: установіть фокус на кнопці заклику до дії й зробіть знімок екрана. Якщо після збільшення не видно чітко, який елемент активний, критерій 2.4.13 не виконано: обведення має бути щонайменше 2 px із контрастом 3:1 до тла.
Що нового у WCAG 2.2: 9 критеріїв успіху
Дев’ять нових критеріїв зосереджені на трьох темах: клавіатурна навігація, розмір цілей дотику та вхід без когнітивних бар’єрів. Найбільше виграють люди з обмеженою моторикою й мобільні користувачі.
Дев’ять нових критеріїв: короткий огляд
- 2.4.11 Focus Not Obscured (Minimum) - клавіатурний фокус не мають перекривати закріплені елементи.
- 2.4.12 Focus Not Obscured (Enhanced) - уся площа елемента з фокусом має бути повністю видимою.
- 2.4.13 Focus Appearance - контраст фокуса щонайменше 3:1, товщина обведення щонайменше 2 px.
- 2.5.7 Dragging Movements - альтернатива жестам перетягування.
- 2.5.8 Target Size (Minimum) - інтерактивні елементи мінімум 24x24 px, крім винятків.
- 3.2.6 Consistent Help - елементи допомоги, як-от FAQ, чат і телефон, у тому самому місці на кожній сторінці.
- 3.3.7 Redundant Entry - форми не вимагають повторного введення даних, які система вже знає.
- 3.3.8 Accessible Authentication (Minimum) - вхід без візуальних головоломок чи запам’ятовування паролів.
- 3.3.9 Accessible Authentication (Enhanced) - розширення попереднього критерію, що усуває додаткові когнітивні бар’єри.
Як зміни вплинуть на ваш сайт?
Найпомітніша різниця буде в роботі з клавіатури та зручності на телефоні. Більші цілі дотику й чіткий фокус скорочують шлях до мети, а альтернатива перетягуванню відкриває функції людям, які користуються допоміжними технологіями.
Додатковий ефект суто технічний: менше помилок у формах, коротший шлях покупки й упорядкована семантика, якою легше рухатися пошуковому роботу.
Як виміряти: виберіть кнопку в DevTools і на вкладці «Computed» перевірте фактичну висоту й ширину разом із внутрішніми відступами. Іконки «видалити з кошика» та «додати до обраного» розміром 16 px не проходять критерій 2.5.8.
Кого стосуються нові вимоги: магазини, портали, SaaS і мобільні застосунки
WCAG 2.2 стосується кожної галузі, яка заробляє в інтернеті. Норми вже діють, а користувачі не торгуються - просто йдуть.
Найбільш вразливі галузі
- E-commerce: більші цілі дотику й зрозумілі форми зменшують кількість покинутих кошиків.
- Контентні портали й маркетплейси: кращий контраст і клавіатурний фокус полегшують читання довгих списків.
- SaaS-продукти та вебзастосунки: альтернатива перетягуванню скорочує знайомство нових користувачів із продуктом.
- Мобільні застосунки: цілі 24x24 px і краща сенсорна навігація зменшують кількість помилок взаємодії.
- FinTech і HealthTech: Європейський акт про доступність діє з 28 червня 2025 року й вимагає рівня AA.
Що ви втрачаєте, ігноруючи WCAG 2.2?
- Сигнали якості для Google: недоступний інтерфейс зазвичай означає хаотичну семантику та слабкі Core Web Vitals.
- Мобільних користувачів, які не боротимуться з мікроскопічною кнопкою «Купити зараз».
- Відповідність закону: брак доступності означає ризик санкцій і виключення з тендерів.
Якого рівня WCAG нині вимагає закон?
Європейський акт про доступність не визначає власних технічних критеріїв. Він посилається на гармонізований стандарт EN 301 549, чинна версія якого V3.2.1 прямо переносить WCAG 2.1 на рівні AA. Це нинішній правовий поріг.
Оновлення стандарту підвищує поріг до WCAG 2.2 AA: проєкт V4.1.0 готовий із листопада 2025 року, а посилання на V4.1.1 в Офіційному віснику ЄС очікується в жовтні 2026 року. Практичний висновок: мінімум на сьогодні - 2.1 AA, але під час кожного значного оновлення сайту варто одразу націлюватися на 2.2 AA. Різниця становить кілька критеріїв, а роботу ви виконуєте один раз.
Терміни, винятки для мікробізнесу та польський закон про впровадження ми розглянули в статті про зміни, які Європейський акт про доступність приносить e-commerce. Повний текст директиви є на сайті Європейської комісії.
Як швидко перевірити готовність до WCAG 2.2?
- Проведіть базовий аудит за допомогою axe DevTools або Lighthouse.
- Перевірте, чи всі кнопки мають мінімум 24x24 px.
- Перевірте контраст: щонайменше 4,5:1 для тексту та 3:1 для інтерактивних елементів.
- Переконайтеся, що основні функції працюють лише з клавіатури.
- Замовте повний аудит за участю реальних користувачів з інвалідністю: автоматична перевірка знайде не все.
Перелік упровадження WCAG 2.2: інструменти й етапи
Перш ніж рядок коду потрапить на сервер, ми проходимо перелік із семи пунктів. Порядок невипадковий: кожен етап знімає з наступного половину роботи.
Ви можете пройти його самостійно або доручити нам усе в межах одного проєкту.
Етапи роботи й рекомендовані інструменти
Етап
Інструменти / мета
axe DevTools, Lighthouse, Pa11y - знаходимо критичні помилки: контраст, відсутні підписи, фокус.
Сортування карток, FigJam - визначаємо основні шляхи конверсії, які мають покривати тести.
CSS-токени під контролем Stylelint - єдине джерело кольорів і типографіки, області натискання мінімум 24x24 px.
Семантичний HTML і нативні елементи (button, dialog, details) замість ролей ARIA всюди, де можливо. Клавіатурна навігація й зрозумілий стан фокуса тоді працюють без рядка JavaScript.
Валідатор W3C - упорядковуємо ієрархію h1-h6, альтернативні описи й тексти посилань, без «натисніть тут».
Готуємо декларацію доступності відповідно до EAA й налаштовуємо сповіщення про регресії, щоб наступне розгортання не скасувало виконану роботу.
Як користуватися переліком на практиці?
Хочете пройти його самостійно? Усі кроки наведені вище. Віддаєте перевагу одному завершеному проєкту? Проведемо аудит і повернемося зі списком виправлень, упорядкованих за впливом на користувача.
Бізнес-переваги доступності: SEO, конверсії та довіра до бренду
Цифрова доступність - не лише законодавчий обов’язок. Виправлення за WCAG 2.2 стосуються тих самих елементів, на яких тримаються технічне SEO й онлайн-продажі.
1. Кращі позиції в Google
Google винагороджує Core Web Vitals, структуровані дані та зрозумілу семантику. Упорядкований контраст, ієрархія h1-h6 і видимий фокус - та сама робота: виконана один раз, вона враховується в обох оцінках.
Тому в межах послуги SEO-просування сайтів у Білостоці доступність є частиною технічної роботи, а не окремою доплатою.
2. Вищі конверсії та нижчий CAC
Більші області натискання, логічні форми й змістовні альтернативні тексти скорочують шлях до «Купую». Мобільному користувачу не потрібно цілитися в іконку розміром із горошину, а людина з читачем екрана знає, що лежить у кошику. Менше покинутих дій за того самого трафіку означає дешевше залучення клієнта.
3. Довіра та стійкість до репутаційних криз
Декларація доступності - публічне зобов’язання, яке можна перевірити. Бренду, що його виконує, не потрібно виправдовуватися через скаргу клієнта, який не зміг оформити замовлення. Це дешевше за чергову кампанію про цінності.
4. Менший правовий ризик
Європейський акт про доступність діє з 28 червня 2025 року й зобов’язує інтернет-магазини та цифрові послуги відповідати рівню AA: нині WCAG 2.1 AA зі стандарту EN 301 549 V3.2.1, після його оновлення - WCAG 2.2 AA. Невідповідність означає ризик штрафів і виключення з тендерів, а термінові виправлення коштують більше за заплановану роботу.
Доступність поєднує три речі, які вже є у вашому списку: вимоги закону, потреби користувача та сигнали для пошукової системи. Не потрібно обирати лише одну.
Підсумок: основні уроки WCAG 2.2
Цифрова доступність - не позначка перед аудитом. Нижче те, що найбільше важить під час упровадження WCAG 2.2.
Висновки коротко
- 9 нових критеріїв WCAG 2.2 стосуються переважно мобільної зручності, цілей дотику та клавіатурної навігації.
- E-commerce, SaaS і мобільні застосунки втрачають найбільше: від покинутих кошиків до санкцій EAA.
- Правовий поріг нині - WCAG 2.1 AA (EN 301 549 V3.2.1), але плануючи зміни, одразу націлюйтеся на 2.2 AA.
- Аудит - перший крок: axe DevTools або Lighthouse за кільканадцять хвилин покажуть критичні помилки.
- Перелік можна впроваджувати поетапно або доручити нам повністю.
Що далі?
- Почніть зі швидкого аудиту критичних помилок, а не перероблення макета.
- Зіставте результати з переліком вище та сплануйте роботу за впливом на користувача.
- Стежте за регресіями після кожного розгортання: доступність погіршується непомітно.
Доступність - процес, а не одноразовий проєкт. Кожна нова функція, посадкова сторінка й кампанія мають пройти ту саму перевірку: чи дістанеться до них людина, яка користується лише клавіатурою або читачем екрана? Що раніше команда звикне до цього, то менше дорогих виправлень буде потім.
FAQ: поширені запитання про стандарт WCAG 2.2
П’ять запитань про стандарт повертаються під час кожного аудиту: що саме змінює версія 2.2, які критерії додає, який рівень відповідності обрати, що доступність дає SEO та як швидко перевірити власний сайт.
Що таке WCAG 2.2 і що нового він додає?
WCAG - набір норм про те, як проєктувати сайти й застосунки, щоб ними могли користуватися всі незалежно від обмежень зору, слуху чи рухливості. Версія 2.2 додає дев’ять критеріїв успіху щодо чіткого клавіатурного фокуса, розміру інтерактивних елементів та автентифікації без бар’єрів. Основою залишаються чотири принципи POUR: сприйнятність, керованість, зрозумілість і надійність.
Які критерії вводить WCAG 2.2?
Фокус не мають перекривати закріплені елементи (2.4.11 і 2.4.12), а його контраст має бути щонайменше 3:1 за товщини обведення 2 px (2.4.13). Перетягування потребує альтернативи (2.5.7), інтерактивні елементи - мінімум 24x24 px (2.5.8), допомога має бути в тому самому місці на кожній сторінці (3.2.6), форми не повинні вимагати повторного введення відомих даних (3.3.7), а вхід має працювати без візуальних головоломок (3.3.8 і 3.3.9).
Який рівень відповідності обрати: A, AA чи AAA?
AA. Рівень A - мінімум, за якого сервіс не блокує основних функцій, а AAA - преміальний рівень, який вимагають рідко. AA врівноважує реальні потреби користувачів і вартість упровадження: належний контраст, видимий клавіатурний фокус, субтитри та адаптивний макет. Цього рівня вимагає більшість тендерів і норм. Європейський акт про доступність, чинний із 28 червня 2025 року, посилається на EN 301 549, а його чинна версія V3.2.1 переносить WCAG 2.1 AA. Оновлення підвищує поріг до WCAG 2.2 AA: проєкт V4.1.0 готовий із листопада 2025 року, а посилання на V4.1.1 в Офіційному віснику ЄС очікується в жовтні 2026 року.
Чи допомагає доступність SEO-просуванню?
Так, бо працює з тими самими елементами, що й технічне SEO. Правильний контраст, упорядковані заголовки h1-h6, зрозуміла HTML-семантика та видимий фокус покращують сканованість і Core Web Vitals. Кращий UX скорочує час виконання завдання й знижує показник відмов. Google сприймає ці сигнали як ознаку якості сайту.
Як швидко перевірити відповідність сайту WCAG 2.2?
П’ять кроків. Проведіть базовий аудит за допомогою axe DevTools або Lighthouse. Перевірте, чи кнопки мають мінімум 24x24 px. Перевірте контраст: щонайменше 4,5:1 для тексту та 3:1 для інтерактивних елементів. Пройдіть основні функції лише клавіатурою. Наприкінці замовте повний аудит за участю реальних користувачів з інвалідністю, бо автоматична перевірка знайде не все.
Версія 2.2 не перевертає правила, а закриває прогалини там, де найчастіше зупиняються користувачі клавіатури й телефона. Маєте запитання, якого тут немає? Напишіть на biuro@digidraft.pl, відповідаємо протягом 24 робочих годин.