Статьи

Доступность сайтов (a11y) в 2026: юридические требования и best practices

27 июля 2026  |  7 мин чтения

Раньше доступность сайта была «хорошим тоном» — им занимались крупные корпорации и госорганы. В 2026 ситуация кардинально изменилась. Европейский European Accessibility Act (EAA) вступил в силу, а многие страны приняли собственные законы, обязывающие коммерческие сайты соответствовать стандартам WCAG 2.2 как минимум на уровне AA. Штрафы за нарушение достигают 5% годового оборота.

Что говорит закон

ЕС: European Accessibility Act (EAA) — с 28 июня 2025 года обязателен для всех стран ЕС. Требует доступности для сайтов, мобильных приложений, банковских услуг, e-commerce, транспорта. Штрафы устанавливаются каждой страной — до 2–5% оборота.

США: DOJ (Department of Justice) требует соответствия WCAG 2.1 AA для всех сайтов, подпадающих под ADA. Иски о недоступности сайтов растут на 40% ежегодно.

Великобритания: Equality Act 2010 активно применяется к веб-сайтам. Регулятор публикует списки несоответствующих компаний.

Россия: Федеральный закон об ИИ (2026) обязывает владельцев сайтов с аудиторией более 500 000 человек маркировать AI-контент и учитывать требования доступности.

Основные принципы WCAG

ПринципОписаниеПример
ВоспринимаемостьКонтент должен быть доступен для всех органов чувствAlt-тексты для изображений, субтитры для видео
УправляемостьВсе функции доступны с клавиатурыНавигация по Tab, skip links, фокус-стили
ПонятностьИнтерфейс предсказуем и не вызывает ошибокЧёткие лейблы, понятные сообщения об ошибках
УстойчивостьКонтент корректно работает со вспомогательными технологиямиСемантический HTML, ARIA-атрибуты

Что нужно сделать прямо сейчас

1. Семантический HTML. Используйте правильные теги: <nav>, <main>, <article>, <aside>, <button> вместо <div>. Скринридеры ориентируются на семантику.

2. Alt-тексты. Каждое изображение должно иметь альтернативный текст. Декоративные изображения — alt="" (пустой).

3. Клавиатурная навигация. Все элементы должны быть доступны через Tab. Видимый фокус обязателен. Никаких outline: none без замены.

4. Контрастность. Текст на фоне: минимум 4.5:1 для обычного текста, 3:1 для крупного (18px+). Используйте инструменты проверки (Figma Color Contrast Checker, axe DevTools, WAVE).

5. ARIA-атрибуты. Там, где семантики HTML недостаточно: aria-label, aria-describedby, role, aria-expanded. Но помните: первое правило ARIA — не использовать ARIA, если можно обойтись нативным HTML.

6. Проверка скринридером. Протестируйте сайт с NVDA (Windows, бесплатно), VoiceOver (macOS, встроен) или JAWS.

7. Автоматические тесты. axe-core, Lighthouse, WAVE — запускайте в CI/CD. Они находят до 40% проблем. Остальные 60% — только ручное тестирование.

Как AI угрожает доступности

AI и vibe-coded продукты в 2026 году создали новую проблему: сгенерированный код часто игнорирует a11y. Отсутствие семантики, неверные ARIA-роли, контент, сгенерированный без alt-текстов. Matt McDonald из Figma предупреждает: «AI и vibe-coded продукты повсеместно промахиваются с доступностью, засоряя веб неинклюзивным опытом».

Если вы используете AI-инструменты для генерации интерфейсов — обязательно проверяйте результат на соответствие WCAG.

«Доступность — это не про «особые» потребности. Это про качество продукта. Сайт, который не работает со скринридером или с клавиатуры, — это сайт, который не работает для 15% пользователей. И с 2026 года это ещё и незаконно» — WebAIM, 2026.

Хотите проверить ваш сайт на доступность? Оставьте заявку на аудит — проведём проверку по WCAG 2.2 и дадим план исправлений.