Методология оценки доступности сайтов

Версия: 0.2
Дата: 11 сентября 2026 года
Статус: проект для обсуждения и апробации. Документ не является утвержденным стандартом, нормативным правовым актом, сертификатом или автоматическим основанием для заявления о соответствии.

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

1. Назначение и принцип оценки

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

Оценка отвечает на четыре разных вопроса:

1. какие критерии WCAG выполнены на проверенных страницах и состояниях;
2. могут ли разные пользователи завершить ключевые процессы;
3. какие барьеры выходят за минимальные критерии WCAG, особенно в когнитивной доступности;
4. насколько доказательства позволяют распространить вывод за пределы выборки.

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

Единый процент доступности не используется. Сканер не выдает сертификат. Числовой балл способен скрыть блокирующий дефект среди множества успешных проверок. WCAG-EM 2.0 (внешняя ссылка, откроется в новой вкладке) допускает агрегированный показатель только как дополнительный и предупреждает, что единой достаточно надежной метрики нет, а WCAG не предоставляет рейтинговую схему.

Российские правовые основания и область обязательности определяются отдельно для конкретного сайта, категории его владельца и даты оценки. Действующие и вступающие в силу документы российского профиля перечислены в разделе 2.1.

2. Версии методических источников

Основным стандартом проверки является WCAG 2.2 (внешняя ссылка, откроется в новой вкладке), Рекомендация W3C в актуальной публикации от 12 декабря 2024 года. Целевой уровень, обычно A или AA, задает заказчик. Для уровня AA должны быть выполнены все применимые критерии A и AA, а не среднее или большинство.

Для организации выборки и отчета применяется WCAG Evaluation Methodology 2.0 (внешняя ссылка, откроется в новой вкладке), опубликованная 23 июля 2026 года как W3C Group Note. На дату этой версии она уже не является черновиком, однако Group Note не равна W3C Recommendation и не добавляет требований к WCAG. WCAG-EM 1.0 от 10 июля 2014 года (внешняя ссылка, откроется в новой вкладке) сохраняется как предыдущая версия и не должна ошибочно выдаваться за текущую.

Для когнитивной доступности используется Making Content Usable for People with Cognitive and Learning Disabilities (внешняя ссылка, откроется в новой вкладке). Это рекомендательное дополнение W3C, а не часть требований для соответствия WCAG. Проверки COGA в отчете получают отдельную метку «рекомендательная проверка» либо «Предложение проекта», если заказчик сделал их договорным условием.

Для описания прозрачных тестовых правил можно использовать ACT Rules Format 1.1 (внешняя ссылка, откроется в новой вкладке). Формат правила не гарантирует полноту реализации и не превращает отдельное правило в сертификат соответствия всему стандарту.

2.1. Российский профиль

Постановление Правительства РФ от 07.02.2026 № 102 (внешняя ссылка, откроется в новой вкладке) действует с 01.03.2026 и образует специальный обязательный профиль для официальных сайтов государственных органов, органов местного самоуправления и подведомственных им организаций в части доступности для инвалидов по зрению. Оно не является общей нормой для всех сайтов и всех видов ограничений.

ГОСТ Р 52872-2019 (внешняя ссылка, откроется в новой вкладке) имеет общий предмет доступности интернет-ресурсов, приложений и интерфейсов. ГОСТ Р 70176-2022 (внешняя ссылка, откроется в новой вкладке) применяется к PDF-документам, а не к интерфейсу сайта или процессу конвертации; PDF/A не равен PDF/UA. ГОСТ Р ИСО 21801-1-2022 (внешняя ссылка, откроется в новой вкладке) дает общие указания по когнитивной доступности, но не самостоятельный измеримый чек-лист сайта. Эти стандарты имеют разные предметы и не тождественны WCAG 2.2 AA. В отчете для них ведется отдельная трассировка.

