Паспорт проверки

Адрес сайта
https://isolovyev.gitverse.site/dostupno/
Дата и время начала
15 сентября 2026 г., 03:31 МСК
Конфигурации проверки
  • K1. K1: десктоп, светлая тема - Настольный браузер, 1280×900, светлая тема (prefers-color-scheme: light), мышь/клавиатура.
  • K2. K2: десктоп, тёмная тема - Настольный браузер, 1280×900, тёмная тема (prefers-color-scheme: dark).
  • K3. K3: мобильный, сенсорный - Мобильный браузер, 390×844, сенсорный ввод (hasTouch), мобильный User-Agent и isMobile.
  • K5. K5: жёсткая перекомпоновка (reflow) - Вьюпорт 320×256 - эквивалент 320 CSS-пикселей по ширине для проверки reflow (WCAG 1.4.10).
Способ отбора страниц

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

Версия инструмента
0.1.0
Движок и браузер

движок axe-core 4.13.0, браузер Chromium 147.0.7727.15, Node v24.19.0, длительность прогона 153.8 с, пиковая память 433 МБ. Завершено: 15 сентября 2026 г., 03:33 МСК.

Что не проверялось
  • Участие живых людей с инвалидностью в проверке.
  • Живая проверка экранным диктором.

Как читать этот отчёт

Коротко о результате

0

точек роста автоматической проверкой не найдено на 8 проверенных страницах

Дополнительно ИИ проверил картинки, ссылки, формы и читаемость и мест для внимания не отметил.

Самая срочная

Автоматическая проверка нарушений не нашла. Это не значит, что чинить нечего: часть требований проверяется только человеком - смотрите раздел «Что может проверить только человек».

Что сделать за первый день

Автоматическая проверка нарушений не нашла, поэтому первый шаг - проверка человеком. Например:

  1. Заказать живую проверку экрана с экранным диктором.
  2. Пройти вручную ключевые сценарии сайта до конца.
  3. Собрать обратную связь у людей, которые пользуются вспомогательными технологиями.

Техническое задание на доработку

Собрано автоматически по найденным точкам роста: требования по каждой из них, критерии приёмки и ссылки на протоколы; перед передачей подрядчику проверьте применимость требований.

Кому это мешает

  • Незрячие (экранный диктор)

    точек роста этой группы не найдено

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

  • Слабовидящие (увеличение, контраст)

    точек роста этой группы не найдено

    Экран увеличен или усилен контраст: бледный текст, мелкие подписи и элементы, сливающиеся с фоном, становятся неразличимы.

  • Пользователи телефона

    точек роста этой группы не найдено

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

  • Люди, работающие с клавиатуры (нарушения движений)

    точек роста этой группы не найдено

    Человек управляет сайтом с клавиатуры или через переключатели, а не мышью: если функцию нельзя выполнить с клавиатуры или не видно, что сейчас выделено, работа с сайтом останавливается.

  • Люди с когнитивными особенностями

    точек роста этой группы не найдено

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

  • Пожилые

    точек роста этой группы не найдено

    Часто сочетаются ослабленное зрение, слух и меньшая уверенность в интерфейсах: мелкий текст, низкий контраст и непонятные ошибки создают барьер, который человек помоложе может не заметить.

Точки роста

Режим отображения
Важность
Кому мешает

Показано 0 из 0.

Автоматическая проверка не нашла нарушений на этом наборе страниц. Это не означает, что сайт полностью доступен: часть требований проверяется только человеком - смотрите раздел «Что может проверить только человек» ниже.

Что проверил ИИ (предварительно)

Эти выводы сделала языковая модель по содержимому страниц. Они помогают найти, куда смотреть, но решение принимает эксперт.

Картинки

0 картинок без подписи, из них 0 функциональных (внутри ссылок).

Для остальных картинок у ИИ нет готового предложения подписи.

Ссылки и кнопки

ИИ не нашёл неясных ссылок или кнопок.

