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, начните с основ — подписи полей, контраст, альтернативные тексты, доступ с клавиатуры — и включите критерии 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