GitHub Action

Detecta regresiones de accesibilidad antes de fusionar

Ejecuta wcagc en las URL de vista previa de los pull requests, publica un resumen legible del job y haz fallar la comprobación solo según la política que elija tu equipo.

Crear una clave de API para CI

Añade un paso al workflow

Guarda una clave ci:check como WCAGC_API_KEY, indica hasta 5 URL de un sitio verificado en Free o 20 en los planes de pago, y elige el umbral que debe bloquear una fusión.

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

Empieza con comprobaciones de CI gratuitas

Las organizaciones Free reciben 30 comprobaciones de CI al mes. Cada comprobación puede cubrir hasta 5 URL de un dominio verificado. Genera SARIF en el workflow y súbelo en un paso de GitHub aparte cuando necesites resultados persistentes de code scanning.

Ver la ficha en GitHub Marketplace
permissions:
  contents: read
  security-events: write

steps:
  - uses: WCAG-Compliance/wcagc-ci@v1
    with:
      api-key: ${{ secrets.WCAGC_API_KEY }}
      urls: https://preview.example.com
      sarif-file: results/wcagc.sarif
  - uses: github/codeql-action/upload-sarif@v3
    if: always()
    with:
      sarif_file: results/wcagc.sarif

Elige la política adecuada para la versión

La Action siempre informa de todos los hallazgos automáticos. El ajuste fail-on solo controla el veredicto de CI.

  • new-critical

    Falla solo cuando un hallazgo crítico es nuevo respecto a la última línea base correcta. Sin línea base, pasa de forma segura a any-critical.

  • any-critical

    Falla cuando alguna página comprobada contiene al menos un hallazgo crítico.

  • serious-or-worse

    Falla cuando hay algún hallazgo crítico o grave.

  • none

    Informa de los hallazgos sin hacer fallar el workflow.

Una línea base es evidencia, no una exención

El servicio compara pares de regla y página con la última comprobación de CI correcta del mismo sitio. Los hallazgos existentes siguen visibles; solo cambia el recuento de nuevos. Si falta la línea base, new-critical usa la política más estricta any-critical.

Crea GitHub Issues a partir de hallazgos

Conecta un repositorio, exporta evidencias técnicas y deja que wcagc cierre o reabra la incidencia según avance la corrección.

Conectar GitHub Issues

Una comprobación que los desarrolladores pueden leer

Ejemplo de resumen de hallazgos de CI de wcagc
GravedadHallazgosNuevos
Critical10
Serious31

El resumen del job enlaza al informe completo y añade anotaciones acotadas sin saturar el pull request.