Решения
Дедлайн EAA уже наступил — сайт в зоне риска?
European Accessibility Act уже применяется. Если сайт продает товары или цифровые услуги потребителям в ЕС, доступность — это не только улучшение UX, а compliance- и business-risk. Решение — не overlay-виджет, а доступный код, формы, навигация и контент.
European Accessibility Act применяется с 28 июня 2025 года и превратил доступность из «приятного дополнения» в юридическое ожидание для большой части веба. Если ваш сайт или интернет-магазин продает товары или цифровые услуги потребителям в ЕС — e-commerce, банкинг, продажа билетов, e-books, многие SaaS-продукты — вы, скорее всего, попадаете под действие закона. Точные обязанности зависят от вашей отрасли, размера компании и того, как конкретное государство-член имплементировало директиву, и я не даю юридических консультаций, но направление ясное: базовая планка для клиентского сайта сегодня — WCAG 2.1 AA, стандарт, на который ссылается EN 301 549.
Заманчивый короткий путь — accessibility overlay, виджет, который вы вставляете и который обещает мгновенное соответствие. Он его не дает. Overlay садятся поверх сломанной разметки вместо того, чтобы ее чинить, регулярно ломаются с реальными screen reader и клавиатурными пользователями и сами стали частым поводом для жалоб. Настоящее соответствие идет из кода под капотом: semantic HTML, работающий путь по клавиатуре, видимый focus, достаточный контраст, корректный ARIA и правильно размеченные формы. Это чинится — и именно такую работу я делаю в самом продукте.
01 / Analysis
Признаки, что это про вас
- 01Сайт или интернет-магазин обслуживает потребителей в ЕС
- 02Клавиатурная навигация сломана или невидима на ключевых страницах
- 03Формы, checkout, меню или модальные окна сложно использовать без мыши
- 04Нет accessibility statement или подтверждения WCAG-соответствия
02 / Analysis
Почему так происходит
- 01Accessibility не была частью исходной разработки или design QA
- 02Автоматические проверки находят только часть проблем и пропускают реальные user flows
- 03Старые компоненты неправильно используют div, overlay или ARIA
- 04Команда полагается на плагины вместо исправления markup, focus, contrast и forms
03 / Analysis
Как я это чиню
- 01Я аудирую сайт по WCAG 2.1 AA и EN 301 549 с практической оценкой серьезности
- 02Приоритизирую проблемы, влияющие на compliance, checkout и lead generation
- 03Исправляю проблемы в коде: semantic HTML, keyboard support, focus states, contrast, ARIA и forms
- 04Повторно тестирую flows и готовлю понятный accessibility statement
Как я бы к этому подошёл
Я начинаю с настоящего аудита, а не с автоматического скана. Тестирую сайт по WCAG 2.1 AA и EN 301 549 так, как им реально пользуются, — с клавиатуры, со screen reader и с автоматическими инструментами на остальное — и оцениваю каждую проблему по серьезности и влиянию на бизнес. Одни только автоматические проверки находят лишь часть проблем, поэтому я делаю упор на flows, которые важны: страницы, несущие compliance-риск, checkout и формы, которые генерируют лиды. Вы получаете приоритизированный список, а не сырой дамп предупреждений.
Затем я чиню проблемы в коде, а не заклеиваю их. Это значит: semantic HTML, полный путь по клавиатуре, видимые focus states, достаточный контраст, корректный ARIA и правильно размеченные формы — фундамент, который overlay дать не может. После изменений я повторно тестирую каждое flow, чтобы убедиться, что оно работает с реальными assistive technology, и помогаю подготовить accessibility statement, отражающий то, что было действительно сделано. Remediation живет в вашем продукте, поэтому продолжает работать по мере роста сайта, а не зависит от виджета.
Результат
Сайт становится удобнее, ближе к EAA compliance и менее уязвимым к жалобам или срочным аварийным исправлениям — изменения внедрены в продукте, а не спрятаны за widget.
Доказательство из связанной работы
European Accessibility Act уже применяется. Если сайт продает товары или цифровые услуги потребителям в ЕС, доступность — это не только улучшение UX, а compliance- и business-risk. Решение — не overlay-виджет, а доступный код, формы, навигация и контент.
Частые вопросы
EAA вообще применяется к моему бизнесу?
Если вы продаете товары или цифровые услуги потребителям в ЕС, то, скорее всего, да — закон охватывает e-commerce, банкинг, продажу билетов, e-books и многие цифровые услуги. Есть исключения, а детали зависят от отрасли, размера компании и того, как директива имплементирована в вашей стране. Я могу сказать, как сайт выглядит относительно технического стандарта, но за окончательной юридической оценкой обязанностей стоит также обратиться к квалифицированному консультанту.
Разве accessibility overlay или плагин не достаточно?
Нет. Overlay садятся поверх существующей разметки и пытаются латать ее на лету, что регулярно ломается с реальными screen reader и клавиатурными пользователями, а сами проблемы остаются на месте. Они к тому же стали частой мишенью для жалоб на доступность, а не щитом от них. Настоящее соответствие идет от исправления кода — структуры, поддержки клавиатуры, focus, контраста и форм, — и именно это я делаю.
Нужна ли полная пересборка, чтобы стать compliant?
Обычно нет. Большинство сайтов достигают WCAG 2.1 AA точечными правками существующей разметки, компонентов и форм, а не переписыванием с нуля. Пересборку стоит рассматривать, только когда сам фреймворк или библиотека компонентов делают доступность реально невыполнимой, и я скажу об этом прямо, а не буду продавать ненужный проект.
Что конкретно дает аудит?
Вы получаете приоритизированный отчет о проблемах доступности на ключевых страницах и flows, где каждая оценена по серьезности и связана с WCAG 2.1 AA и EN 301 549, так что видно, что важнее всего и почему. Он включает понятные рекомендации, как исправить каждую проблему, и реалистичный план remediation. Дальше я могу выполнить исправления в коде и помочь подготовить accessibility statement.
Услуга, которая это решает
Доступность сайта (EAA) →
Vlad Sedenko
Web Product Developer · 10+ лет
Я лично оцениваю задачу, делаю и внедряю решение — без аккаунт-менеджеров и передачи между людьми. Вы работаете напрямую с разработчиком, который выполняет работу.
LinkedIn →