Приказ Минтруда России от 14.11.2025 № 647н (внешняя ссылка, откроется в новой вкладке) вступает в силу 01.09.2027 и на дату этой версии не действует. Размещенное DOCX-приложение имеет незаполненные реквизиты в грифе, поэтому его содержание можно использовать только как источник проектной идеи цикла адаптации понятного текста, а не как сверенный действующий нормативный текст.

3. Паспорт области оценки

До проверки фиксируются:

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

Область описывается так, чтобы другой специалист мог выбрать тот же продукт и версию. Формулировки «основной сайт», «текущая версия» и «типовые страницы» без перечня недостаточны.

Юридически применимый и добровольный профили оцениваются раздельно. Если право или договор ссылаются на иную редакцию требований, успешная проверка WCAG 2.2 не подменяет юридический анализ, а более узкий юридический профиль не ограничивает добровольную цель. В заключении для каждого профиля приводится собственная трассировка. WCAG 2.2 AA в этом проекте является рекомендуемой добровольной целью, пока для конкретной области не установлено иное проверенным основанием.

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

4. Исследование продукта и выборка

4.1. Инвентаризация

Оценщик выявляет:

1. общие страницы и представления: главная, вход, регистрация, поиск, карта сайта, контакты, помощь, юридическая информация, заявление о доступности и обратная связь;
2. существенные функции: получение услуги, создание документа, заполнение формы, отправка, оплата, подтверждение, загрузка, публикация, восстановление доступа;
3. типы страниц и состояний: шаблоны, роли, ошибки, пустые результаты, модальные окна, уведомления, таблицы, редакторы, панели и динамические состояния;
4. технологии: HTML, CSS, JavaScript, WAI-ARIA, графика, медиаплееры, форматы документов и сторонние компоненты;
5. чувствительные и высокорисковые функции: аутентификация, персональные данные, юридические и финансовые действия;
6. отличающиеся адаптивные, языковые и персонализированные варианты.

Эта схема следует этапу 2 WCAG-EM 2.0 (внешняя ссылка, откроется в новой вкладке).

До выбора образцов создается генеральный реестр области. Единицей является не только URL, но пара «ресурс + представление/состояние»: один URL с публичной и авторизованной ролью, открытым диалогом, ошибкой или мобильной компоновкой может давать несколько единиц. Реестр строится из карты сайта и маршрутов приложения, выгрузки CMS, разрешенного обхода ссылок, перечня процессов и данных владельца. Для каждой единицы сохраняются стабильный ID, канонический URL или способ открытия, роль, язык, шаблон, функция, технология, состояние, дата обнаружения и источник перечисления.

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

4.2. Структурированная выборка

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

4.3. Случайная выборка

По шагу 3.2 WCAG-EM 2.0 (внешняя ссылка, откроется в новой вкладке) число случайно выбранных уникальных страниц, представлений или состояний составляет 10% от размера структурированной выборки. Они добавляются поверх нее. Если структурированная выборка содержит 80 единиц, случайная содержит 8, итог до добавления страниц полных процессов равен 88. Доля считается от структурированной выборки, а не от общего числа страниц сайта.

Предложение проекта При дробном результате применяется округление вверх, чтобы случайная часть не стала меньше 10%. Для структурированной выборки от 1 до 9 единиц включается хотя бы одна случайная единица, если вне структурированной выборки существует другой материал.

Алгоритм случайной части:

1. заморозить версию генерального реестра и структурированной выборки;
2. удалить из кандидатов все структурированные единицы и документированные дубли;
3. рассчитать 10% от числа структурированных единиц; округление вверх является Предложением проекта;
4. записать алгоритм, seed, дату и порядок исходного списка;
5. выбрать без возвращения уникальные единицы и добавить их поверх структурированной выборки;
6. сохранить выбранные и отклоненные как недоступные единицы с причиной замены;
7. если случайная часть выявила новый тип, технологию, состояние или новый класс дефекта, добавить соответствующие экземпляры в структурированную часть, пересчитать случайную часть и повторять сравнение до репрезентативности.

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

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

4.4. Полные процессы и состояния

