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

Якщо ви продаєте програмне забезпечення, SaaS-продукт чи сайт федеральному відомству США, університету або великій компанії, рано чи пізно відділ закупівель попросить VPAT. Насправді йдеться про Accessibility Conformance Report (ACR) — заповнений VPAT, який критерій за критерієм описує, наскільки доступний ваш продукт. На цій сторінці пояснюємо шаблон, його редакції та місце автоматичного тестування. Це загальна інформація, а не юридична консультація.

Що таке VPAT

VPAT — це Voluntary Product Accessibility Template, добровільний шаблон опису доступності продукту. Його підтримує Information Technology Industry Council (ITI), який описує його як шаблон, що перетворює стандарти доступності на критерії тестування. «Добровільний» означає, що постачальник сам вирішує задокументувати свій продукт; замовники часто просять такий документ під час закупівель.

Чинна версія на сторінці 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 (в Україні — ДСТУ EN 301 549:2022) — у посібнику з 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 охоплює Revised Section 508 Standards, які включають WCAG 2.0.

Чи може автоматичний скан створити VPAT?

Ні. Автоматичний скан перевіряє лише частину критеріїв WCAG. Його результати — корисні вхідні дані для ACR, але більшість критеріїв потребують ручного оцінювання, перш ніж можна заявити Supports або Partially Supports.

Хто сертифікує VPAT?

Ніхто. ITI не сертифікує, не затверджує й не перевіряє VPAT, і шкали «пройдено / не пройдено» немає. Незалежна перевірка необов'язкова, якщо її не вимагає замовник.