Автоматизація перевірок доступності в CI/CD: axe-core та Playwright

Автоматизація тестування доступності в CI/CD з axe-core та Playwright

Кожен другий PR на фронтенд приносить регресію доступності: alt-тексти зникають, контрастність ламається, фокус збивається. Ручна перевірка забирає години, а запуск у прод з порушенням WCAG 2.1 загрожує штрафами та втратою аудиторії. Ми автоматизуємо контроль: інтегруємо axe-core, Playwright та Lighthouse CI прямо у ваш CI/CD пайплайн. Результат — кожен коміт перевіряє доступність, і збірка падає при нових порушеннях. Економія на QA суттєва і окупає впровадження протягом кількох місяців.

Чому автоматизація тестування доступності скорочує регресії?

Регресії WCAG виникають непомітно: розробник змінює колір кнопки, додає SVG-іконку без title, або обгортає форму в неправильний <fieldset>. Ручний аудит пропускає такі дрібниці. Автоматизація дає миттєвий зворотний зв'язок. На одному з проєктів ми знизили час рев'ю доступності з 4 годин до 10 хвилин — тести знайшли 80% помилок до того, як код дійшов до QA. Автоматичні перевірки масштабуються: можна тестувати десятки сторінок за хвилини.

Як ми автоматизуємо: покроковий план

1. Аудит поточного стану: прогоняємо Lighthouse та Pa11y на всіх сторінках, фіксуємо всі порушення і складаємо карту критичних шляхів.
2. Конфігурація інструментів: встановлюємо axe-core для Jest, @axe-core/playwright для Playwright, налаштовуємо Lighthouse CI з бюджетом 90+.
3. Написання тестів: покриваємо компоненти через Storybook (100% візуальних компонентів), пишемо E2E-сценарії для ключових сторінок (головна, каталог, форма, checkout).
4. Інтеграція звітів: налаштовуємо автоматичний коментар до PR з таблицею результатів — зелена збірка або посилання на звіт з помилками.

Як налаштувати тести доступності на кожен коміт?

Процес складається з чотирьох етапів: аудит поточного стану, конфігурація інструментів, написання тестів та інтеграція звітів. Ми використовуємо наступний стек:

• axe-core (jest) — компонентне тестування React/Vue компонентів через Storybook (100% покриття).
• Playwright + @axe-core/playwright — E2E-тести ключових сторінок (головна, каталог, форма, checkout).
• Lighthouse CI — сторінковий аудит з бюджетом не менше 90/100 по accessibility.
• Pa11y — щотижневе сканування всіх публічних сторінок по sitemap.

Порівняно з валідатором W3C, комбінація Playwright і axe-core знаходить у 3 рази більше помилок, пов'язаних з динамічним контентом. А автоматичний пайплайн на GitHub Actions працює в 50 разів швидше ручного прогону.

Приклад конфігурації GitHub Actions

# .github/workflows/accessibility.yml name: Accessibility Tests on: pull_request: branches: [main] schedule: - cron: '0 9 * * 1' # Каждый понедельник в 9:00 jobs: component-a11y: name: Component Accessibility (Jest) runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: { node-version: '20' } - run: npm ci - run: npm test -- --testPathPattern="a11y|accessibility" --coverage=false env: CI: true e2e-a11y: name: E2E Accessibility (Playwright) runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: { node-version: '20' } - run: npm ci - run: npx playwright install chromium --with-deps - name: Start app run: npm run build && npm start & - name: Wait for app run: npx wait-on http://localhost:3000 --timeout 60000 - name: Run accessibility tests run: npx playwright test tests/accessibility/ - uses: actions/upload-artifact@v4 if: failure() with: name: playwright-report path: playwright-report/ lighthouse-a11y: name: Lighthouse Audit runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: actions/setup-node@v4 with: { node-version: '20' } - run: npm ci && npm run build - name: Run Lighthouse CI uses: treosh/lighthouse-ci-action@v10 with: urls: | http://localhost:3000 http://localhost:3000/catalog budgetPath: .lighthouserc.json temporaryPublicStorage: true env: LHCI_GITHUB_APP_TOKEN: ${{ secrets.LHCI_GITHUB_APP_TOKEN }} 

Playwright: тест доступності сторінок

// tests/accessibility/pages.spec.ts import { test, expect } from '@playwright/test'; import AxeBuilder from '@axe-core/playwright'; const PAGES_TO_TEST = [ { path: '/', name: 'Главная' }, { path: '/catalog', name: 'Каталог' }, { path: '/contact', name: 'Контакты' }, ]; for (const { path, name } of PAGES_TO_TEST) { test(`${name}: WCAG 2.1 AA`, async ({ page }) => { await page.goto(path); await page.waitForLoadState('networkidle'); const results = await new AxeBuilder({ page }) .withTags(['wcag2a', 'wcag2aa']) .analyze(); // Детальный вывод нарушений if (results.violations.length > 0) { const summary = results.violations.map(v => `[${v.impact}] ${v.id}: ${v.description} (${v.nodes.length} элементов)` ).join('\n'); console.error(`Нарушения на "${name}":\n${summary}`); } expect(results.violations).toHaveLength(0); }); } 

Репортинг у Pull Request

# Комментарий к PR с результатами аудита - name: Comment PR uses: thollander/actions-comment-pull-request@v2 if: always() with: message: | ## Отчёт доступности | Инструмент | Статус | |---|---| | Jest + axe | ${{ job.status == 'success' && '✅ Пройден' || '❌ Ошибки' }} | | Playwright | ${{ needs.e2e-a11y.result == 'success' && '✅ Пройден' || '❌ Ошибки' }} | | Lighthouse | ${{ needs.lighthouse-a11y.result == 'success' && '✅ ≥ 90' || '❌ < 90' }} | 

Порівняння CI-платформ для тестів доступності

Що входить у налаштування пайплайну?

• Аудит поточного стану доступності та виявлення критичних сторінок.
• Налаштування CI/CD пайплайну під ваш стек (React, Vue, Angular або статичний сайт).
• Написання тестів: компонентні (Storybook), E2E (Playwright), сторінковий аудит (Lighthouse).
• Інтеграція звітів у PR (автоматичний коментар з таблицею результатів).
• Документування винятків для сторонніх віджетів.
• Навчання команди: як читати звіти, додавати нові тести, обробляти хибні спрацьовування.
• Підтримка протягом одного місяця після впровадження.

Терміни та вартість

Повний CI/CD пайплайн доступності з Jest, Playwright, Lighthouse та звітом у PR: 3–4 робочі дні. Вартість розраховується індивідуально. При необхідності розширити тести на всі сторінки або додати кастомні правила — термін може збільшитися до тижня.

Результат та гарантії

Наші інженери мають сертифікацію з WCAG та понад 7 років досвіду у веб-розробці. Ми впровадили подібні пайплайни для понад 30 клієнтів — усі досягли стабільного проходження аудиту. Гарантуємо, що після налаштування ви отримаєте:

• Зниження часу ручного QA на 60–80%.
• Виявлення регресій до деплою.
• Підтримання Core Web Vitals на високому рівні.

Оцінимо ваш проєкт за 1 день — зв'яжіться з нами, щоб отримати консультацію. Замовте впровадження пайплайну і забудьте про регресії доступності.