Адаптация сайта для инвалидов — как пройти аудит и получить сертификат по ГОСТ 52872 

Вы добавили на сайт кнопку «версия для слабовидящих» — и кажется, что всё в порядке?
Увы, именно с таких формальных решений начинаются судебные иски, предписания прокуратуры и провал тендеров. В 2025 году веб-доступность — это не опция, а новая норма: с аудиторской проверкой, техническими требованиями и юридической ответственностью.
Мы — команда специалистов по цифровой доступности. Помогаем школам, поликлиникам, министерствам и НКО пройти сертификацию по ГОСТ Р 52872‑2019, исправить критические ошибки и внедрить доступность, которая действительно работает — для слепых, слабослышащих, людей с нарушениями опорно-двигательного аппарата и МГН.
Эта статья — не теория и не пересказ стандартов. Мы собрали практику: что проверяют в 2025 году, где самые частые провалы, как пройти аудит и что можно сделать своими силами. Всё по шагам.

Что разберём:

• кому адаптация сайта уже обязательна, а кто рискует попасть под штрафы;
• что реально включает ГОСТ 52872 и как он связан с приказом №953;
• где сэкономить за счёт модулей, а где нужна ручная доработка;
• как проходит аудит и сертификация — сроки, документы, стоимость;
• на чём чаще всего проваливаются и что можно исправить за 1 день.

Почему “доступность сайта” — больше не опция, а требование закона

Когда-то доступная версия сайта для слабовидящих считалась доброй инициативой. Сегодня — это обязанность. А отсутствие адаптации уже ведёт к штрафам, проверкам и реальным судебным решениям.

Всё началось с ключевых законов:

• 181-ФЗ «О социальной защите инвалидов» — ещё в 1995 году зафиксировал право людей с инвалидностью на получение информации. Но только с 2014 года (после принятия закона №419-ФЗ) обязанность по доступу стала конкретной и проверяемой.
• 8-ФЗ «Об обеспечению доступа к информации о деятельности госорганов» — закрепил, что сайты должны быть доступны для всех, включая людей с нарушениями зрения и слуха.
• 273-ФЗ «Об образовании» — обязывает школы, колледжи, вузы и допобразование делать сайты, доступные для инвалидов, особенно по зрению.

К этим законам привязан национальный стандарт ГОСТ Р 52872-2019, разработанный на основе международного WCAG 2.1. Формально — добровольный. Но на практике — стал критерием проверок. Почему?

Потому что Минцифры выпустило приказы №931 (2022) и №953 (2023):
Они обязывают все государственные органы и подведомственные учреждения внедрить адаптацию по строгим критериям: текстовые альтернативы, масштабирование интерфейса, совместимость со скринридерами, управление с клавиатуры. Версия для слабовидящих — больше не единственный способ: теперь требуется полноценная доступность основного сайта.

А если не выполнить? Включается КоАП РФ, статья 9.13 и 14.8:

• штраф для юрлица — до 30 000 рублей,
• плюс риск повторных санкций, если не устранить нарушение,
• плюс реальные судебные дела, в которых прокуратура требует привести сайты в соответствие.

С 2024 года для госсайтов и социальных учреждений доступность — это обязательный параметр сайта, как SSL-сертификат или защита персональных данных. Игнорировать — значит, нарушать закон.

Сколько стоит промедление: штрафы, иски, провал тендеров

Многие откладывают адаптацию сайта, потому что «нет времени», «необязательно», «пока не требуют». Но в 2025 году такая стратегия — билет в суд. Причём не абстрактный.

Вот что реально грозит:

• Штраф от Роскомнадзора — до 30 000 рублей (КоАП 9.13) — за каждый случай недоступности сайта для инвалидов.
• Штраф за отказ в услуге из-за инвалидности (КоАП 14.8, ч.5) — применяется, если пользователь не смог получить информацию с сайта.
• Реальные иски от прокуратуры — которые обязывают за счёт учреждения срочно доработать сайт, а иногда — выплатить компенсацию.

3 судебных кейса — что случилось “по-настоящему”:

