Складання VPAT — шаблону звіту про доступність
При участі в тендерах для урядових установ США або комерційних закупівлях великих корпорацій без документа VPAT (Voluntary Product Accessibility Template) заявка автоматично відхиляється. Підготовка цього звіту вручну займає тижні та вимагає глибокого розуміння стандартів WCAG та Section 508. Ми складаємо VPAT під ключ: проводимо аудит доступності, документуємо кожен критерій та готуємо фінальний звіт, придатний для замовників. В результаті ви отримуєте документ, який не тільки відкриває доступ до держконтрактів, але й підвищує довіру користувачів з обмеженими можливостями.
Версії VPAT
| Версія | Стандарт | Коли використовувати |
|---|---|---|
| VPAT 2.4 WCAG | WCAG 2.1/2.2 | Міжнародні проєкти |
| VPAT 2.4 508 | Section 508 | Держсектор США |
| VPAT 2.4 EU | EN 301 549 | Європейський ринок |
| VPAT 2.4 INT | Всі три | Універсальний |
Шаблони VPAT доступні на сайті IT Industry Council (itic.org). Вибір версії визначає вимоги до аудиту.
Чому VPAT обов'язковий для держзакупівель?
Державні контракти в США та Європі вимагають підтвердження доступності. Відсутність VPAT веде до відхилення заявки або штрафів до 10% бюджету. Компанії, які ігнорують це, втрачають доступ до мільйонних контрактів. Наш досвід показує: навіть часткова відповідність WCAG 2.1 рівня AA суттєво збільшує шанси на перемогу. Економія часу та бюджету за рахунок автоматизації чернетки — до 40%.
Які ризики відсутності VPAT?
Окрім штрафів до 10% бюджету, відсутність VPAT блокує участь у закупівлях таких гігантів, як державні IT-системи США (GSA) та європейські держструктури. Репутаційні ризики: користувачі з інвалідністю можуть подати скаргу на недоступність сайту, що загрожує судовими позовами. У деяких юрисдикціях відсутність звіту прирівнюється до порушення закону про інвалідність (наприклад, ADA в США).
Структура VPAT
VPAT складається з таблиць по кожному розділу WCAG. Для кожного критерію вказується рівень підтримки:
| Рівень підтримки | Значення |
|---|---|
| Supports | Повністю відповідає |
| Partially Supports | Часткова відповідність з обмеженнями |
| Does Not Support | Не відповідає |
| Not Applicable | Критерій непридатний до продукту |
| Not Evaluated | Не перевірялось |
Що включає аудит доступності?
Аудит — основа VPAT. Ми проводимо систематичне ручне тестування з екранними читалками (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari) та автоматизованими інструментами (axe-core, WAVE). Перевіряються всі WCAG Success Criteria рівня A та AA: клавіатурне керування, контраст, семантика, анімації, альтернативний текст, ARIA-атрибути. Особлива увага — критичним помилкам: відсутність фокусу, пастки клавіатури, нечитабельні контрасти.
Процес підготовки VPAT
Крок 1: Аудит продукту
Проводиться систематичне ручне тестування з екранними читалками (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari) та автоматизованими інструментами (axe-core, WAVE). Тестуємо всі розділи: клавіатурне керування, контраст, семантику, анімації.
Крок 2: Заповнення критеріїв Для кожного WCAG Success Criterion (всього 78 для рівня AA в 2.1):
1.1.1 Non-text Content (Level A) Criteria: Supports Remarks: All images have appropriate alt text. Decorative images use empty alt="" attribute. Complex charts include long description via aria-describedby. Крок 3: Документування обмежень
1.4.3 Contrast (Minimum) (Level AA) Criteria: Partially Supports Remarks: Most text meets 4.5:1 contrast ratio requirement. Exception: placeholder text in form fields uses #9ca3af on white background (2.7:1 ratio). Fix planned in upcoming release. Workaround: Users can use browser high contrast mode. Як прискорити складання VPAT за допомогою автоматизації?
Автоматичне заповнення VPAT у 2-3 рази швидше за ручне, але точність вимагає ручної верифікації. Використовуйте скрипт для генерації чернетки:
Приклад генерації чернетки VPAT
// scripts/generate-vpat-draft.js // На основі звіту axe-core створюємо чернетку VPAT const WCAG_CRITERIA = require('./wcag-criteria.json'); // Список всіх критеріїв async function generateVpatDraft(axeReport) { const violations = new Set(axeReport.violations.map(v => v.tags).flat() .filter(t => t.startsWith('wcag'))); const draft = WCAG_CRITERIA.map(criterion => ({ id: criterion.id, title: criterion.title, level: criterion.level, support: violations.has(criterion.wcag_tag) ? 'Partially Supports' : 'Supports', remarks: violations.has(criterion.wcag_tag) ? `Automated testing found issues: ${axeReport.violations.filter(v => v.tags.includes(criterion.wcag_tag)).map(v => v.description).join('; ')}` : 'No issues detected in automated testing. Manual verification recommended.', })); // Генеруємо Markdown return draft.map(c => `### ${c.id} ${c.title} (Level ${c.level})\n\n**${c.support}**\n\n${c.remarks}\n` ).join('\n'); } Чернетка вимагає обов'язкової ручної перевірки — автоматика покриває близько 40% критеріїв. Решта 60% — нюанси клавіатури, фокус-стилі, prefers-reduced-motion.
Що зазвичай перевіряється вручну
- Робота з клавіатурою (Tab/Shift+Tab/Enter/Space/Escape/стрілки)
- Сумісність з NVDA, JAWS, VoiceOver
- Zoom 200% та 400% без втрати функціональності
- Режим високого контрасту Windows
- Анімації при
prefers-reduced-motion - Сесійні таймаути та попередження
Що входить в роботу
- Повний аудит доступності зі звітом по кожному критерію
- Заповнення VPAT 2.4 (потрібна версія)
- Документування знайдених обмежень та рекомендації з виправлення
- Фінальний звіт для надання замовнику
- Навчання команди щодо підтримки VPAT в актуальному стані
Гарантуємо конфіденційність даних. Всі сертифіковані спеціалісти мають досвід роботи з WCAG 2.1/2.2.
Терміни
Аудит, заповнення VPAT 2.4 та його рев'ю займають від 5 до 10 робочих днів залежно від складності продукту. Для термінових проєктів можлива прискорена підготовка.
Замовте аудит доступності — і ми підготуємо VPAT за 5–10 днів. Зв'яжіться з нами для безкоштовної оцінки вашого проєкту.







