Zum Inhalt springen

Accessibility-Audit · für agile Produkt- und Agenturteams

Wissen, wo ihr steht. Und was als Nächstes kommt.

Kein 40-seitiges Dokument, das im Schrank landet. Ihr bekommt eine priorisierte Einschätzung eurer wichtigsten Nutzerflüsse: Was ist kritisch, was ist schnell lösbar – und was ist euer realistischer nächster Schritt.

  • WCAG 2.2 AA
  • Manuell mit Tastatur & Screenreader
  • Ergebnis-Call inklusive

Die Realität

Kommt euch das bekannt vor?

Die Annahme, die ausbremst

  1. Ein Audit ist eine lange Fehlerliste.

    Verständlich: Viele Audits sehen genau so aus. Doch eine Liste mit 80 gleich dringend formulierten Punkten hilft niemandem beim Planen – sie lähmt eher.

    stattdessen: Jeder Befund wird eingeordnet: Was bedeutet er für Menschen, welches Kriterium ist betroffen, wie dringend ist er, wie aufwendig – und wie löst ihr ihn.

So arbeite ich

Jeder Befund aus vier Perspektiven.

Severity × Aufwand

Damit könnt ihr planen.

Aus Dringlichkeit und Aufwand ergibt sich für jeden Befund ein klarer nächster Schritt. Product und Dev sehen auf einen Blick, was in den nächsten Sprint gehört – und was warten kann.

Ablauf

Von der Abstimmung bis zum Re-Test.

  1. Start

    Scope-Abstimmung

    Wir legen fest, welche Flows geprüft werden und was technisch zu beachten ist.

  2. vor der Prüfung

    Zugang

    Ihr gebt mir Zugang zu Staging mit Testdaten. Code-Zugang brauche ich nicht.

  3. je nach Paket

    Prüfung

    Manuell mit Tastatur, VoiceOver und Prüftools wie axe und WAVE – nach WCAG 2.2 AA.

  4. danach

    Ergebnisdokument

    Jeder Befund aus vier Perspektiven, priorisiert nach Dringlichkeit und Aufwand.

  5. 60 Min

    Ergebnis-Call

    Wir gehen die Befunde gemeinsam durch. Ich übergebe kein Dokument ohne Erklärung.

  6. nach Umsetzung

    Re-Test

    Wenn ihr die kritischen Punkte umgesetzt habt, prüfe ich sie erneut.

Pakete

Umfang nach User Flows, nicht nach Seitenzahl.

Ein Flow ist ein Weg, den Menschen durch euer Produkt gehen – zum Beispiel Registrierung, Checkout oder Kontaktformular.

In jedem Paket enthalten:

  • Prüfung nach WCAG 2.2 AA

  • Ergebnisdokument mit vier Perspektiven

  • Ergebnis-Call (60 Minuten)

  • Re-Test der kritischen Punkte

Philipp hat kurze Haare und trägt eine Brille, ein blaues T-Shirt und eine schwarze Hose. Er hat die Hände in der Hosentaschen und lächelt in die Kamera.
Philipp Wahle Accessibility Consultant · Lehrbeauftragter
© 2025, Simon Veith

Wer prüft

Kein Prüfer, der abhakt und geht.

Ich habe jahrelang selbst Frontends gebaut und weiß, wie sich Barrieren im Code und im Sprint-Alltag festsetzen. Ich stottere und kenne Barrieren nicht nur aus Prüfkriterien. Und ich unterrichte Barrierefreie Webentwicklung – deshalb erkläre ich Befunde so, dass euer Team sie selbst umsetzen kann.

Wegweiser

Was braucht ihr gerade?

Nicht jede Situation braucht ein Audit. Sucht euch den Satz, der am besten passt.

FAQ

Fragen zum Audit

Lasst uns herausfinden, wo ihr steht.

Schreibt mir, welche Flows euch wichtig sind und ob es eine Staging-Umgebung gibt. In der Scope-Abstimmung klären wir, welches Paket passt.

  • Kein Code-Zugang nötig.

  • Ergebnis-Call und Re-Test sind immer dabei.

  • Unsicher, ob sich ein Audit lohnt? Erst den Flow-Check