• Поликлиника №7 г. Липецка — суд обязал в 2017 году разместить версию для слабовидящих с доступом ко всем материалам. Причина: пациент не смог получить информацию о приёме врача.
• Авиакомпания “Ангара” — по иску прокурора суд потребовал адаптировать сайт под ГОСТ 52872‑2012. Компания пыталась сослаться на «добровольность ГОСТа», но суд это отверг, указав: законы обязательны, даже если ГОСТ — рекомендация.
• Психоневрологический интернат, Волгоградская обл. — прокуратура указала, что незрячие пользователи не могут получить доступ к сайту. Итог: обязали не только адаптировать, но и разместить кнопку «версия для слабовидящих» на главной странице.

Бизнес не застрахован:
В 2025 году все крупные банки, ритейлеры, страховые — уже начали внедрять доступность, чтобы не получить жалобу, отзыв, отказ в лицензии или провал в тендере.
Особенно если вы участвуете в госзакупках или предоставляете услуги населению (доставка, обучение, медицина, финансы) — риски стать ответчиком по жалобе очень реальны.

Промедление стоит дороже, чем аудит.
Типовой аудит и исправления — от 100–300 тыс. руб.
Суд + штрафы + срочная доработка «в пожарном режиме» — это до 500+ тыс. руб. и репутационные потери.

4 принципа доступности простыми словами

Думать о доступности страшно: десятки критериев, аббревиатуры, проверки. Но ГОСТ Р 52872-2019 (как и WCAG 2.1) построен всего на четырёх простых принципах. Это — «карта местности», по которой проходит аудит сайта.
Вот они — и с примерами.

1. Воспринимаемость

Контент должен быть доступен любому чувственному восприятию: зрению, слуху, тактильному экрану.
Примеры:

• alt-тексты у изображений,
• субтитры у видео и транскрипты для аудио,
• контрастный текст, читаемый даже при слабом зрении,
• отсутствие мерцаний, вызывающих приступ у эпилептиков.

2. Управляемость

Сайт должен работать без мыши — полностью с клавиатуры или через вспомогательные устройства.
Примеры:

• навигация Tab-клавишей,
• фокус виден и предсказуем,
• нельзя попасть в “ловушку” (элемент, откуда не выйти),
• кнопки работают с клавиатуры, не только по клику мыши.

3. Понятность

Интерфейс и контент должны быть ясными — без запутанных формулировок и непредсказуемых реакций.
Примеры:

• заголовки идут по логике h1 → h2 → h3,
• ошибки в форме объясняются словами (а не просто подсвечиваются красным),
• текст разбит на абзацы, списки, понятен человеку без подготовки.

4. Надёжность

Сайт должен корректно работать с любыми ассистивными технологиями.
Примеры:

• скринридеры (JAWS, NVDA) правильно читают структуру,
• используются стандартизированные теги HTML5,
• применены ARIA-атрибуты там, где интерфейс сложный (меню, выпадашки, модальные окна).

Эти 4 принципа расшифровываются в 13 положениях и ~40 критериях уровня A и AA. Именно по ним и проверяют сайты при аудите.

Если вы сможете ответить «да» на 4 вопроса:

• Можно ли воспринимать контент без зрения/слуха?
• Можно ли управлять сайтом без мыши?
• Ясен ли порядок, структура и смысл?
• Работает ли сайт с экранными дикторами?
  …значит, вы на правильном пути.

Типовые ошибки на российских сайтах и быстрые правки

Сайты падают на адаптации не потому, что “всё плохо”. А потому что игнорируют десяток повторяющихся ошибок. Именно они блокируют доступность — даже если вы добавили «версию для слабовидящих».
Вот где валятся 80% сайтов — и что можно поправить быстро.

• Нет alt-тегов у изображений.
  Картинки вставлены — но без описаний. Скринридер просто говорит «image». Даже если там график, таблица или инфографика.
  Что делать: добавить alt=»График посещаемости школы по месяцам» и т.п. Для декоративных — alt=»».
• Формы без label.
  Поля формы с placeholder вместо подписей. Незрячий человек не поймёт, что вводить.
  Что делать: каждому полю — текстовая метка <label> или aria-label.
• Ошибки не озвучиваются.
  Пользователь не заполнил обязательное поле → оно подсвечено красным… но скринридер об этом молчит.
  Что делать: выводите текстовое сообщение об ошибке рядом с полем + aria-live для динамического озвучивания.
• Фокус не виден.
  Tab работает, но вы не видите, на чём сейчас находитесь. Или — focus прыгает в футер.
  Что делать: убрать outline: none;, или добавить свой стиль подсветки элемента в фокусе.
