Проверено по первоисточникам на 28.09.2026. Статья не является юридической консультацией: решение по вашему случаю принимает юрист, практикующий в США.
Для сайтов частного бизнеса закон ADA не называет технический стандарт. Но Минюст США считает сайт частью доступности услуг, а на практике ориентир один: WCAG 2.1 уровня AA. Проверяют клавиатуру, скринридер, контраст, подписи к картинкам, формы и субтитры к видео. Если нужен взгляд со стороны, закажите аудит доступности сайта по WCAG 2.1 AA.
Дальше разберём, откуда требование берётся в законе, что изменилось в 2026 году для госсайтов и сколько исков подают. В середине статьи лежит чек-лист из 16 пунктов, который команда проходит сама за один рабочий день.
Короткий ответ: что требует закон и что — практика
Закон об американцах с инвалидностью (Americans with Disabilities Act, ADA) принят в 1990 году. Про сайты в нём ни слова. Требование выросло из общего правила: бизнес, открытый для публики, не должен дискриминировать людей с инвалидностью и обязан обеспечить им «эффективную коммуникацию».
В марте 2022 года Минюст США опубликовал руководство по доступности сайтов. В нём сказано, что ведомство последовательно считает требования ADA применимыми ко всем товарам и услугам бизнеса, включая предлагаемые через интернет. Там же оговорено, что детального технического регламента для бизнеса у Минюста нет: компания сама выбирает, как обеспечить доступность, но обеспечить её обязана. Полезными ориентирами руководство называет WCAG и федеральный стандарт Section 508.
Итог для владельца сайта такой. Юридически обязательной версии WCAG для частной компании нет. Практический ориентир — WCAG 2.1 AA, потому что именно этот уровень Минюст в 2024 году вписал в правило для госорганов.
Руководство 2022 года — не закон. На самой странице оговорено, что такие документы не имеют обязательной силы и могут быть изменены по усмотрению ведомства. Спор о конкретном сайте решает суд, опираясь на текст ADA и свою практику.
Кого касается: Title III и Title II
Из пяти разделов ADA для сайтов важны два.
Title III — «места общественного пользования» (public accommodations): магазины, рестораны, клиники, отели, банки, сервисы записи. Сюда попадает почти любой бизнес, который продаёт людям в США. Технического регламента для сайтов по Title III нет, действует руководство 2022 года.
Title II — органы власти штатов и муниципалитетов. Для них в апреле 2024 года Минюст выпустил правило с прямой ссылкой на WCAG 2.1 AA. Сроки уже сдвигали: 20 апреля 2026 года в Federal Register вышло промежуточное правило (Interim Final Rule), и даты исполнения стали такими.
| Кто | Стандарт | Срок исполнения (по ada.gov на 28.09.2026) |
| Бизнес, открытый для публики (Title III) | Регламента нет; ориентир — WCAG, руководство 2022 года | Требование недискриминации действует уже сейчас |
| Госорганы с населением 50 000 и больше (Title II) | WCAG 2.1 AA | 26 апреля 2027 |
| Госорганы с населением меньше 50 000 и специальные округа (Title II) | WCAG 2.1 AA | 26 апреля 2028 |
Даты сверены на странице правила и в памятке Минюста «первые шаги». До промежуточного правила каждый срок наступал на год раньше, и многие материалы в сети до сих пор называют старые даты. Делаете сайт для американского муниципального заказчика — сверяйте дату в день подписания договора.
Для компании из СНГ, которая продаёт в США, главный вопрос — Title III. Распространяется ли он на бизнес без офиса и склада в Америке, решает юрист: суды разных федеральных округов по-разному толкуют связь сайта с физическим «местом». Спорность вопроса не мешает истцам подавать иски.
Иски: сколько их и против кого
Официальной сводки исков по сайтам суды не публикуют. Самый цитируемый счёт ведёт юрфирма Seyfarth Shaw, которая вручную разбирает иски в федеральных судах.
По её подсчёту, опубликованному 25 марта 2026 года, в 2025 году в федеральные суды подали 3 117 исков о недоступности сайтов. Это на 665 больше, чем в 2024-м (2 452), рост 27 %. Сайты дали 36 % всех исков по Title III в федеральных судах: 3 117 из 8 667.
Лидируют Нью-Йорк (1 021 дело), Флорида (961) и Иллинойс (585). В эти числа не входят иски в судах штатов и досудебные требования (demand letters), так что реальная нагрузка на бизнес выше опубликованной.
Кто в зоне риска? Интернет-магазины, рестораны с онлайн-заказом, отели, клиники и любые сервисы с записью или оплатой на сайте. Логика истца прямолинейная: если человек со скринридером не может положить товар в корзину или записаться на приём, это барьер. Размер компании здесь роли не играет.
WCAG 2.1 AA простыми словами: четыре принципа
WCAG 2.1 — стандарт консорциума W3C, текущая редакция от 6 мая 2025 года. Критерии разбиты на три уровня: A, AA и AAA. Уровень AA включает все критерии уровня A плюс собственные, а держится всё на четырёх принципах.
Воспринимаемость — всё, что показано на экране, можно получить другим способом: у картинки есть текстовая альтернатива, у видео — субтитры, а текст читается на своём фоне.
Управляемость — сайтом можно пользоваться без мыши. Фокус виден. Ничего не мигает чаще трёх раз в секунду.
Понятность — язык страницы размечен в коде, поля формы подписаны, а ошибка объяснена словами, не одним красным цветом.
Надёжность — код понятен вспомогательным технологиям: у кнопки есть имя и роль, и скринридер объявляет её именно как кнопку.
Есть и WCAG 2.2 — октябрь 2023 года, редакция от 12 декабря 2024-го. W3C пишет, что сайт, соответствующий 2.2, соответствует и 2.1, и советует брать 2.2 целью даже там, где формально требуют старую версию. Критерий 4.1.1 «Парсинг» из 2.2 убран. Практический вывод: новый сайт проектируйте под 2.2, существующий проверяйте по 2.1 AA.
Чек-лист проверки сайта по WCAG 2.1 AA
Номера и названия критериев — по краткому справочнику W3C. Пороги контраста и масштаба взяты из текста стандарта. Барьеры из пунктов 1, 2, 5, 6, 10 и 15 Минюст приводит как типичные примеры в своём руководстве.
| № | Что проверить | Критерий WCAG 2.1 | Как проверить руками | Инструмент |
| 1 | Картинки со смыслом имеют alt, декоративные — пустой alt | 1.1.1 (A) | Отключить картинки и прочитать страницу | WAVE, axe DevTools |
| 2 | Видео с речью имеет субтитры | 1.2.2 (A) | Включить ролик без звука | Плеер, YouTube Studio |
| 3 | Для видео есть аудиоописание или текстовая альтернатива | 1.2.5 (AA) | Слушать ролик, не глядя на экран | Ручная проверка |
| 4 | Заголовки, списки, таблицы размечены кодом | 1.3.1 (A) | Пройти заголовки скринридером (клавиша H в NVDA) | NVDA, VoiceOver, HeadingsMap |
| 5 | Цвет — не единственный носитель смысла | 1.4.1 (A) | Найти поля, где обязательность показана только красным | Ручная проверка, режим оттенков серого |
| 6 | Контраст текста не ниже 4.5:1, крупного — 3:1 | 1.4.3 (AA) | Проверить серый текст и текст на фото | WebAIM Contrast Checker |
| 7 | Текст увеличивается до 200 % без потерь | 1.4.4 (AA) | Ctrl + «+» до 200 % | Браузер |
| 8 | На ширине 320 CSS-пикселей нет горизонтальной прокрутки | 1.4.10 (AA) | Масштаб 400 % на экране шириной 1280 px | Браузер, DevTools |
| 9 | Рамки полей и иконки-кнопки контрастны (3:1) | 1.4.11 (AA) | Найти поля формы без видимой рамки | WebAIM Contrast Checker |
| 10 | Всё работает с клавиатуры | 2.1.1 (A) | Пройти сайт Tab, Enter, пробелом, стрелками | Клавиатура |
| 11 | Фокус не застревает в модальном окне или виджете | 2.1.2 (A) | Открыть попап, чат, cookie-баннер и выйти Tab/Esc | Клавиатура |
| 12 | Есть ссылка «перейти к содержимому» или ориентиры | 2.4.1 (A) | Первое нажатие Tab на странице | Клавиатура, axe |
| 13 | Фокус всегда виден | 2.4.7 (AA) | Пройти Tab и искать, где рамка пропала | Клавиатура |
| 14 | Язык страницы указан в lang | 3.1.1 (A) | Посмотреть <html lang> | Исходный код, WAVE |
| 15 | У полей есть подписи, ошибки описаны текстом | 3.3.1 (A), 3.3.2 (A) | Отправить форму пустой | NVDA, VoiceOver |
| 16 | У кнопок и меню есть имя, роль и состояние | 4.1.2 (A) | Скринридер объявляет «кнопка, свёрнуто» | NVDA, VoiceOver, axe |
Порядок прохода простой. Сначала сканер: за несколько минут он найдёт пустые alt, слабый контраст и поля без подписи. Затем клавиатура — отложите мышь на полчаса и попробуйте оставить заявку. Затем скринридер: NVDA на Windows бесплатен, VoiceOver встроен в macOS и iOS. На каждом шаге проходите три главных сценария сайта — заявку, покупку и запись, а найденные барьеры записывайте с номером критерия и адресом страницы.
Приоритет правок задают деньги и путь пользователя к заявке. Барьер в корзине или форме заявки закрывайте первым, опечатку в alt декоративной картинки в блоге — последним.
Добавьте на сайт способ сообщить о проблеме доступности: адрес почты или форму в подвале. Минюст в руководстве называет такую обратную связь практикой, которая помогает владельцу вовремя находить и чинить барьеры.
Если сайт ещё в разработке, закладывать доступность в макет и код выходит дешевле, чем переделывать готовое. Об этом подходе — на странице про сайт для рынка США с учётом ADA.
Автоматические сканеры и оверлеи: что они не ловят
Сканер видит код, смысла он не видит. Он найдёт картинку без alt, но пропустит alt «image123.jpg». Не поймёт, что фокус после шапки прыгает сразу в футер. Не заметит, что кнопка «Оплатить» внутри стороннего виджета не нажимается с клавиатуры.
Минюст пишет об этом прямо: «чистый» отчёт автоматической проверки не означает, что сайт доступен, а отчёт с несколькими ошибками не всегда означает реальные барьеры, поэтому ведомство советует сочетать сканер с ручной проверкой.
Оверлеи — виджеты, которые подключаются одной строкой кода и обещают «исправить доступность». Самый громкий случай — accessiBe. В январе 2025 года Федеральная торговая комиссия (FTC) объявила, что компания заплатит $1 млн. По версии FTC, accessiBe вводила клиентов в заблуждение, утверждая, что её плагин accessWidget делает любой сайт соответствующим WCAG, и выдавала рекламные статьи за независимые обзоры. 22 апреля 2025 года комиссия утвердила окончательный приказ, голосование 3:0.
Вывод для бизнеса короткий. Оверлей не заменяет правку кода. Мысль «виджет установлен, значит риска нет» — ложная.
Что делать, если пришло требование (demand letter)
Досудебное требование — письмо от адвоката истца, где перечислены барьеры на сайте, срок ответа и сумма урегулирования. Общий порядок действий:
- Не игнорируйте письмо и зафиксируйте срок ответа.
- Передайте его юристу, практикующему в США, желательно с опытом дел по ADA.
- Сохраните состояние сайта на дату письма: скриншоты, архив страниц, историю версий.
- Проверьте названные в письме барьеры по чек-листу выше, чтобы юрист понимал, какие претензии подтверждаются.
- Правки кода и срок их выката согласуйте с юристом.
Без юриста не отвечайте истцу, не обещайте сроки и не называйте суммы. Ставить оверлей в панике тоже бесполезно — причины в разделе выше.
Исправленный сайт снижает риск повторной претензии. Гарантий не даёт никто.
FAQ
Обязан ли сайт иностранной компании соответствовать ADA?
Однозначного ответа нет, решает юрист. Title III касается бизнеса, открытого для публики в США, а суды по-разному смотрят на связь сайта с физическим местом. Если вы продаёте американцам, принимаете оплату в долларах и ведёте рекламу на США, риск претензии реален. Проверка по WCAG 2.1 AA этот риск снижает.
Какую версию WCAG выбрать: 2.0, 2.1 или 2.2?
Для проверки берите WCAG 2.1 AA, для нового проекта — 2.2 AA. Уровень 2.1 AA записан в правиле Минюста 2024 года для госорганов и служит общим ориентиром. Версия 2.2 добавляет критерии, и по заявлению W3C сайт, соответствующий 2.2, соответствует и 2.1.
Хватит ли бесплатного сканера?
Нет. Сканер находит часть технических ошибок: пустые alt, слабый контраст, поля без подписи. Порядок фокуса, смысл подписей и работу сложных виджетов он не оценивает. Минюст в руководстве 2022 года советует сочетать автоматические проверки с ручной. Минимум — пройти ключевые сценарии клавиатурой и скринридером.
Защищает ли виджет доступности (оверлей) от иска?
Нет. Виджет не исправляет разметку и логику интерфейса, барьеры в коде под ним остаются. FTC в 2025 году обязала accessiBe заплатить $1 млн за заявления, что её виджет делает любой сайт соответствующим WCAG. Надёжнее исправить код по чек-листу и перепроверять его после релизов.
Как часто проверять сайт?
После каждого заметного релиза и не реже раза в квартал. Новые баннеры, формы, чаты и виджеты оплаты — частые источники барьеров. Короткий прогон клавиатурой и скринридером по трём главным сценариям занимает около часа. Полный аудит по всем критериям AA делают при редизайне или смене платформы.
Остальные требования к сайту для американского рынка, от приватности до хостинга, собраны в руководстве по сайту для бизнеса в США.