Continuous Accessibility · CI/CD

Catch Accessibility Bugs in the Pull Request.

Run WCAG audits on every commit. Block regressions before they merge. Watch your ACR score climb instead of explaining why it slipped.

GitHub ActionsGitLab CICircleCIJenkinsAny CLI runner
Add to Your PipelineSee What You Get

The same audit, every commit.

Continuous Accessibility plugs The Accessible Org audit engine straight into your CI pipeline. When a developer opens a pull request, we crawl the changed pages against WCAG 2.1 AA, post a summary comment, and gate the merge based on the severity thresholds you set.

No new dashboards. No separate accounts. The check passes or it fails — just like your linter, just like your tests.

What you get on every PR

Pipeline-friendly outputs. Reviewable diffs. A treatment of accessibility as a first-class build artifact, not an afterthought.

Pull Request Audits

Every pull request runs a full WCAG 2.1 AA scan of the changed pages. Reviewers see a structured report inline before they approve.

Blocking Failures

Configure severity thresholds. New critical violations fail the check and block the merge. Existing issues are tracked separately so legacy debt does not stall delivery.

Trend Tracking

Score every build against your ACR baseline. Watch your conformance level rise (or fall) over time with a single dashboard.

Pipeline-Native

Drop the GitHub Action — or any CLI runner — into the workflow you already have. No new dashboards to babysit, no separate accounts to manage.

Add it to GitHub Actions in five lines.

Drop the workflow below into your repository. Set ACCESSIBLE_API_KEY as a repository secret. Done — every future pull request gets audited.

# .github/workflows/accessibility.yml
name: Accessibility Audit
on: [pull_request]

jobs:
  audit:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: theaccessible-org/audit-action@v1
        with:
          api-key: ${{ secrets.ACCESSIBLE_API_KEY }}
          target: https://staging.example.com
          fail-on: critical
  1. 1Grab an API key from your account page and add it as ACCESSIBLE_API_KEY in your repository secrets.
  2. 2Commit the workflow file above to .github/workflows/accessibility.yml.
  3. 3Open your next pull request. The audit runs automatically and posts results.
Open the Audit DashboardAPI Reference

Ship accessibility as a feature of your pipeline.

Stop relying on quarterly audits to catch what your team shipped last month. Make compliance the default — one workflow file away.

Start Auditing PRs