Публичное описание проекта

Проект «Доступно»

1

Суть проекта

«Доступно» - открытая воспроизводимая методология оценки доступности цифровых ресурсов и методология разработки доступных сайтов. В её основе одно ядро: 55 действующих критериев WCAG 2.2 (Руководство по доступности веб-содержимого консорциума W3C; версия 2.2 принята как международный стандарт ISO/IEC 40500:2025, в России на основе версии 2.1 разработан ГОСТ Р 52872-2019) уровней A и AA с российским профилем, единый порядок выборки страниц и единые правила заключения. Российский профиль опирается на национальные стандарты ГОСТ Р 52872-2019, ГОСТ Р 70176-2022 и ГОСТ Р ИСО 21801-1-2022, на требования Постановления Правительства Российской Федерации от 07.02.2026 № 102 к официальным сайтам государственных органов и на подход Минтруда России к понятному изложению информации (приказ от 14.11.2025 № 647н). Правила, которые методика добавляет сверх этих документов, основаны на рекомендациях W3C (международный консорциум, разрабатывающий стандарты веба; его рекомендации применяются в России добровольно, если на них не ссылаются ГОСТ, договор или техническое задание) и на изученном опыте национальных режимов доступности 23 стран, включая Китай, Республику Корея, Японию, Сингапур, Эстонию и страны Северной Европы; каждое такое правило помечено как предложение проекта с указанием источника, перечень учтённых документов открыт на странице «Основания».

На этом ядре построены три продукта. Методологию разработки, методологию оценки и протоколы проверки 55 критериев читает и применяет человек. Сервис оценки проверяет сайт в три слоя: автоматически, вручную по протоколам и с участием людей с инвалидностью. Генератор технических заданий использует ту же методику, что и последующая проверка, поэтому задание и приёмка совпадают по критериям.

Что такое генератор технических заданий

Генератор технических заданий работает в двух направлениях. Первое реализовано: по итогам проверки сайта он собирает задание на доработку: требования по каждой найденной точке роста, критерии приёмки и ссылки на протоколы; такое задание выдаётся вместе с отчётом проверки. Второе направление, задание на разработку нового сайта или раздела по описанию заказчика (по методологии разработки), выполняется по заявке; если к нему будет интерес, оно станет автоматическим.

Результат работы - не процент доступности, а перечень доказанных точек роста, честно описанное покрытие проверки и её границы.

С 22 сентября 2026 года методология оценки построена как зонтичный документ: общая часть, применимая к любому цифровому ресурсу, и отраслевые разделы по видам ресурса. Раздел о сайтах и веб-приложениях уже готов и прошёл внутреннюю апробацию; для электронных документов, мобильных приложений, настольного программного обеспечения, цифровых сервисов и процессов с авторизацией и терминалов самообслуживания изданы протоколы, но апробация не завершена. Полная таблица готовности разделов - в методологии оценки.

2

Проблема

Требования к доступности сайтов в России существуют: национальные стандарты определяют общие принципы, а требования к официальным сайтам государственных органов для людей с нарушениями зрения действуют с 1 марта 2026 года.

Задача поставлена и на уровне Президента: пунктом 9 перечня поручений от 07.02.2025 № Пр-248 Минцифры России поручено представить предложения об адаптации российских программ и информационных ресурсов для людей с ограниченными возможностями здоровья. Методики проекта предлагаются как вклад в решение этой задачи.

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

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

3

Для кого

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

4

Стадия готовности