Понятность текстов

/dostupno/index.html. Уровень текста: средний. Текст в целом понятен, но встречаются длинные предложения и термины (WCAG, профиль адаптации). Нужны короткие фразы и расшифровки аббревиатур при первом упоминании.

  • Сложно: «Доступно» - открытый проект: методология оценки доступности сайтов, методология разработки доступных сайтов и протоколы проверки 55 критериев WCAG 2.2 с российским профилем адаптации.

    Проще: «Доступно» - открытый проект. Он описывает две методики (разработка и оценка) и 55 протоколов проверок по WCAG 2.2 A/AA с учётом российского профиля.

  • Сложно: Проект собирает воспроизводимую процедуру, которую может повторить любой независимый исполнитель, и делает её результаты сравнимыми между собой.

    Проще: Проект предлагает повторяемую процедуру проверки, чтобы разные исполнители получали сопоставимые результаты.

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

    Проще: Проверка идёт в три слоя: автоматика ищет технические ошибки; эксперт проверяет все подходящие критерии; люди с инвалидностью тестируют сценарии, где стандарты бессильны.

Заголовки: Тексты заголовков конкретны, отражают содержание разделов; без общих слов. Структура читается однозначно по смыслу.

/dostupno/proekt.html. Уровень текста: средний. Текст в целом понятен, но встречаются длинные предложения с причастными оборотами и канцеляризмами (например, «несопоставимые результаты», «карта автоматизируемости критериев»). Это повышает когнитивную нагрузку.

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

    Проще: Сейчас каждый проверяет по своему списку правил, поэтому выводы отличаются. Один и тот же сайт могут оценить по-разному из-за разных методов проверки.

  • Сложно: Генератор технических заданий использует ту же методику, что и последующая проверка, поэтому задание и приёмка совпадают по критериям.

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

  • Сложно: Машиночитаемая база критериев (файл JSON) и карта автоматизируемости критериев: автомат частично проверяет 20 из 55 критериев, только вручную - 35, полностью автоматом - ни один.

    Проще: Есть файл со списком критериев для программ и таблица о том, что можно проверить автоматически. Из 55 критериев автомат помогает лишь по 20, ещё 35 - только вручную; целиком автоматически не проверяется ни один.

Заголовки: Тексты заголовков конкретны и отражают содержание разделов; без общих слов. Структура уровней сохранена.

/dostupno/metodika-ocenki.html. Уровень текста: средний. Текст написан понятным языком профессиональной методики, но встречаются длинные предложения и терминология без кратких пояснений (например, WCAG, WCAG-EM). Это повышает когнитивную нагрузку у неподготовленного читателя.

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

    Проще: Оценка помогает понять четыре вещи: соблюдены ли требования WCAG на выбранных страницах; справляются ли разные люди с ключевыми задачами; есть ли препятствия сверх минимальных требований WCAG, особенно для мышления и памяти; можно ли по доказательствам судить о сайте в целом.

  • Сложно: Соответствие критериям не равно практической доступности для каждого человека. WCAG 2.2 (внешняя ссылка, откроется в новой вкладке) прямо указывает, что рекомендации не охватывают все потребности, особенно когнитивные, языковые и учебные.

    Проще: Выполнение критериев ещё не гарантирует удобства всем людям. В WCAG 2.2 сказано, что правила не покрывают все потребности, особенно связанные с мышлением, языком и обучением.

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

    Проще: Если человек смо�� выполнить задачу, это не значит, что сайт формально соответствует всем требованиям. Поэтому проверки делают тремя способами отдельно и сводят выводы только в итоговом заключении.

Заголовки: Заголовки разделов конкретны и отражают содержание; иерархия логична. Аббревиатуры WCAG/WCAG-EM в тексте не расшифрованы при первом упоминании для широкой аудитории.

