EN 301 549 V4.1.1: що змінилося і яка версія досі важить
У стандарту, на якому стоїть Європейський акт про доступність, є нова версія, опублікована у вересні 2026 року. Вона заводить WCAG 2.2 у програмний пункт. Але версія, на яку вказує закон, — усе ще V3.2.1 від 2021 року. Ось різниця, вимога за вимогою, і те, за що аудит мобільного застосунку має відповідати сьогодні.
На яку версію вказує закон
Стандарт стає юридичним орієнтиром тоді, коли посилання на нього публікують в Офіційному віснику Європейського Союзу. Саме це дає відповідності йому презумпцію відповідності закону. Для EN 301 549 названа версія — V3.2.1 від березня 2021 року, а вона несе WCAG 2.1 рівня AA.
V4.1.1 опублікували у вересні 2026 року. Станом на сьогодні посилання на нього немає, тож сам собою він не змінює жодного обовʼязку. AccessibleEU, власний центр Комісії, 7 вересня 2026 сказав, що доки посилання не зʼявиться, чинним орієнтиром лишається V3.2.1.
Національні тексти переходять на динамічне посилання замість фіксованої версії. У Франції décret n° 2026-816 від 24 серпня 2026 переписав старіший декрет так, що послуга доступна тоді, коли вона відповідає гармонізованим стандартам, посилання на які опубліковані в Офіційному віснику. Коли посилання зміниться, обовʼязок піде за ним без ще одного декрету.
Практичний наслідок для кожного, хто робить аудит сьогодні: звіт, який відповідає лише за V4.1.1, не відповідає на питання, яке ставить закон, а звіт, який відповідає лише за V3.2.1, не бачить WCAG 2.2. У таблиці мають бути обидві версії.
Що отримав пункт 11
Пункт 11 — це програмна частина, та сама, за якою відповідає мобільний застосунок. У V4.1.1 він несе 50 критеріїв WCAG 2.2 рівнів A і AA, які стосуються програм, проти WCAG 2.1 у V3.2.1.
Сім вимог пункту 11 не мають відповідника у V3.2.1. Пʼять прийшли з WCAG 2.2: 11.2.4.11 Focus not obscured (minimum), 11.2.5.7 Dragging movements, 11.2.5.8 Target size (minimum), 11.3.3.7 Redundant entry і 11.3.3.8 Accessible authentication (minimum). Дві у V3.2.1 просто стояли порожні, а тепер це вимоги: 11.2.4.2, яка бере на себе WCAG 2.4.2 під назвою Non-web software titled, і 11.3.2.4 Consistent identification.
З них саме 11.2.5.8 змінює результат більшості мобільних аудитів. Ціль для дотику, менша за 24 на 24, була порадою у WCAG 2.1 і є провалом у 2.2, а малі цілі — дефект, який наші перевірки знаходять найчастіше.
Один критерій WCAG 2.2 у програмний пункт не потрапив: 3.2.6 Consistent help. Пункт 11.3.2.6 порожній, тож тут застосунок за ним не міряють.
Що він втратив, а що лише переїхало
Parsing зник. WCAG 2.2 прибрав критерій 4.1.1, а з ним пішла й вимога 11.4.1.1.1 з V3.2.1. Якщо старий звіт валить застосунок на parsing, такої знахідки більше не існує.
Вимоги про самі служби доступності переписали. V3.2.1 вимагав від програм користуватися задокументованими службами доступності платформи (11.5.2.3), а від платформ — їх надавати (11.5.2.1, 11.5.2.2). У V4.1.1 11.5.2.3 — це рекомендація, 11.5.2.2 порожня, а обовʼязок платформи сказаний один раз у 11.5.2.1.
Інструменти для створення контенту виїхали з пункту 11 у пункт 5: пʼять вимог із номерами від 11.8.1 до 11.8.5 тепер мають номери від 5.10.1 до 5.10.5, з тими самими назвами.
Документацію й підтримку перебудували. 12.1.1, 12.1.2, 12.2.2, 12.2.3 і 12.2.4 з V3.2.1 стали 12.1, 12.2 і 12.3, а електронні програмні гіди додалися як 12.4 і 12.5.
Пункт 6, для застосунків із дзвінками, переписали навколо операційних сценаріїв (від 6.0.2 до 6.0.9), а його вимоги про текст у реальному часі перенумерували й перейменували. Пункт 7 тепер каже subtitles там, де V3.2.1 казав captions.
Пастка — у номерах, які перенумерацію пережили. У V3.2.1 6.2.3 — це Interoperability; у V4.1.1 той самий номер — DTMF touch-tone generation during RTT operations. Таблиця відповідності має зводити вимоги, а не номери.
За що аудит має відповідати сьогодні
Якщо рахувати вимоги, які нативний мобільний застосунок може виконати або провалити, наш протокол відповідає за 144 з них: вимоги V4.1.1 з пунктів 5, 6, 7, 11 і 12 плюс 19 вимог V3.2.1, які не мають ідентичного відповідника у V4.1.1 і досі належать до версії, на яку вказує закон.
Кожну вимогу перевіряє людина руками, на екранах, які є у звіті, і скрінрідери тестового середовища в ньому названі. Автоматичні перевірки йдуть поряд і вказують на рядок коду, але вони відповідають за частину списку, а не за весь.
У звіті пункт стоїть в обох нумераціях, тож той самий документ відповідає і регуляторові, який читає V3.2.1, і команді, яка готується до V4.1.1.
Або доручіть перевірити весь білд: аудит готовності до сторів — 190 €, 2 робочі дні.