Barrierefreiheit in einem Prompt

Füge deinem Projekt einen kostenlosen Barrierefreiheits-Schutz hinzu: ein npm-Befehl, kein API-Schlüssel. Der Build schlägt fehl, wenn der RGAA-Score unter deinen Schwellenwert fällt.

Füge meinem Projekt einen Barrierefreiheits-Schutz mit der Conformly-CLI hinzu (öffentliches npm-Paket „conformly“, kostenlos, ohne API-Schlüssel).

1. Füge ein npm-Skript "a11y" in package.json hinzu: "npx conformly scan <MEINE_SITE_URL> --threshold 90" (ersetze <MEINE_SITE_URL> durch die Staging- oder Produktions-URL).
2. Erstelle einen GitHub-Actions-Workflow in .github/workflows/barrierefreiheit.yml, der bei jedem Push Node 18+ installiert und "npx conformly scan <MEINE_SITE_URL> --threshold 90" ausführt — der Job schlägt fehl, wenn der RGAA-Score unter 90 fällt.
3. Erkläre mir in zwei Zeilen, wie ich das Ergebnis lese (RGAA-Score von 100 + Anzahl der Verstöße).

Die CLI braucht keine Authentifizierung: Sie ruft die kostenlose Scan-API von Conformly auf.

Lass deine KI deinen Code nach RGAA 4.1 und WCAG 2.1 AA prüfen und beheben, ohne das Design anzutasten.

Handle als Experte für Barrierefreiheit nach RGAA 4.1 / WCAG 2.1 Stufe AA. Prüfe den Code dieses Projekts und behebe die häufigsten Barrierefreiheitsprobleme, ohne das Design zu ändern:

- Bilder: sinnvolles alt-Attribut (leeres alt, wenn das Bild dekorativ ist).
- Formulare: jedes Feld mit einem <label> verknüpft, Fehler angekündigt (aria-describedby, aria-invalid).
- Kontrast: Text ≥ 4.5:1 (≥ 3:1 für großen Text) — markiere die zu korrigierenden.
- Tastatur: sichtbarer Fokus, logische Tab-Reihenfolge, keine Tastaturfalle, Sprunglink zum Inhalt.
- Struktur: ein einziges <h1>, konsistente Überschriftenhierarchie, Landmarks (header/nav/main/footer), lang-Attribut an <html>.
- Interaktive Komponenten: korrekte ARIA-Rollen und -Zustände, Touch-Ziele von mindestens 24px.

Arbeite Datei für Datei, erkläre jede Korrektur und liste separat auf, was eine menschliche Entscheidung erfordert. Danach prüfe ich mit einem Conformly-Scan: npx conformly scan <MEINE_SITE_URL> --threshold 90

Zeige ein Live-Konformitäts-Badge auf deiner Website, das auf den öffentlichen Bericht deines Scans verlinkt.

Füge meiner Website ein Conformly-Barrierefreiheits-Score-Badge hinzu.

- Conformly liefert ein Live-SVG-Badge unter https://conformly.online/api/free-badge/<SCAN_ID> (die ID wird nach einem kostenlosen Scan auf conformly.online zurückgegeben). Für eine überwachte Website lautet das Badge https://conformly.online/api/badge/<SITE_ID>.
- Füge in die Fußzeile ein Bild ein, das dieses Badge anzeigt, anklickbar, das auf den passenden öffentlichen Bericht verlinkt.
- Mache das Bild barrierefrei: alt-Attribut, das den Score beschreibt (z. B. „RGAA-Barrierefreiheits-Score: 92/100“), und lass das Badge sich selbst aktualisieren.

Frag mich nach der ID, wenn du sie nicht findest; ich erhalte sie nach einem Scan oder in meinem Conformly-Dashboard.

Löse Scans aus deiner Anwendung über die authentifizierte REST-API aus (cfy_-Schlüssel im Dashboard erzeugt).

Integriere die Conformly-REST-API in meine Anwendung, um Barrierefreiheits-Scans programmatisch auszulösen.

- Authentifizierung: Header „Authorization: Bearer cfy_...“ (site-bezogener Schlüssel, im Conformly-Dashboard erzeugt). Bewahre ihn in einer Umgebungsvariablen auf, niemals im Code.
- Scan auslösen: POST https://conformly.online/api/v1/scans mit JSON-Body {"threshold": 90} → 202-Antwort { id, status, statusUrl }.
- Scan abfragen: GET https://conformly.online/api/v1/scans/<ID>, bis status = "done" → { status, score, threshold, pass, scanId, violationsUrl }.
- Beachte das Kontingent: 60 Anfragen pro Minute und Schlüssel, X-RateLimit-*-Header, 429 + Retry-After darüber hinaus.

Schreibe ein kleines wiederverwendbares Modul in der Sprache meines Projekts: Auslösen, Polling mit Backoff, Fehler- und 429-Behandlung.

Noch kein Score?

Teste eine Seite kostenlos, ohne Konto — und füge dann den Korrektur-Prompt ein.