/dostupno/protokoly.html. Уровень текста: средний. Текст преимущественно понятный, но встречаются длинные предложения с несколькими придаточными и терминами («трассировка», «фикстура», «матрица результата»). Для широкой аудитории полезно упрощать синтаксис и давать краткие пояснения к терминам при первом упоминании.

  • Сложно: Для каждого из 55 критериев уровней A и AA здесь описана одна и та же воспроизводимая процедура: к чему критерий применим, что нужно подготовить, какие шаги выполнить, что считать прохождением и нарушением, когда ставить «не применимо» или «не проверено», какое доказательство обязательно сохранить.

    Проще: Для каждого из 55 критериев уровня A и AA описан единый пошаговый порядок проверки: где применяется, что подготовить, как проверять, что считается успехом или нарушением, когда писать «не применимо» или «не проверено», и какое доказательство сохранять.

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

    Проще: Методика оценки объясняет, что именно и насколько подробно проверять: определяем область, собираем набор страниц, выбираем настройки и инструменты, фиксируем доказательства, оцениваем тяжесть проблем и пишем выводы.

  • Сложно: Её раздел 7 даёт базовый маршрут из 34 контрольных проверок для частых рисков. Когда оценщик доходит до ручной проверки по стандарту (раздел 6.2), он открывает этот документ: протоколы задают полную трассировку по всем 55 критериям, а не только по частым.

    Проще: В разделе 7 методики есть 34 базовые проверки типичных рисков. При ручной проверке по стандарту (раздел 6.2) используют эти протоколы: они охватывают все 55 критериев, а не только частые случаи.

Заголовки: Тексты заголовков конкретны, отражают содержание разделов; h1 задаёт предмет страницы, остальные - логические блоки (назначение, сами протоколы, матрица). Дублирования или общих слов без контекста нет.

/dostupno/osnovaniya.html. Уровень текста: средний. Текст насыщен терминами (WCAG, ACT Rules, COGA), датами версий и ссылками; предложения длинные из-за перечислений. Для профильной аудитории приемлемо, для широкой лучше упростить формулировки и разбить списки.

  • Сложно: Основной проверяемый стандарт: 55 действующих критериев уровней A и AA легли в основу протокола проверок и контрольного списка методики оценки.

    Проще: В основе протоколов проверки лежит основной стандарт WCAG 2.2 с 55 критериями уровней A и AA.

  • Сложно: Использована для построения выборки - структурированной и случайной части - и структуры отчёта об оценке.

    Проще: Она задаёт правила отбора страниц и структуру итогового отчёта по оценке.

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

    Проще: Документ даёт рекомендации по понятности текста, поддержке памяти и предотвращению ошибок.

Заголовки: Тексты заголовков конкретны и отражают содержание разделов: настройки чтения, международная/российская основа, авторское. Дублирования h1/h2 нет; структура логична.

/dostupno/demonstracii.html. Уровень текста: средний. Текст преимущественно ясен, но встречаются длинные предложения с несколькими придаточными и обилием терминов WCAG/AAA/A/AA. Это повышает когнитивную нагрузку при первом прочтении.

  • Сложно: Методика оценки доступности определяет порядок выборки страниц, три слоя проверки и правила заключения по результатам.

    Проще: Методика описывает, как выбирать страницы для проверки, какие есть три уровня проверки и как подводить итог.

  • Сложно: Критерий 3.1.5 «Уровень чтения» имеет уровень AAA и не входит в обязательный профиль A/AA - здесь он не приводится как требование.

    Проще: Критерий «Уровень чтения» относится к уровню AAA и потому не обязателен для профиля A/AA; поэтому мы его не требуем.

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

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

Заголовки: Структура уровней корректна; тексты информативны. h1 задаёт тему, h2 описывают конкретные сценарии (Цветовосприятие, Дислексия, Экранный диктор, Нечёткое зрение). Единственное замечание - нижний h3 «2. Версии методических источников» выбивается из общей логики демонстраций и может быть либо поднят на уровень раздела методики, либо переименован для ясности.