• Контраст слишком слабый.
  Серый текст на сером фоне, особенно на мобильных. Не читается.
  Что делать: для обычного текста контраст ≥ 4.5:1, для крупного — ≥ 3:1.
• Ссылки без смысла.
  Текст ссылки — «Подробнее». А про что? Скринридер не объяснит.
  Что делать: пишите «Подробнее о расписании приёма», или добавляйте aria-label.
• Hover-эффекты недоступны.
  Информация появляется только при наведении мышки. С клавиатуры — не сработает.
  Что делать: дублируйте подсказку на focus и добавляйте title, если несложно.
• Нет управления с клавиатуры.
  Выпадающие списки, модальные окна — работают только мышью.
  Что делать: проверить всё на управляемость клавишами (Tab, Enter, Esc, стрелки).

Что можно сделать за 1 день:

• Проверить alt у всех картинок.
• В формах — добавить label или aria-label.
• Исправить контраст и размер шрифта.
• Включить визуальную подсветку фокуса.
• Переписать «Подробнее» на осмысленные названия.
• Проверить Tab-навигацию по ключевым страницам.
  Это уже даст 60–70% соответствия уровню A (по ГОСТ).

Как получить сертификат по ГОСТ 52872: шаги, сроки, документы

Если ваш сайт уже адаптирован (или почти), сертификация — это способ подтвердить соответствие и закрыть вопрос документально. Особенно это важно для учреждений, подведомственных органам власти.
Как всё проходит? На практике — это 6 шагов.

Шаг 1. Подача заявки

Вы выбираете аккредитованную организацию (например, центр «Инсайт»), отправляете заявку.
Что нужно приложить:

• реквизиты и данные учреждения,
• ссылка на сайт,
• по возможности — описание использованных решений (модуль, доступная верстка и т.п.).

Шаг 2. Договор и оплата

Подписывается договор, выставляется счёт.
Стоимость: от 50 000 руб (для небольших сайтов) до 300–500 тыс. (если большой портал или “под ключ”).

Шаг 3. Экспертный аудит

Проверяются страницы, элементы, интерфейс. Используются:

• скринридеры (NVDA, JAWS),
• ручная проверка фокуса, alt, ошибок в формах,
• инструменты измерения контраста.
  Оцениваются 4 группы критериев:
  Воспринимаемость, управляемость, понятность, надёжность — то, о чём мы писали выше.

Шаг 4. Акт анализа

По итогам — составляется акт анализа цифрового контента.
В нём:

• список всех пунктов проверки,
• отметка «соответствует / не соответствует»,
• комментарии, если нужно доработать.

Шаг 5. Выдача сертификата

Если всё ОК — вы получаете сертификат соответствия ГОСТ Р 52872-2019.
Срок действия: 3 года.
Формат: бумажный оригинал + скан + регистрация в реестре.

Шаг 6. Поддержка и проверка

Иногда проводится инспекционный контроль (по договору).
Если вы изменили структуру сайта или дизайн — нужно повторно пройти проверку.

Важно: сертификация — не обязаловка для всех.
Но если вы:

• подведомственное учреждение (школа, больница, министерство),
• участвуете в тендерах,
• хотите показать выполненные KPI по доступности,
  тогда сертификат — это ваша защита от претензий и проверок. Его можно предъявить прокуратуре, родителям, региональным ведомствам.

Аудит + акт + сертификат = за 2–3 месяца вы получаете документ, который закрывает вопрос доступности не на словах, а по ГОСТу.

Инструменты против рутины: плагины vs кастом

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

Популярные решения:

Пример:
Муниципалитет в 2020 году поставил модуль «Мибок» и считал задачу решённой. Но проверка показала:

• расписание в PDF — не размечено,
• картинки без alt,
• формы без меток.
  Итог: модуль был, а сертификат не получили.

Когда плагин — это win:

• у вас типовой сайт (например, школа на шаблоне edu.ru);
• нужно срочно закрыть требования к контрасту, размеру шрифта, панели навигации;
• есть базовая техническая команда, которая поправит остальное вручную.
  Когда плагин не спасёт:
• сложная вёрстка (SPA, Vue/React),
• динамический контент без озвучки,
• PDF-документы без дублей,
• формы без label,
• интерфейс сделан «дивами» без семантики.

Плагин — это не сертификация.
Он помогает, но не заменяет ручную работу. Лучше всего — комбинировать:

