wcagc
GitHub Action

Ловите регрессии доступности до merge

Проверяйте preview-адреса pull request через wcagc, публикуйте понятный summary и останавливайте CI только по выбранному командой правилу.

Создать CI API-ключ

Один шаг в workflow

Сохраните ключ wcagc с нужными правами как WCAGC_API_KEY, перечислите до 20 адресов одного зарегистрированного сайта и выберите порог блокировки.

name: Accessibility check
on: [pull_request]

jobs:
  wcagc:
    runs-on: ubuntu-latest
    steps:
      - uses: WCAG-Compliance/wcagc-ci@v1
        with:
          api-key: ${{ secrets.WCAGC_API_KEY }}
          urls: |
            https://preview.example.com/
            https://preview.example.com/checkout
          fail-on: new-critical

Выберите правило для релиза

Action всегда показывает все автоматические находки. Параметр fail-on управляет только CI-вердиктом.

  • new-critical

    Ошибка только для новой критической находки относительно последней успешной базовой проверки. Без baseline безопасно используется any-critical.

  • any-critical

    Ошибка, если хотя бы на одной странице есть критическая находка.

  • serious-or-worse

    Ошибка при любой критической или серьёзной находке.

  • none

    Показать находки, не останавливая workflow.

Baseline — доказательство, а не освобождение

Сервис сравнивает пары правила и страницы с последней успешной CI-проверкой сайта. Старые находки остаются видимыми, меняется только число новых. Без baseline режим new-critical использует более строгое правило any-critical.

Создавайте GitHub Issues из находок

Подключите репозиторий, экспортируйте технические данные и синхронизируйте закрытие или повторное открытие задачи.

Подключить GitHub Issues

Проверка, которую понимают разработчики

Пример summary CI-проверки wcagc
СерьёзностьНаходкиНовые
Critical10
Serious31

Summary содержит ссылку на полный отчёт и ограниченное число аннотаций, чтобы не засорять pull request.