2 вересня 2026 року ETSI опублікував EN 301 549 V4.1.1, версія європейського стандарту доступності ІКТ, яка переносить базовий рівень з WCAG 2.1 на WCAG 2.2. WCAG 2.2 додає дев'ять критеріїв успіху, шість з яких на рівні A або AA, і всі шість потрапляють в процес оформлення замовлення або бронювання, а не на маркетингову сторінку. Туреччина досягла цього першою в одному аспекті: Президентський циркуляр 2025/10, опублікований 21 червня 2025 року, вже згадує WCAG 2.2 і надає постачальникам послуг електронної комерції згідно із Законом № 6563 два роки на виконання вимог.
Цей посібник призначений для тих, хто володіє системою оформлення замовлення або бронювання для споживачів у ЄС, Туреччині або в обох країнах. Зрештою, ви зможете виконати шестиперевірковий прохід для власного потоку приблизно за годину, оцінити знайдені дані та виправити їх у порядку, який в першу чергу захистить дохід.
Що змінилося 2 вересня 2026 року
Версія V4.1.1 була прийнята 24 серпня 2026 року та опублікована 2 вересня. Вона була підготовлена відповідно до Рішення Комісії про виконання C(2022) 6456 final, запиту на стандартизацію M/587, на підтримку Директиви (ЄС) 2019/882 (Європейський акт про доступність) та Директиви (ЄС) 2016/2102. Пункти 9, 10 та 11 були узгоджені з WCAG 2.2. Оголошення має бути опубліковано 30 листопада 2026 року, схвалення – 31 травня 2027 року, а скасування суперечливих національних стандартів – 31 травня 2028 року.
Виправлення: у вас немає презумпції відповідності
Сайти постачальників повторюють, що дотримання стандарту EN 301 549 робить вас таким, що презумпційно відповідає Закону про доступність. Стаття 15(1) надає презумпцію лише стандартам, «посилання на які були опубліковані в Офіційному журналі Європейського Союзу» на підтримку цієї директиви. EN 301 549 цитується в Офіційному журналі відповідно до Директиви про веб-доступність, згідно з Імплементаційним рішенням Комісії (ЄС) 2018/2048. Нам не вдалося знайти жодного посилання на підтримку Директиви (ЄС) 2019/882, а власний Додаток ZB V4.1.1 написаний в умовному способі: презумпція застосовується «після того, як цей документ буде цитовано в Офіційному журналі».
Отже, стандарт — це ваш доказ, а не ваш щит. Ви дотримуєтеся функціональних вимог, викладених у Додатку I, використовуєте EN 301 549 як технічний засіб і самостійно документуєте це обґрунтування відповідно до статті 13(2).
Чи стосується це вас?
- Чи підпадає ваша послуга під дію статті 2(2)? Перелік охоплює послуги електронної комерції, елементи повітряного, автобусного, залізничного та водного пасажирського транспорту, такі як веб-сайти, додатки, електронні квитки та туристична інформація, споживчий банківський сервіс та електронні книги. Стаття 3 визначає послугу електронної комерції як послугу, що надається на відстані, електронними засобами, на індивідуальний запит споживача, з метою укладання споживчого договору.
- Ви продаєте споживачам у Союзі? Заснування за межами ЄС не означає виведення вас з ЄС. Стаття 3 визначає постачальника послуг як особу, «яка надає послугу на ринку Союзу або робить пропозиції щодо надання такої послуги споживачам у Союзі». Турецький роздрібний продавець, який здійснює доставку до Німеччини, та турецький перевізник, який продає місця споживачам з ЄС, обидва знаходяться всередині ЄС.
- Ви мікропідприємство? Стаття 4(5) звільняє постачальників послуг для мікропідприємств: менше 10 працівників та обіг або загальний баланс не більше 2 мільйонів євро.
Зобов'язання застосовуються до послуг, що надаються споживачам після 28 червня 2025 року. Стаття 32 передбачає перехідний період лише для договорів, укладених до цієї дати, та продуктів, які вже законно використовуються, до 28 червня 2030 року, а також до 20 років економічного терміну служби для терміналів самообслуговування. У Туреччині Циркуляр 2025/10 встановив один рік для банків, приватних лікарень, операторів зв'язку та великих операторів зв'язку, який зараз прийнято, та два роки для електронної комерції згідно із Законом № 6563. Обидва режими вказують на однакові рекомендації на різних рівнях, тому якщо один раз перейти на WCAG 2.2 AA, обов'язок щодо турецького рівня A випадає з нього. Зворотній варіант не працює.
Шість критеріїв, які порушують оформлення замовлення
Це доповнення WCAG 2.2 на рівні A та AA. Три доповнення AAA, 2.4.12, 2.4.13 та 3.3.9, знаходяться поза програмою AA. Одне вилучення також має значення: 4.1.1 Парсинг застарів і видалено, тому старі висновки щодо нього можна закрити, а не виправити.
| критерій | рівень | Що ламається під час оформлення замовлення | Тест за 60 секунд |
|---|---|---|---|
| 3.3.8 Доступна автентифікація (мінімум) | AA | Кроки входу, які блокують вставку в буфер обміну, або змушують користувача транскрибувати одноразовий пароль чи розгадувати головоломку без альтернативи | Вставте пароль та одноразовий пароль з буфера обміну. Заблокована вставка – це провал. |
| 2.5.8 Розмір цілі (мінімальний) | AA | Крокові індикатори кількості, значки видалення товарів, кнопки закриття купона, невеликі радіокартки для слота для доставки | При 375 пікселях виміряйте найменшу ціль. Менше 24 на 24 CSS пікселів без достатнього інтервалу – це провал. |
| 2.4.11 Фокус не затемнений (мінімум) | AA | Закріплені панелі зведеної інформації про замовлення, банери згоди та панелі запуску чату, що охоплюють вибране поле | Переходьте між формами за допомогою клавіші Tab. Повністю прихований елемент керування, що знаходиться в фокусі, – це провал. |
| 2.5.7 Рухи перетягування | AA | Піни на карті адрес, каруселі перетягування, повзунки вибору дати, кнопки підтвердження проведенням пальцем | Виконайте кожне перетягування лише одним натисканням. Відсутність доступного шляху – це провал. |
| 3.3.7 Надлишковий вхід | A | Повторне введення платіжної адреси після доставки або електронної пошти під час оплати | Заповніть потік один раз і порахуйте введені значення двічі, які вже були в системі. |
| 3.2.6 Постійна допомога | A | Посилання на допомогу, чат або контакти розміщені по-різному в кошику, під час доставки та оплати | Знімок екрана кожного кроку. Довідка має розташовуватися в однаковому відносному порядку скрізь, де вона існує. |
Збірник дій
Це перевірка, яку ми виконуємо. Вона виконується вручну, оскільки п'ять із шести не виявляються надійно автоматичними сканерами.
1. Заморозьте один маршрут. Оплата гостьовим замовленням, один товар, стандартна доставка, оплата карткою, оплата в кошику, адреса доставки, спосіб доставки, оплата та підтвердження. Запустіть двічі: мобільна область перегляду розміром 375 пікселів із сенсорним керуванням, потім настільна версія з відключеною мишею.
2. Клавіатурний пропуск. Перейдіть за допомогою клавіші Tab зверху кожного кроку до кнопки «Надіслати». Зверніть увагу на помилки версії 2.4.11 у момент появи закріпленого елемента, зазвичай коли панель підсумків закріплюється. Зверніть увагу, де знаходиться довідка на кожному кроці для версії 3.2.6.
3. Пас пойнтером. На мобільних пристроях вимірюйте цілі для версії 2.5.8 та намагайтеся виконувати кожне перетягування без перетягування для версії 2.5.7. Адресні карти та каруселі — це звичайні невдачі.
4. Перепустка на введення даних. Виконайте цей процес як клієнт-початківець. Кожне поле, яке ви заповнюєте значенням, яке вже є в системі, є результатом версії 3.3.7. Потім спробуйте автентифікацію за допомогою менеджера паролів та вставки з буфера обміну для версії 3.3.8.
5. Оцініть, перш ніж виправляти. Оцініть кожну знахідку за ступенем серйозності, помноженим на частку виходів з воронки продажів на цьому кроці у вашій власній аналітиці.
| Строгість | Визначення | Рахунок |
|---|---|---|
| Блокування | Користувач взагалі не може завершити покупку | 3 |
| Принизливі | Завершення потребує обхідного шляху або повторних спроб | 2 |
| Тертя | Додаткові зусилля, невеликий ризик відмови | 1 |
6. Виправляйте в такому порядку. Спочатку автентифікація, оскільки версія 3.3.8 може повністю зупинити покупку. Потім розмір цілі, приховування фокусу, перетягування альтернатив, надлишковий запис, послідовна допомога. Це порядок впливу на дохід, а не юридичної серйозності, і той, який спонсор фінансуватиме без заперечень.
7. Напишіть твердження. Стаття 13(2) вимагає надання інформації згідно з Додатком V, яка пояснює, як послуга відповідає вимогам, публічно у письмовій та усній формі та у доступній формі. Якщо ви посилаєтесь на непропорційне обтяження згідно зі статтею 14, задокументуйте це відповідно до критеріїв Додатка VI та поновлюйте його принаймні кожні п'ять років. Недокументоване рішення не виправляти щось не є претензією щодо обтяження, це неусунутий дефект.
8. Помістіть шість перевірок у відділ контролю якості випуску. Оплата регресує з версії 2.4.11, коли хтось вперше надсилає рекламний банер.
Де це ламається
- Шість перевірок не є відповідністю. Це дельта-пас на додаток до WCAG 2.1 AA, і якщо ви ніколи не досягли версії 2.1 AA, це приховає справжню проблему.
- Це не аудит програми зчитування з екрана. Клавіатурний пас виявляє проблеми з фокусом та замовленням, а не неправильно позначене поле оплати.
- Ваш платіжний iframe може бути не вашим. Якщо бланк картки належить вашому постачальнику платних послуг (PSP), зверніться до нього за письмовою позицією щодо пункту 9 стандарту EN 301 549.
- Рідні програми відображаються по-різному. Розділ 11 охоплює програмне забезпечення, де розмір цільового об'єкта та перетягування поводяться по-різному в API доступності платформи.
- Накладання нічого з цього не виправляють. Кожна з шести є властивістю структури вашого потоку або дизайну автентифікації, яку впроваджений скрипт не може реструктурувати.
- Застосування є національним. Стаття 30 вимагає, щоб покарання були ефективними, пропорційними та стримуючими, але рівні та практика нагляду встановлюються кожною державою-членом.
FAQ
Чи є EN 301 549 V4.1.1 обов'язковим для мене сьогодні?
Не сам по собі. Закон зобов'язує вас; стандарт описує технічний шлях до нього. Національне прийняття триває до 31 травня 2027 року, а скасування суперечливих стандартів – до 31 травня 2028 року. Його зміст є найкращим доступним тлумаченням вимог Додатку I, тому починайте роботу на його основі вже зараз.
Якщо ми відповідаємо стандарту EN 301 549, чи відповідаємо ми вимогам EAA?
Ви маєте вагомі доказові підстави, але не маєте юридичної презумпції відповідності. Стаття 15(1) вимагає публікації посилання в Офіційному віснику на підтримку Директиви (ЄС) 2019/882, але ми не знайшли такого посилання. Задокументуйте власні міркування відповідно до статті 13(2).
Ми турецька компанія без представництва в ЄС. Чи входить наша діяльність до сфери застосування?
Якщо ви пропонуєте свої послуги споживачам у Союзі, так. Стаття 3 пов’язує зобов’язання з пропонуванням послуги споживачам у Союзі, а не з місцем вашої реєстрації. Циркуляр 2025/10 може застосовуватися окремо для турецького ринку.
Чи означає дата 2030 рік, що у нас є час до 2030 року?
Ні. Перехідний період за статтею 32 охоплює договори, укладені до 28 червня 2025 року, та продукти, які вже законно використовуються. Нові послуги, що надаються споживачам після цієї дати, поширювалися на них з цієї дати.
Чи варто нам все ще виправляти старі результати аналізу версії 4.1.1?
№ 4.1.1 застарів та видалено з WCAG 2.2. Закрийте ці висновки, але перевірте, чи не спричиняла базова розмітка також помилку імені, ролі або значення згідно з 4.1.2, яка досі актуальна.
Що робити, якщо ремонт справді занадто дорогий?
Стаття 14 дозволяє аргумент щодо непропорційного навантаження, але лише як задокументовану оцінку відповідно до критеріїв Додатку VI, яка поновлюється принаймні кожні п'ять років. Орган ринкового нагляду запросить її ознайомитися.
Біжи з пасом
Виконайте ці шість перевірок вашої каси цього тижня або надішліть нам URL-адресу, і ми проведемо аудит і повернемо вам оцінені результати. Наш сканер за адресою wcag.switas.com охоплює автоматизовану частину відповідно до WCAG 2.0, 2.1 та 2.2, а також надає базову лінію, на якій базується ручний пропуск.
Джерела
- ETSI EN 301 549 V4.1.1 (2026-09)
- Індекс версій ETSI EN 301 549
- Директива (ЄС) 2019/882, Європейський акт про доступність
- Запит на стандартизацію M/587
- Імплементаційне рішення Комісії (ЄС) 2018/2048
- WCAG 2.2, рекомендація W3C
- Що нового в WCAG 2.2, W3C WAI
- WCAG 2.2 стає рекомендацією W3C, 5 жовтня 2023 року
- Президентський циркуляр 2025/10 (Туреччина), 21 червня 2025 року
- Легаліф щодо відсутньої цитати з Офіційного журналу
