Автоматизация проверок доступности в 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 день — свяжитесь с нами, чтобы получить консультацию. Закажите внедрение пайплайна и забудьте о регрессиях доступности.