Проверка доступности веб-сайта: 95,9% крупнейших сайтов содержат ошибки, суды уже штрафуют

Каждый год компании тратят бюджеты на привлечение трафика, но теряют до 70% посетителей с инвалидностью из-за барьеров, которые сами же создают, и ИИ-инструменты, генерирующие код и контент, воспроизводят эти барьеры по умолчанию, потому что учились на недоступном вебе.

Контекст такой: ИИ пишет тексты, собирает лендинги и генерирует код быстрее, чем когда-либо. Но модели обучались на миллиардах страниц существующего веба, а существующий веб по большей части недоступен. Результат: те же ошибки воспроизводятся в новом контенте автоматически. Отчёт WebAIM Million фиксирует, что средняя домашняя страница теперь содержит 1 437 элементов, это на 22,5% больше, чем годом ранее, и почти вдвое больше, чем в 2019 году. Кода стало больше, а доступнее он не стал.

Почему ИИ-инструменты наследуют проблемы доступности?

Шесть самых частых ошибок доступности не менялись семь лет подряд. По данным того же отчёта WebAIM:

• Низкоконтрастный текст
• Отсутствие альтернативного текста у изображений (alt text, описание картинки для незрячих пользователей)
• Поля форм без подписей
• Пустые ссылки
• Пустые кнопки
• Отсутствие указания языка документа

Модели учатся именно на таких страницах. Когда вы просите ИИ сгенерировать лендинг, он воспроизводит привычные паттерны, а привычные паттерны содержат все перечисленные ошибки.

Ассоциация адвокатов Нью-Йорка в отчёте за июнь 2025 года сформулировала прямо:

«ИИ не решит проблему доступности, если его никогда не обучали её распознавать.» : Ассоциация адвокатов Нью-Йорка (New York City Bar Association), отчёт за июнь 2025

Проблема в том, что ошибки остаются невидимыми для разработчика. Страница выглядит нормально, код рендерится. Барьер обнаруживается, только когда незрячий пользователь включает экранный диктор или когда человек пытается пройти форму с клавиатуры.

Суды уже действуют: цифры и прецеденты

По данным отчёта AudioEye о судебных разбирательствах по веб-доступности за 2026 год, число исков в США удвоилось с 2020 года. В 2025 году было подано 26 253 иска (федеральные и на уровне штатов вместе). 78% из них направлены против интернет-магазинов.

Типичные расходы, по данным того же отчёта:

• Досудебное урегулирование: от 15 000 до 75 000 долларов
• Юридические расходы сверху: от 10 000 до 30 000 долларов
• Затяжное дело: один широко цитируемый иск против крупного ритейлера начался в 2020 году и закончился через пять лет, более 200 судебных документов, итоговые затраты 5,15 млн долларов

38,5% компаний, получивших иск, уже использовали инструмент доступности на момент подачи иска. Они считали проблему решённой, но покрытие было частичным.

Дело Carrefour во Франции от 4 июня 2026 года стало первым решением по Европейскому акту о доступности (European Accessibility Act), в котором суд отклонил частичное соответствие как юридическую защиту. Сам Carrefour заявлял о соответствии на уровне 50% до 70%. Логика суда: сайт либо доступен, либо нет.

Рынок, который теряют недоступные сайты

Более 1,3 млрд человек в мире живут с инвалидностью. По данным Return on Disability Group, совокупная покупательная способность этой аудитории вместе с их семьями и близкими превышает 18 трлн долларов.

Семь из десяти пользователей с инвалидностью покидают сайт, если он недоступен. 83% ограничивают покупки только теми площадками, которые точно работают для них. Рекламный бюджет привёл посетителя, а недоступная страница его оттолкнула.

Что понадобится

• Любой ИИ-инструмент, которым вы уже пользуетесь для создания контента или кода (ChatGPT, Claude, Gemini или их аналоги)
• Автоматический сканер доступности: бесплатные расширения WAVE, axe DevTools или Lighthouse в браузере Chrome
• Клавиатура (буквально: для ручной проверки навигации без мыши)
• 30 до 60 минут на первую проверку одной страницы

Пошаговая инструкция

1. Выберите страницу для проверки. Начните с главной или с ключевого лендинга, куда идёт рекламный трафик. Именно там проверка доступности веб-сайта даёт максимальный эффект.

2. Запустите автоматический сканер. Откройте страницу в Chrome, нажмите F12, перейдите во вкладку Lighthouse, выберите категорию Accessibility и запустите проверку. Сканер покажет список ошибок с пояснениями.

3. Сформулируйте промпт для ИИ с явным требованием доступности. Не рассчитывайте, что ИИ сам добавит alt-текст или правильные ARIA-атрибуты (разметка, помогающая экранным дикторам понять структуру страницы). Укажите это явно:

Сгенерируй HTML-блок карточки товара.
Обязательные требования к доступности:

- alt-текст для каждого изображения, описывающий содержимое
- все поля формы с подписями через label
- кнопки с текстовым содержимым, не пустые
- контрастность текста к фону не ниже 4.5:1
- lang="ru" в теге html

1. Проверьте результат тем же сканером. Даже с правильным промптом модель может пропустить ошибки. Прогоните сгенерированный код через Lighthouse или WAVE повторно.

2. Пройдите страницу с клавиатуры. Нажимайте Tab для перехода между элементами. Если фокус (выделение активного элемента) пропадает, кнопка не нажимается Enter-ом или порядок перехода нелогичен, это ошибки, которые автоматический сканер не поймал. По оценке из источника, автоматические инструменты обнаруживают лишь около двух третей ошибок доступности.

3. Зафиксируйте базовый уровень. Запишите количество ошибок и их типы. Без замера прогресс невозможно отслеживать.

Что делать с этим прямо сейчас, по ролям

Автору на Дзене: если вы используете ИИ для генерации виджетов, встроек или HTML-фрагментов в статьях, добавляйте в промпт требование alt-текста и подписей к формам. Проверяйте результат в Lighthouse. Доступный контент индексируется лучше и не отталкивает часть аудитории.

Маркетологу: проведите проверку доступности веб-сайта на ключевых лендингах, куда идёт платный трафик. Каждый недоступный лендинг, это рекламный бюджет, потраченный на привлечение людей, которых сайт тут же отталкивает. Включите требования доступности в бриф для подрядчиков и в чек-лист приёмки.

Предпринимателю в РФ и СНГ: российское законодательство (ГОСТ Р 52872-2019) требует доступности для госсайтов, но судебная практика по коммерческим сайтам пока не сложилась так, как в США и Европе. Дело Carrefour и удвоение исков в США показывают направление: сначала регулирование ужесточается за рубежом, затем приходит в другие юрисдикции. Дешевле исправить сейчас, чем разбираться потом.

Решение Carrefour установило прямой стандарт: частичная доступность больше не считается доступностью. Пока ИИ генерирует всё больше веба, ответственность за то, чтобы этот веб работал для всех, остаётся на тех, кто нажимает кнопку «опубликовать».