Если выбранная единица является частью процесса, включаются начальная точка, все страницы и состояния основной последовательности, а также часто используемые и критичные ответвления. Для каждого перехода фиксируются действия и данные. Одного URL недостаточно, потому что состояние может зависеть от роли, заполнения, ошибки или ответа сервера.

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

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

WCAG 2.2 требует (внешняя ссылка, откроется в новой вкладке), чтобы при заявлении соответствия процесса все его страницы соответствовали целевому уровню. А WCAG-EM 2.0 (внешняя ссылка, откроется в новой вкладке) требует включать в выборку все единицы выбранного процесса.

4.5. Когда проверяется весь сайт

Полная проверка предпочтительна, если продукт мал, число представлений ограничено либо его нельзя осмысленно разделить. Выборка снижает объем проверки, но ограничивает вывод. Она не доказывает отсутствие дефектов вне проверенных единиц. WCAG-EM 2.0 (внешняя ссылка, откроется в новой вкладке) предупреждает, что по одной выборке нельзя заявить соответствие всего сайта, поскольку на непроверенных страницах могут оставаться ошибки.

5. Конфигурации и вспомогательные технологии

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

Предложение проекта Минимальная матрица для публичного адаптивного сайта включает:

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

Версии выбираются по реальной аудитории и фиксируются полностью. Для каждого прогона обязательны: версия/сборка продукта, ОС и версия, браузер и версия, вспомогательная технология и версия, язык интерфейса, viewport и ориентация, масштаб, способ ввода, системные настройки движения/контраста, дата, результат и ссылка на доказательство. Исключение поля допускается только с причиной. Успех в одной комбинации не переносится на все платформы. WCAG связывает «поддерживаемый доступностью» способ использования технологии с проверенной совместимостью со вспомогательными технологиями и пользовательскими агентами: определение accessibility supported (внешняя ссылка, откроется в новой вкладке).

6. Три слоя проверки

6.1. Автоматические проверки

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

В отчете указываются набор правил и версия, проверенные страницы и состояния, количество проверенных элементов, каждый подтвержденный дефект, ложные срабатывания и остаток, требующий ручной проверки. Повторяющийся HTML id сам по себе не означает нарушение исключенного из WCAG 2.2 критерия 4.1.1: отдельно устанавливается его влияние на применимые критерии, например 1.3.1 или 4.1.2. Автоматические результаты не смешиваются с ручными в общий процент.

6.2. Ручная проверка по стандарту

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

6.3. Проверка с пользователями

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

W3C WAI (внешняя ссылка, откроется в новой вкладке) указывает, что оценка с пользователями выявляет проблемы удобства, которые не обнаруживаются одной проверкой соответствия. Результаты нельзя использовать для заявления, что критерий WCAG выполнен без проверки нормативного условия.

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

До сессии участник получает доступное описание цели, задач, рисков, компенсации, собираемых данных, срока хранения и удаления. Он может сделать перерыв, прекратить участие или отозвать разрешение на использование записи без объяснения причин. Запись аудио, видео или экрана требует отдельного согласия. Команда предоставляет привычную конфигурацию, необходимые условия общения и безопасную фикстуру без реального платежа и чужих данных. Модератор останавливает задачу при дискомфорте, угрозе потери данных или просьбе участника, предлагает помощь и проводит разбор. После сессии участнику сообщают доступный канал поддержки. Исследовательский протокол хранит код участника и минимум персональных данных.

7. Базовый набор из 34 контрольных проверок

Эти 34 пункта служат базовым маршрутом проверки частых рисков и не являются полным чек-листом WCAG 2.2 A/AA. Для заявления о профиле AA оценщик обязан пройти все 55 действующих критериев A и AA по приложению «Протоколы проверок WCAG 2.2 A/AA» и связать каждый результат с единицей выборки, состоянием и доказательством. Исключенный критерий 4.1.1 в число 55 не входит; критерии 2.2.6 и 2.5.6 имеют уровень AAA и не входят в обязательный профиль AA.

Каждая проверка выполняется на применимых единицах выборки и состояниях. В колонке «Источник» WCAG означает проверяемое требование, COGA означает рекомендательное дополнение.