Честно: что уже сделано, а что ещё нет.

  • Готово Методология оценки доступности цифровых ресурсов - редакция 0.3.6: общая часть и разделы по видам ресурсов, для сайтов раздел готов, для электронных документов, мобильных приложений, цифровых сервисов с авторизацией, настольного программного обеспечения и терминалов самообслуживания изданы протоколы проверок; методология разработки - редакция 0.2. Опубликованы для обсуждения.
  • Готово 55 протоколов проверки WCAG 2.2 уровней A и AA с российским профилем; машиночитаемая база критериев - в файле JSON, автоматизируемость описана на карте автоматизируемости: автомат частично проверяет 20 из 55 критериев, только вручную - 35, полностью автоматом - ни один.
  • Готово Автоматический тестировщик проверяет по всем 55 протоколам (автомат частично закрывает 20 из них, остальное - вручную) и выдаёт паспорт проверки, перечень точек роста, снимки экрана и файл .csv; сервис оценки с публичной формой «Проверить сайт» работает в опытной эксплуатации: заявка становится в очередь, сервис показывает прогноз ожидания, присылает ссылку на отчёт и уведомление в мессенджере, вычислительные мощности пока ограничены. Сайт проекта проверен по собственной методике: отчёт открыт.
  • Готово Генератор технических заданий по отчёту проверки выдаётся вместе с отчётом (пример на странице цикла проверки); заявка на задание по описанию заказчика для нового сайта принимается по форме и станет автоматической при появлении интереса. Есть и сравнение двух отчётов, снятых до и после доработки сайта (пример там же).
  • Частично Пилотные проверки: демонстрационный цикл на сайте самого проекта (три версии, отчёты, технические задания, сравнения), проверка сайта одной коммерческой компании по закрытой ссылке и проверки нескольких публичных сайтов через форму сервиса уже проведены; пилоты с регионами и отраслями ещё не начаты.
  • Не начато Апробация методик на действующих сайтах двумя независимыми оценщиками и программа участия людей с инвалидностью в проверках как тестировщиков - ещё не начаты.

Пример работы сканера

Сканер уже прогнан по сайту самого проекта. Отчёт собран в формате, рассчитанном на чтение человеком, а не только на скачивание данных: короткий паспорт проверки и перечень точек роста, каждый пункт которого можно выгрузить в файл .csv. Так выглядит результат работы сервиса оценки, который ниже можно запустить для любого публичного сайта.

Полная последовательность - версия сайта, отчёт, техническое задание, доработка, повторный отчёт и сравнение результатов - показана на странице цикл проверки на своём сайте.

5

Принципы

Методика открытая. Автоматика не заменяет человека. Единого процента доступности нет. Люди с инвалидностью участвуют в проверках, а не только упоминаются в них. Каждое авторское правило помечено и снабжено источником. Принципы методики на главной странице описаны подробнее.

6

Эффекты и показатели

Что предполагается отслеживать, без целевых цифр:

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

7

Этапы

Последовательность без дат: каждый этап начинается по готовности предыдущего.

  • Сделано Тестировщик с публичной формой сервиса оценки.
  • Сделано Генератор технических заданий по отчёту проверки.
  • Далее Апробация методик на действующих сайтах двумя независимыми оценщиками.
  • Далее Пилотные проверки с регионами и отраслями.
  • Далее Публикация методик как рекомендуемого стандарта.
  • Далее Программа участия тестировщиков с инвалидностью.

8

Перспективы

Направления развития сверх текущего прототипа, без сроков.

  • Распределённое выполнение проверок на нескольких узлах, чтобы очередь заявок не росла при увеличении числа сайтов.
  • Уведомления о готовности отчёта в отечественном мессенджере MAX (отечественный мессенджер) от имени организации, помимо уведомлений в Telegram.
  • Скачиваемый компонент тестировщика для проверки сайтов в закрытых контурах, когда данные нельзя отправлять во внешний сервис.
  • Участие людей с инвалидностью в проверках как отдельный, самостоятельный слой доказательства доступности, а не дополнение к автоматике.
  • Консилиум нескольких моделей ИИ для перекрёстной проверки замечаний одной модели друг другом, с обязательной сверкой человеком.
  • Регулярные повторные проверки одних и тех же сайтов с отслеживанием динамики устранения точек роста.
  • Публичный реестр деклараций доступности по образцу зарубежных регуляторов.

9

Кто нужен проекту

  • организации людей с инвалидностью - для пользовательских проверок;
  • региональные лаборатории и методические центры - для соавторства и апробации методик;
  • заказчики пилотных проверок;
  • разработчики, готовые проверять свои сайты по методике.

10

Открытые вопросы

  • юридический статус результата оценки: как заключение может использоваться в закупках и спорах;
  • порядок хранения доказательств и персональных данных пользовательских сессий;
  • модель финансирования независимых проверок.