VPAT и Accessibility Conformance Report (ACR) простыми словами

Если вы продаёте программное обеспечение, SaaS-продукт или сайт федеральному ведомству США, университету или крупной компании, рано или поздно отдел закупок попросит VPAT. На самом деле им нужен Accessibility Conformance Report (ACR) — заполненный VPAT, который по каждому критерию говорит, насколько доступен ваш продукт. На этой странице — что это за шаблон, какие у него редакции и где в нём место автоматическому тестированию. Это общая информация, не юридическая консультация.

Что такое VPAT

VPAT расшифровывается как Voluntary Product Accessibility Template. Его ведёт Information Technology Industry Council (ITI), который описывает его как шаблон, переводящий стандарты доступности в критерии тестирования. «Добровольный» (voluntary) означает, что поставщик сам решает документировать свой продукт; заказчики часто просят такой документ при закупках.

Текущая версия на странице ITI — VPAT 2.5Rev (апрель 2025 года).

VPAT и ACR

• VPAT — пустой шаблон.
• ACR — готовый отчёт. Когда продукт протестирован и VPAT заполнен задокументированными результатами, ITI называет его Accessibility Conformance Report.

Поэтому «пришлите ваш VPAT» почти всегда означает «пришлите ваш ACR». ITI не сертифицирует, не одобряет и не рецензирует VPAT, и процедуры подачи нет: вы публикуете ACR или передаёте его заказчикам. Оценки «прошёл/не прошёл» нет; отчёт описывает продукт таким, какой он есть.

Четыре редакции VPAT 2.5

ITI предлагает шаблон в четырёх редакциях, каждая построена вокруг своих стандартов:

Какую выбрать: федеральным заказчикам в США нужна редакция 508; европейским государственным заказчикам — редакция EU; компания, которая продаёт на обоих рынках, обычно выбирает INT, чтобы один раз отчитаться по всему. VPAT для WCAG 2.2 — это редакция WCAG или INT. О самом требовании в США — на нашей странице о Section 508; об EN 301 549 — в руководстве по EAA.

Как ACR описывает соответствие

По каждому критерию поставщик указывает один из четырёх уровней соответствия: Supports (поддерживается), Partially Supports (поддерживается частично), Does Not Support (не поддерживается) или Not Applicable (неприменимо). («Partially Supports» заменил прежний «Supports with exceptions».) Точное значение каждого уровня определено в самом шаблоне.

В версии 2.5 рядом с каждым уровнем есть колонка для замечаний и пояснений: что тестировалось, что не работает и, в идеале, когда это будет исправлено. Именно замечания делают отчёт полезным: честное «Partially Supports» с понятным замечанием полезнее заказчику, чем колонка «Supports», которую никто не может воспроизвести.

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

Тестирование доступности для VPAT: где место автоматике

ACR хорош ровно настолько, насколько хорошо тестирование за ним. Разумный порядок:

1. Определите охват. Какой продукт, версию, страницы, сценарии и платформы охватывает отчёт.
2. Запустите автоматические тесты для каждой страницы и состояния в охвате. Наш WCAG тестер проверяет страницу по WCAG 2.2 A и AA с помощью axe-core; расширение для браузера проверяет страницы за входом в аккаунт, например панель SaaS-продукта.
3. Проверьте вручную то, что машина оценить не может: работу с клавиатуры, порядок фокуса, вывод экранного диктора, осмысленный альтернативный текст, субтитры, обработку ошибок. Порядок — в статье как проверить сайт на WCAG.
4. Сопоставьте результаты с критериями и выберите для каждого уровень соответствия с замечаниями.
5. Укажите дату и версию отчёта и обновляйте его, когда меняется продукт.

Автоматическая проверка — это материал, а не ACR. Автоматические правила охватывают только часть критериев WCAG и не могут подтвердить, что критерий выполнен, — только то, что определённые ошибки найдены или не найдены. Никогда не переносите «проблем не найдено» из сканера в колонку «Supports» без ручной оценки. Об оценке силами эксперта — в статье аудит доступности.

О шаблонах и генераторах VPAT

ITI предоставляет шаблон бесплатно; используйте текущую редакцию, а не старую копию. Осторожно с инструментами, которые обещают «сгенерировать» VPAT только по результатам сканирования: такой результат опирался бы на небольшую автоматизируемую часть WCAG. Наш продукт не создаёт ACR. Он даёт еженедельную проверку каждой страницы и датированные отчёты, чтобы автоматическая часть ваших доказательств оставалась актуальной между ручными оценками, — см. цены.

Источники

• Information Technology Industry Council (ITI), VPAT: https://www.itic.org/policy/accessibility/vpat
• U.S. Access Board, Revised 508 Standards: https://www.access-board.gov/ict/
• W3C, WCAG 2.2: https://www.w3.org/TR/WCAG22/

Частые вопросы

Что такое VPAT?

VPAT расшифровывается как Voluntary Product Accessibility Template — добровольный шаблон описания доступности продукта. Это шаблон документа от Information Technology Industry Council (ITI), который переводит стандарты доступности в критерии, по которым отчитывается поставщик.

Чем VPAT отличается от ACR?

VPAT — пустой шаблон. Когда продукт протестирован и шаблон заполнен задокументированными результатами, готовый документ называется Accessibility Conformance Report (ACR).

Есть ли VPAT для WCAG 2.2?

Да. По данным ITI, редакция WCAG и редакция INT шаблона VPAT 2.5 включают WCAG 2.2. Редакция 508 охватывает пересмотренные стандарты Section 508, которые включают WCAG 2.0.

Может ли автоматическая проверка создать VPAT?

Нет. Автоматическая проверка тестирует только часть критериев WCAG. Её результаты — полезный материал для ACR, но большинство критериев требуют ручной оценки, прежде чем можно указать Supports или Partially Supports.

Кто сертифицирует VPAT?

Никто. ITI не сертифицирует, не одобряет и не рецензирует VPAT, и шкалы «прошёл/не прошёл» нет. Сторонняя проверка необязательна, если её не требует заказчик.