Проверка ограничения времени по WCAG 2.2.1 (внешняя ссылка, откроется в новой вкладке) выполняется отдельной карточкой полного реестра: для каждого установленного контентом лимита проверяются выключение, настройка или продление и точные исключения критерия. Сохранение введенных данных после тайм-аута является отдельным когнитивным Предложением проекта и не подменяет 2.2.1.

Пункты 32–34 выполняются по приложению «Протокол понятности и когнитивной доступности», где К01–К12 заданы как авторские сценарии. Их результат хранится отдельно от решения по 55 критериям WCAG A/AA и не повышает или не понижает уровень WCAG автоматически.

8. Доказательства и регистрация результата

Для каждого результата сохраняются:

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

Снимок экрана полезен для визуального дефекта, но не доказывает порядок фокуса, объявление скринридера или динамическое поведение. Для таких случаев нужны последовательность действий и наблюдаемый вывод. Код помогает установить причину, но итог проверки описывает пользовательски наблюдаемый результат.

Статус «не применимо» требует обоснования. «Не проверено» не считается успехом. Если специалисты расходятся, сохраняются обе интерпретации, нормативный текст, выбранное решение и ответственный за него.

9. Серьезность дефекта

Серьезность назначается независимо от уровня A, AA или AAA. Уровень WCAG отражает модель соответствия, а серьезность отражает ущерб в конкретном продукте.

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

10. Правила заключения

Заключение содержит:

1. точную область, версию и период;
2. целевой профиль WCAG и дополнительные критерии;
3. метод и состав структурированной, случайной и процессной выборки;
4. конфигурации и ограничения доступа;
5. раздельные итоги автоматических, ручных и пользовательских проверок;
6. перечень дефектов по серьезности, критериям, процессам и группам потребностей;
7. ограничение вывода пределами выборки;
8. условия повторной проверки.

Допустимые формулировки:

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

Формулировка «сайт соответствует WCAG 2.2 AA» допустима только при наличии основания для всей заявленной области и выполнении всех пяти требований соответствия (внешняя ссылка, откроется в новой вкладке). По обычной выборочной оценке формулируется результат выборки, а не соответствие всего сайта. Отсутствие ошибок автоматической проверки нельзя описывать как отсутствие барьеров.

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

COGA-выводы приводятся отдельно: «соответствует предложению», «частично поддерживает», «обнаружен пользовательский барьер». Они не повышают и не понижают уровень WCAG сами по себе.

11. Повторная проверка и регрессия

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

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

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

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

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

12. Шаблоны

12.1. Паспорт оценки

Продукт и владелец:
Версия, сборка, период:
Домены и исключения:
Роли и языковые версии:
Юридически применимый профиль и основание:
Добровольный целевой профиль:
Целевой профиль WCAG:
Дополнительные требования:
Технологии и сторонние контуры:
Критические процессы:
Ограничения доступа и тестовых данных:
Версия генерального реестра, способ перечисления и дедупликация:
Размер структурированной выборки, расчет 10%, seed и дата выбора:
Ответственные лица:

12.2. Матрица покрытия

ID единицы:
URL или способ открыть состояние:
Тип: структурированная / случайная / полный процесс:
Шаблон страницы:
Функции:
Технологии:
Роль и состояние:
Фикстура, способ входа, TTL сессии и сброс:
Адаптивный вариант:
Документы и медиа:
Покрываемые критерии и конфигурации:
Причина включения:
Связанные полные процессы и состояния:

12.3. Карточка дефекта

ID и краткое название:
Серьезность и обоснование:
Источник требования и прямая ссылка:
Страница, состояние, версия:
Конфигурация:
Предварительные условия:
Фикстура, тестовая роль, способ входа и TTL:
Шаги:
Точная последовательность клавиш/жестов:
Ожидаемый результат:
Фактический результат:
Доказательство:
Влияние на пользователя:
Повторяемость и связанные страницы:
Владелец риска и срок:
Временный доступный обход:
Предлагаемый критерий приемки исправления:
Связанный компонент и объем регрессии:
Статус повторной проверки:

12.4. Пользовательский протокол

Код участника без лишних персональных данных:
Модель взаимодействия и привычная конфигурация:
Согласованные условия и формат общения:
Информированное согласие и дата:
Компенсация и условия:
Отдельное согласие на аудио/видео/экран:
Право остановиться и решение об отзыве данных:
Срок хранения и дата удаления:
Доступные условия, перерывы и поддержка:
Риск, инцидент и помощь после сессии:
Цель и начальное состояние задачи:
Наблюдаемые шаги:
Достигнутый результат:
Ошибки, возвраты, подсказки и помощь:
Понимание последствий:
Потеря данных или контекста:
Самооценка нагрузки и уверенности:
Цитата участника при согласии:
Барьер и связь с дефектом:
Статус сессии: не проводилась / завершена / остановлена

12.5. Реестр контрольных результатов

Проверка:
Критерий WCAG или предложение проекта:
Единица выборки:
Версия/сборка продукта:
ОС и версия:
Браузер и версия:
AT и версия:
Язык, viewport, ориентация и масштаб:
Способ ввода и системные настройки:
Фикстура и последовательность клавиш/жестов:
Статус:
Ожидаемый результат:
Фактический результат:
Доказательство:
Дефект:
Ссылка на вывод AT или иное доказательство:
Связанный компонент и регрессия:
Оценщик и дата:
Примечание о применимости:

12.6. Структура итогового отчета

1. Резюме для принятия решения
2. Область, версия и ограничения
3. Стандарты и дополнительные правила
4. Метод исследования и выборка
5. Конфигурации
6. Итоги автоматических проверок
7. Итоги ручных проверок
8. Итоги пользовательских проверок
9. Дефекты по серьезности и процессам
10. Матрица покрытия
11. Ограничения заключения
12. План исправлений и повторной проверки

13. Основные источники

1. W3C, Web Content Accessibility Guidelines (WCAG) 2.2 (внешняя ссылка, откроется в новой вкладке), Recommendation от 12 декабря 2024 года.
2. W3C, WCAG 2.2 Conformance Requirements (внешняя ссылка, откроется в новой вкладке).
3. W3C, WCAG Evaluation Methodology 2.0 (внешняя ссылка, откроется в новой вкладке), Group Note от 23 июля 2026 года.
4. W3C, Website Accessibility Conformance Evaluation Methodology 1.0 (внешняя ссылка, откроется в новой вкладке), предыдущая Working Group Note от 10 июля 2014 года.
5. W3C, Making Content Usable for People with Cognitive and Learning Disabilities (внешняя ссылка, откроется в новой вкладке), Working Group Note от 29 апреля 2021 года.
6. W3C WAI, Involving Users in Evaluating Web Accessibility (внешняя ссылка, откроется в новой вкладке).
7. W3C, Accessibility Conformance Testing Rules Format 1.1 (внешняя ссылка, откроется в новой вкладке), Recommendation от 5 февраля 2026 года.
8. W3C WAI, ARIA Authoring Practices Guide (внешняя ссылка, откроется в новой вкладке).
9. W3C WAI, Tutorials (внешняя ссылка, откроется в новой вкладке).
10. Правительство РФ, постановление от 07.02.2026 № 102 (внешняя ссылка, откроется в новой вкладке), действует с 01.03.2026 в пределах установленной им области.
11. Росстандарт, официальные карточки ГОСТ Р 52872-2019 (внешняя ссылка, откроется в новой вкладке), ГОСТ Р 70176-2022 (внешняя ссылка, откроется в новой вкладке) и ГОСТ Р ИСО 21801-1-2022 (внешняя ссылка, откроется в новой вкладке).
12. Минтруд России, приказ от 14.11.2025 № 647н (внешняя ссылка, откроется в новой вкладке), вступает в силу 01.09.2027.

Ссылки и статусы источников проверены на дату версии документа. При повторном аудите их следует проверять заново.