Zum Hauptinhalt springen
Für Entwickler in Agenturen und Website-Teams

Aufgaben statt Befundlisten.
Ursache, Fundstellen, Abnahme.

Der Report bündelt gleiche Fehlermuster zu Ursachen und liefert je Ursache eine Aufgabe mit Fundstellen, Änderungsvorschlag und Abnahmekriterien, als Markdown oder CSV für Ihr Ticket-System. Jede Fundstelle trägt ein stabiles Prüfmerkmal, damit der nächste Lauf zeigt, was behoben ist. Für Laufzeitkorrekturen im gerenderten DOM gibt es zusätzlich die accessibleAI Engine, beschrieben weiter unten.

EINE AUFGABE JE URSACHE

Gleiche Fehlermuster werden gebündelt. Wer die gemeinsame Komponente korrigiert, erledigt alle Fundstellen auf einmal.

FUNDSTELLE, VORSCHLAG, ABNAHME

Jede Aufgabe nennt Selektoren, Nutzerwirkung, Änderungsvorschlag und prüfbare Abnahmekriterien – als Markdown oder CSV für Jira.

NACHPRÜFUNG STATT BEHAUPTUNG

Nach dem Fix vergleicht ein neuer Lauf mit dem alten. Der Bericht nennt nur gesicherte Veränderungen und weist Analyse-Schwankung aus.

Eigene Website kostenlos prüfen

So sieht eine Entwickleraufgabe aus

Aus 109 Einzelbefunden unserer eigenen Website wurden 46 Aufgaben. Dies ist eine davon, unverändert aus dem Export.

Aufgabe 18 · Priorität High · WCAG 1.3.1

Formularfeld ohne Beschriftung: input[placeholder] (2 Stellen)

Fundstellen
input[placeholder='Name'], input[placeholder='E-Mail'] – gleiche Komponente
Nutzerwirkung
Der Placeholder verschwindet beim Tippen; Screenreader-Nutzer kennen den Zweck des Feldes nicht.
Änderungsvorschlag
Sichtbares <label for> ergänzen oder aria-label setzen; Placeholder nur als Beispiel, nicht als einzige Beschriftung.
Abnahmekriterien
  • Jedes Feld hat einen zugänglichen Namen unabhängig vom Placeholder; Screenreader liest Beschriftung und Pflichtstatus vor.
  • Nachprüfung ohne Befund für beide Fundstellen.

Jede Aufgabe enthält zusätzlich einen fertigen Prompt für Coding-Agenten.

Nach dem Fix starten Sie eine Nachprüfung. Der Bericht nennt nur gesicherte Veränderungen; kleine Abweichungen zwischen zwei Läufen werden als Analyse-Schwankung ausgewiesen.

Was der Report kann und was nicht

Was geprüft wird
Die gerenderte Seite nach WCAG 2.2 (A/AA), soweit automatisiert erkennbar: Textalternativen, Namen und Rollen, Beschriftungen, Überschriften- und Landmark-Struktur, Linkzwecke, Reflow-Hinweise.
Was eine manuelle Prüfung braucht
Kontrastmessung im Zustand, Tastaturbedienung im Ablauf, Fokusreihenfolge, Medien-Alternativen und inhaltliche Fragen. Solche Befunde sind als „braucht Messung“ gekennzeichnet und werden nicht als sicher ausgegeben.
Umgang mit Falschmeldungen
Eine zweite, unabhängige Prüfung bewertet jeden Vorbefund am konkreten Element. Klar widerlegte Vorbefunde erscheinen nicht in Ursachen, Aufgaben und Nachprüfung.
Nachprüfung
Befunde haben stabile Kennungen. Nach dem Fix vergleicht ein neuer Lauf mit dem alten und nennt nur gesicherte Veränderungen. Sind zwei Läufe nicht vergleichbar, steht das im Bericht.
Export
Markdown für GitLab, GitHub und Coding-Agenten, CSV für den Jira-Import. Eine Aufgabe je Ursache, nicht je Fundstelle.

Prüfen Sie es an einer Seite, die Sie kennen

Der kostenlose Muster-Report zeigt Befunde und Ursachen Ihrer eigenen Adresse. Ob die Aufgaben für Ihr Team taugen, sehen Sie am vollständigen Beispiel-Export.