• виджет +
• корректировка кода +
• чек-лист по ГОСТ.

Когда суд всё равно обяжет: кейсы 2017–2024

Есть расхожее мнение: ГОСТ — добровольный. Но в судах эта формулировка не работает. Прокуратура и Роскомнадзор всё чаще добиваются адаптации сайта через предписания. А суды встают на сторону пользователя.
Вот реальные истории.

Кейс 1. Поликлиника №7, г. Липецк (2017)

Пациент не смог получить информацию о приёме — сайт был неудобен для слабовидящего.
Суд обязал:

• сделать версию для слабовидящих,
• разместить заметную ссылку на главной,
• адаптировать расписание приёма по ГОСТ 52872.
  Аргумент суда: даже если ГОСТ формально добровольный, закон об информации и 181-ФЗ обязательны.

Кейс 2. Авиакомпания «Ангара» (2017)

Жалоба в прокуратуру: сайт не позволял оформить билет без мыши и был недоступен для скринридеров.
Позиция компании: ГОСТ — необязателен.
Решение суда: обязывает привести сайт в соответствие ГОСТ, сославшись на принципы равного доступа.
Реальность: суд указал, что право человека — выше “добровольности” стандарта.

Кейс 3. Психоневрологический интернат, Волгоградская обл.

Жалоба от родителей слепого подопечного: сайт интерната не читал скринридер.
Суд обязал:

• адаптировать все страницы,
• использовать ГОСТ 52872 как ориентир,
• разместить кнопку «Версия для слабовидящих» на главной.
  Результат: в регионе провели массовую проверку других сайтов соцучреждений.

Эти случаи — не единичны. Прокуратура в ряде регионов уже использует ГОСТ 52872 как “негласный стандарт” соответствия сайту. Если сайт недоступен → нарушено право на информацию → нарушение закона.

Ждать и надеяться “нас не тронут” — рискованная стратегия.
Даже если вы НКО, коммерческая компания или малое учреждение — иск может прийти от пользователя, его семьи или прокуратуры.
ГОСТ может быть рекомендательным, а закон — нет.

Будущее: mobile-accessibility, AI, персонализированные интерфейсы

Если вы думаете, что “всё доделали” — хорошая новость: всё только начинается.
Доступность становится частью цифрового качества продукта — как скорость загрузки, мобильная версия или дизайн-система. Вот куда движется рынок:

ГОСТ 70500-2022 — доступность мобильных приложений

Да, теперь не только сайт, но и мобильное приложение учреждения/компании должно быть доступным. Новый стандарт (в стадии внедрения) включает требования к:

• озвучке кнопок,
• навигации голосом и жестами,
• совместимости с VoiceOver и TalkBack.

WCAG 2.2 → 3.0

Уже готовится переход к WCAG 3.0 (Project Silver) — принципиально новая модель.
Будет не просто A/AA/AAA, а балльная система соответствия, покрывающая также:

• VR-интерфейсы,
• цифровые киоски,
• голосовых ассистентов.
  Россия адаптирует эти нормы в следующие редакции ГОСТ.

AI-инструменты: от alt до адаптивного интерфейса

Уже работают модули, которые:

• автоматически генерируют alt по изображению,
• синхронно создают субтитры к видео,
• подстраивают интерфейс под тип пользователя (например, включают high-contrast темную тему автоматически).
  Тот же GPT может сгенерировать короткое описание картинки, а YouTube — авто-субтитры. Но важно: пока это только помощник, не замена ручной проверки.

Дизайн-системы с доступностью по умолчанию

GOV.UK, Минцифры РФ, CMS WordPress и Drupal — уже разрабатывают или внедрили компоненты, в которых доступность заложена сразу.
Это значит:

• выпадающее меню уже управляется с клавиатуры,
• кнопка уже имеет aria-label,
• поля формы уже размечены семантически.

Культура доступности внутри команды

Сбер, Яндекс, Mail.ru обучают дизайнеров и тестировщиков:

• как пользоваться скринридерами,
• как проверять контраст,
• как писать тексты alt.
  Это становится частью QA-процесса: Shift Left Accessibility — доступность сразу, а не «в конце».

Через 1–2 года адаптировать сайт — это уже не “отдельный проект”.
Это станет частью базовой разработки. Кто начнёт сейчас — получит фору:

