Кратко

  • W3C опубликовал WCAG Evaluation Methodology 2.0 как Group Note 23 июля 2026 года. Документ поддержан Accessibility Guidelines Working Group, но не W3C и не его Участниками; он не вводит и не заменяет требования WCAG.
  • Сначала оценщик строит структурированную выборку из типичных представлений, ключевых функций, разновидностей контента, используемых технологий и иных значимых случаев. Затем добавляется случайная выборка размером 10% от структурированной.
  • В примере W3C к 80 структурированным образцам добавляют восемь случайных, получая 88. Строго научная процедура отбора не обязательна, но она должна охватывать весь заявленный объем продукта, не следовать предсказуемому шаблону и быть задокументирована.
  • Полные процессы защищены отдельным правилом: если образец входит в последовательность действий, в оценку включаются все страницы или представления стандартного пути и важных ответвлений.
  • В большинстве случаев выборочная оценка по WCAG-EM сама по себе не позволяет заявить о соответствии WCAG всего продукта. Любой публичный или закупочный вывод должен иметь запись, связывающую выборку с решением: знаменатель, объем, метод, ответственные лица, дата и точный вид заявления.

Десять процентов появляются после экспертного проектирования

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

Статус документа тоже задает границу. Это информативная Group Note, а не Recommendation. Accessibility Guidelines Working Group ее поддерживает, но публикация не является одобрением W3C или его Участников. Методика не создает новых критериев WCAG и не сертифицирует оцениваемые продукты.

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

Лишь после этого требование 3.2 задает отношение: случайных образцов должно быть 10% от числа структурированных. При 80 структурированных добавляют восемь, получая 88.

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

Случайная выборка проверяет карту оценщика

Два набора выполняют разные задачи. Структурированный представляет то, что оценщик увидел при исследовании. Случайный ищет то, что осталось за пределами этой карты. После тестирования WCAG-EM требует сравнить результаты: появились ли только в случайном наборе новые типы контента или новые нарушения?

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

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

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

Полный процесс нельзя сократить до удобного экрана

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

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

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

Масштаб доказательства ограничивает масштаб заявления

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

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

Методика разрешает необязательное evaluation statement. Оно должно содержать дату, название, версию и URI WCAG, уровень, границы продукта, используемые технологии и базу поддержки доступности. Владелец продукта обязуется обеспечивать действительность и сохранять точность такого заявления.

Это обязательство требует указать версию и условия пересмотра. Замена дизайн-системы, платежей, аутентификации, CMS, стороннего компонента или базы вспомогательных технологий может обесценить прежний результат. Текст без срока действия остается прежним, хотя объект оценки уже изменился.

Краткая квитанция должна сопровождать решение

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

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

В квитанции указываются продукт, версия и точный объем; версия и уровень WCAG; база поддержки; размер и обоснование структурированной выборки; число случайных элементов, знаменатель и метод; полные процессы; находки, возникшие только случайно, и последующие расширения. Там же должны быть оценщик, заказчик, ответственный владелец, дата, срок действия или событие пересмотра и класс вывода: внутренний результат, заявление WCAG-EM или заявление о соответствии WCAG.

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

В оптике агентской проблемы Heng Lu доверие исчезает, когда читатель не видит, какой агент выбрал доказательства и какой принципал придал заявлению силу. Знаменатель, роли и вид утверждения в одной записи делают делегирование проверяемым.

Чего источники не доказывают

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

Предупреждение о полном соответствии не обесценивает выборочную оценку; оно не дает молча расширить ее вывод. Эта статья не оценивает доступность конкретного продукта и не обвиняет оценщиков в искажении. Предложенная квитанция — рекомендация Daniel Kade по управлению, а не существующее требование или сертификат W3C.

Источники

  1. W3C — сообщение о Group Note WCAG-EM 2.0
  2. W3C — WCAG Evaluation Methodology 2.0, Group Note от 23 июля 2026 года
  3. W3C — история публикаций WCAG-EM 2.0
  4. W3C — типы документов
  5. W3C — Process Document от 18 августа 2025 года
  6. W3C — Web Content Accessibility Guidelines 2.2
  7. W3C WAI — инструмент отчетов WCAG-EM
  8. Heng Lu — On the Agency Problem at the Core of Internet Governance