S.
  • Услуги
  • Для кого
  • Решения
  • Работы
  • Обо мне
  • Know-how
  • Блог
Начать проект
EN/PL/RU
  • Услуги01
  • Для кого02
  • Решения03
  • Работы04
  • Обо мне05
  • Know-how06
  • Блог07
Начать проект
EN/PL/RU
Vlad Sedenko
Независимый веб-продуктовый разработчик
ЕС / Польша / Варшава
Продукты
  • NextWooВитрина на Next.js для WooCommerce
© 2026. Все права защищены
Услуги
  • Product Discovery
  • UX/UI-дизайн
  • Разработка MVP
  • Разработка SaaS
  • Редизайн сайта
  • Безопасность веб-приложений
  • Оптимизация конверсии
  • Интеграция сервисов и автоматизация бизнеса
  • Поддержка продукта
Обзор
  • Услуги
  • Для кого
  • Работы
  • Решения
  • Обо мне
  • Блог
  • Know-how
  • Контакт
Начать проект
  • vlad@sedenko.net
  • LinkedIn
  • Конфиденциальность/Куки
← Решения

Решения

Дедлайн 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

Признаки, что это про вас

  1. 01Сайт или интернет-магазин обслуживает потребителей в ЕС
  2. 02Клавиатурная навигация сломана или невидима на ключевых страницах
  3. 03Формы, checkout, меню или модальные окна сложно использовать без мыши
  4. 04Нет accessibility statement или подтверждения WCAG-соответствия

02 / Analysis

Почему так происходит

  1. 01Accessibility не была частью исходной разработки или design QA
  2. 02Автоматические проверки находят только часть проблем и пропускают реальные user flows
  3. 03Старые компоненты неправильно используют div, overlay или ARIA
  4. 04Команда полагается на плагины вместо исправления markup, focus, contrast и forms

03 / Analysis

Как я это чиню

  1. 01Я аудирую сайт по WCAG 2.1 AA и EN 301 549 с практической оценкой серьезности
  2. 02Приоритизирую проблемы, влияющие на compliance, checkout и lead generation
  3. 03Исправляю проблемы в коде: semantic HTML, keyboard support, focus states, contrast, ARIA и forms
  4. 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-виджет, а доступный код, формы, навигация и контент.

Finance SaaS (under NDA) — Перестройка финансового приложения вокруг меньшего числа ручных ошибок

Finance SaaS (under NDA) / NDA

Перестройка финансового приложения вокруг меньшего числа ручных ошибок

Финансовой компании нужно было перестроить приложение для управления подписками. Проект под NDA, поэтому я описываю только фактический технический скоуп — без имени клиента и конфиденциальных деталей.

→

Частые вопросы

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) →
Проверить accessibility risk
Vlad Sedenko, Web Product Developer · 10+ лет

Vlad Sedenko

Web Product Developer · 10+ лет

Я лично оцениваю задачу, делаю и внедряю решение — без аккаунт-менеджеров и передачи между людьми. Вы работаете напрямую с разработчиком, который выполняет работу.

LinkedIn →