• меньше затрат при доработках,
• готовность к новым нормам,
• рост доверия и качества UX.

FAQ: 5 вопросов, которые задают на консультациях

Каждую неделю к нам приходят учреждения, НКО, подрядчики — и задают примерно одни и те же вопросы. Ниже — ответы, которые экономят 20 минут консультации.

1. Наш сайт — коммерческий. Мы обязаны делать адаптацию?

Пока нет прямого закона. Но если вы работаете с физлицами (интернет-магазин, банк, обучение),
ваш сайт подпадает под КоАП 14.8: отказ в услуге — нарушение.
К тому же: адаптация может быть условием участия в тендерах или грантах.
Совет: сделайте хотя бы базовую адаптацию (версия для слабовидящих, alt, контраст, навигация).

2. Версия для слабовидящих — это обязательно? Или можно без неё?

По приказу Минцифры №953 от 2023 года:
если основной сайт соответствует всем критериям (контраст, озвучка, управление с клавиатуры),
отдельная версия не требуется.
Но если ваш сайт не готов к таким требованиям — лучше сделать спецверсию, даже как временное решение.

3. Сколько стоит аудит и сертификация?

Минимум — 50 000 руб за аудит (1 сайт, базовая проверка).
Комплекс с актом и сертификатом — от 100 до 300 тыс. руб, в зависимости от сложности.
Срок — 5–20 рабочих дней.
Важно: это дешевле, чем последствия жалобы или отказа в тендере.

4. Можно ли использовать плагин, и всё?

Плагин (например, Мибок) — хорошая техническая надстройка,
но не отменяет необходимость ручной работы: alt, формы, PDF, логика.
Суд не примет «у нас стоит скрипт» как защиту.
Совет: используйте плагин как базу, но доводите сайт до ГОСТ руками.

5. Кто проверяет и может оштрафовать?

Роскомнадзор — по КоАП 9.13, если сайт госоргана, МФЦ, учреждения соцзащиты.
Прокуратура — по обращениям граждан, родителей, НКО.
Проверочные листы — уже есть у Рособрнадзора, Минцифры и Минтруда.
Вывод: ждать жалобы не нужно — лучше пройти самооценку или аудит.

Если вы задали эти вопросы — вы уже ближе к решению.
Даже базовая адаптация сайта — это + к репутации, + к тендерам, + к доверию пользователей.
А мы поможем пройти весь путь — от оценки до сертификата.

Проверьте сайт

Если вы дочитали до этого места — значит, тема веб-доступности вам реально важна. Вы понимаете, что это не про “чекбокс ради галочки”, а про качество сервиса, доверие, соблюдение закона и репутацию.
Доступный сайт — это не обязательно дорого и долго. Главное — понимать, что проверять, на чём сыпятся сайты и где разумно вложиться.
Вот с чего можно начать уже сейчас — даже без бюджета:

Мини-чек-лист самопроверки сайта (уровень A–AA ГОСТ / WCAG):

• У всех изображений есть alt (или пустой alt для декоративных)
• Видео имеют субтитры или хотя бы краткое описание
• Формы имеют label или aria-label, ошибки объясняются текстом
• Фокус при навигации Tab виден, логика переходов сохранена
• Контраст ≥ 4.5:1 для основного текста
• Ссылки и кнопки понятны без контекста (нет «Подробнее…»)
• Кнопки и элементы управляются с клавиатуры
• Цвет — не единственный носитель смысла
• PDF-файлы дублируются текстом (html/doc), или размечены
• Проверено через скринридер NVDA / VoiceOver хотя бы 1–2 страницы
• Если ≥ 8 пунктов — вы уже на пути к соответствию.
• Если ≤ 5 — риск провала аудита или жалобы.

Что можно сделать с нами за 48 часов:

• провести экспресс-аудит по ГОСТ (10 контрольных точек),
• подготовить акт с замечаниями и рекомендациями,
• выдать пошаговый план исправлений.
  Всё это — без обязательства «покупать сертификат». Просто точка старта.

Хочется идти дальше? Напишите. Мы покажем:

• как адаптировать сайт без переделки всей платформы,
• какие решения работают «с пол-оборота»,
• как пройти аудит и получить документ, который защитит вас в любой проверке.
  Веб-доступность — это карта. Мы покажем маршрут. Без паники. С уважением. С гарантией результата.

Данные актуальны на 07/2025.