Интеграции: GitHub, GitLab, WordPress, 1С-Битрикс

GitHub

GitHub App подключается из дашборда и привязывается к конкретному репозиторию и сайту. После этого каждый Pull Request автоматически запускает сканирование и публикует статус-чек прямо в PR — регрессия по доступности видна ещё до мержа, а не после деплоя.

Блокировку мержа при упавшей проверке настраивает сама команда через required status checks в настройках ветки GitHub — платформа только публикует результат, а не управляет правилами репозитория.

GitLab

Аналогично GitHub: проект подключается из дашборда, вебхук GitLab запускает сканирование при открытии или обновлении Merge Request. Используется тот же принцип — поймать регрессию доступности на этапе ревью, а не в проде.

WordPress и 1С-Битрикс

Официальный плагин для WordPress опубликован в каталоге WordPress.org — устанавливается прямо из wp-admin (Плагины → Добавить новый → «Digisreda») и дальше обновляется автоматически, так же как любой другой плагин. Модуль для 1С-Битрикс уже готов, но пока распространяется как .zip для ручной установки — публикация в маркетплейсе 1С-Битрикс планируется отдельно.

Оба подключаются по API-ключу организации, сами устанавливают виджет (без правки шаблонов) и позволяют настраивать его прямо из админки. До установки готового плагина/модуля (или если он не подходит) обе CMS в любом случае совместимы с платформой через обычную вставку кода виджета — тот же способ, что используется для Tilda и любого другого конструктора: код со страницы «Сайт → Виджет» в дашборде вставляется перед закрывающим тегом </body> (в WordPress — через кастомизатор темы или плагин вставки кода в footer, в 1С-Битрикс — через шаблон сайта).

CLI для остальных CI/CD

Для пайплайнов, у которых нет готовой интеграции (Jenkins, CircleCI, собственные скрипты деплоя), есть npm-пакет @digisreda/cli — команда a11y scan запускает то же сканирование, что стоит за GitHub- и GitLab-проверками, но без привязки к конкретной платформе.

Частые вопросы