/dostupno/metodika-razrabotki.html. Уровень текста: средний. Текст профессиональный, но структурированный; встречаются длинные предложения и термины (WCAG A/AA/AAA, соответствие, пользовательские процессы). Для широкой аудитории полезно упрощать формулировки и давать краткие пояснения аббревиатур.

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

    Проще: Методика описывает шаги по созданию и развитию сайтов так, чтобы ими могли самостоятельно пользоваться люди с разными потребностями - например, с нарушениями зрения, слуха, моторики, речи, внимания или памяти.

  • Сложно: Она предназначена для владельцев цифровых продуктов, заказчиков, аналитиков, дизайнеров, авторов контента, разработчиков, тестировщиков и служб поддержки.

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

  • Сложно: Объект методологии: веб-страницы, состояния интерфейса, полные пользовательские процессы, встроенные веб-компоненты, документы и медиаматериалы, доступные через сайт.

    Проще: На что распространяется методика: страницы, состояния интерфейса, пользовательские сценарии, компоненты, а также документы и медиа на сайте.

Заголовки: Заголовки конкретны и отражают содержание разделов: есть назначение, основания, профиль потребностей, роли, пошаговый процесс по этапам, проверки, критерии релиза, шаблоны. Аббревиатуры WCAG/COGA уместны для целевой аудитории; при необходимости их можно раскрыть при первом упоминании на странице.

/dostupno/ponyatnost.html. Уровень текста: средний. Текст в целом понятен целевой аудитории специалистов по доступности, но встречаются длинные предложения с вложенными перечислениями и терминами (WCAG, ГОСТ Р ИСО). Для широкой аудитории часть формулировок тяжеловесна.

  • Сложно: Все процедуры, обозначения К01–К12 и правила решения ниже являются авторским проектом. Они не составляют отдельный уровень соответствия WCAG. Нарушение конкретного технического критерия фиксируется дополнительно в техническом реестре, с собственной применимостью и доказательством.

    Проще: Процедуры К01–К12 и правила - это проект авторов. Он не задаёт новый уровень соответствия WCAG. Если нарушен конкретный технический критерий, его фиксируют отдельно в техническом реестре со своей областью применения и доказательствами.

  • Сложно: Набор строят по потребностям, а не по предположению, что диагноз задает одинаковое поведение. Пожилой возраст не означает когнитивное нарушение; наличие РАС или СДВГ не описывает автоматически возможности чтения и принятия решений.

    Проще: Подбирайте участников исходя из потребностей, а не только диагноза. Возраст сам по себе не говорит о когнитивных нарушениях; РАС или СДВГ не определяют заранее навыки чтения и принятия решений.

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

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

Заголовки: Тексты заголовков конкретны: отражают назначение, этапы подготовки, согласия, перечень проверок К01–К12, карточку наблюдения, правила решения, хранение данных. Общих слов без контекста нет; структура информативна.

Формы

Полей без подписи ИИ не нашёл.

Что проверено дополнительно

Часть мест проверена автоматически по геометрии или снимкам, часть решает ИИ по изображению, а часть стоит посмотреть человеку.

Дополнительных мест для проверки автомат не отметил.

Что может проверить только человек

Даже когда автоматическая проверка и ИИ отмечают места для внимания, финальную оценку доступности даёт человек. Например:

  • Как страница на самом деле звучит и работает с живым экранным диктором или другим вспомогательным устройством, а не только по данным разметки.
  • Можно ли пройти реальный сценарий до конца - например, оформить заказ или получить услугу, а не только открыть страницу.
  • Как оценивают сайт люди, которые каждый день пользуются вспомогательными технологиями: их опыт не заменит ни автоматическая проверка, ни ИИ.
  • Уместность и тон формулировок и подписей, которые предлагает ИИ - последнее слово всегда за экспертом.
  • Сложные и нестандартные ситуации: нестандартные виджеты, юридически значимые действия, редкие сценарии использования.
Полный список критериев, которые проверяются только вручную (35)