Zum Hauptinhalt springen
Förderungen bis zu $15.000/Jahr für Medien
InclusiveWeb

Manuelles Barrierefreiheitstesten

Manuelles Testen der Barrierefreiheit Ihrer Website

Audit erkennt 57% der WCAG-Verstöße automatisch in Minuten. Die restlichen 43% — Screenreader-UX-Flows, kognitive Hürden, Tests mit echten Menschen mit Behinderungen — ergänzen unsere Experten. Zusammen — vollständige WCAG-AA-Abdeckung.

Antwort innerhalb 24 Stunden · NDA wird zuerst unterschrieben

Warum manuelles Testen entscheidend ist

Zahlen, die erklären, warum automatisches Scannen allein nicht genügt

Automatisierungsabdeckung

57%

Obergrenze für axe-core, pa11y, Lighthouse laut Deque-Forschung

43%
Nur Menschen finden es

Kognitive Belastung, echte SR-Erfahrung, Frustration Patterns

15%
Nutzer mit Behinderung

≈1,3 Mrd. Menschen weltweit — 15% potenzielle Kunden

+20%
Jährliches Wachstum ADA-Klagen

Anzahl der Klagen gegen non-compliant Sites wächst jährlich

Wie es das automatische Audit ergänzt

Zwei Test-Schichten — vollständige WCAG 2.1/2.2 AA-Abdeckung

Schicht 1 · Automatik

InclusiveWeb Audit

Scanner mit 90+ WCAG-Regeln: Kontrast, ARIA, Alt-Texte, Überschriftenstruktur. Minuten, tausende Seiten, kontinuierliches Monitoring.

57%
Mehr über Audit

Schicht 2 · Manuell

Manuelles Testen

Screenreader-UX-Flows (NVDA, JAWS, VoiceOver), kognitive Hürden, echte Menschen mit Behinderungen — was Algorithmen nicht sehen.

+43%

Zusammen — Vollständige Abdeckung

WCAG 2.1/2.2 AA

Audit täglich + manuelles Testen quartalsweise oder vor jedem Release. Echte Compliance, die Auditoren und Regulierer akzeptieren.

100%

Was das manuelle Audit erfasst

Semantisch korrekter Code ≠ komfortable Erfahrung für echte Menschen mit Behinderungen

Qualität von TTS und Sprache

Nur echte Ohren erkennen unnatürliche Aussprache, Pausen, Betonung und Intonation.

Kognitive Belastung

Technisch OK, aber Nutzer verlieren sich in dichter Sprache, Jargon und unlogischer Struktur.

Kulturelle Nuancen

Symbole, Farben und Zeichen haben in verschiedenen Kulturen unterschiedliche Bedeutungen.

Real Touch auf echten Geräten

Emulator ≠ echtes iPhone mit Safe-Area, Foldable, Pixel oder älteres Android.

Frustrationsmuster

Nach 5 Fehlversuchen verhält sich der Nutzer anders — Bounce, Abandonment, wütende Rückmeldungen.

Subtile UX-Probleme

„Der Button ist da, aber ich würde ihn nie drücken" — braucht menschliches Urteil, nicht Regeln.

Am wertvollsten

Lived Experience

Echte Nutzer mit Behinderungen finden Bugs, an die kein Tester gedacht hätte.

Methodologie — 6 Schritte in 5–10 Arbeitstagen

Transparenter Prozess von Discovery bis zum finalen Bericht mit Action Plan

  1. 01
    Tag 1

    Discovery + automatisierter Baseline

    Start von axe-core, pa11y, Lighthouse, WAVE, Tenon.io. Erste 50–150 Violations + Lighthouse-Score in 30 Minuten.

  2. 02
    Tage 2–3

    Screen-Reader-Tests

    Zertifizierter Tester durchläuft jede User Journey mit NVDA + Firefox, JAWS + Edge, VoiceOver + Safari (macOS, iOS), TalkBack + Chrome, Narrator.

  3. 03
    Tag 4

    Visuelles + Farb-Audit

    Kontrast nach WCAG 2 + APCA, Simulation von 7 Farbblindheits-Typen, Forced-Colors-Modus, 13+ Viewports, PEAT für Epilepsie.

  4. 04
    Tag 5

    Kognitive Barrierefreiheit

    Flesch-Kincaid, Jargon-Erkennung, Plain Language, Heading-Hierarchie, Descriptive Links, Error Recovery Flows.

  5. 05
    Tage 6–8

    User Research mit echten Menschen

    5–6 Personas: blinde Person mit NVDA, Voice-Control-Nutzer, ADHD/Dyslexia, Hörbehinderte, ältere Person mit Multi-Behinderung. Aufgezeichnete Sessions mit Einverständnis.

  6. 06
    Tage 9–10

    Bericht + Action Plan

    Strukturierte Deliverables für verschiedene Stakeholder: Executive Summary, Bug-Liste, VPAT-Draft, Video-Aufzeichnungen, priorisierter Action Plan.

Was Sie erhalten

Konkrete Dokumente und Artefakte für Team, Recht und Management

Bug Report (50–200 Issues)

Kategorisiert nach Severity, WCAG-Kriterium, Design-Impact, Aufwandsschätzung, Priorität. Quick Wins → Architectural.

VPAT / ACR-Draft

Voluntary Product Accessibility Template — formales Compliance-Dokument für Regierungs-Verträge, B2B-Sales, rechtlichen Schutz.

User-Session-Aufzeichnungen

5+ kommentierte Videos echter Research-Sessions mit Zeitstempeln für Frustration / Success / Abandonment.

Priorisierter Action Plan

Woche 1–2: Quick Wins. Monat 1–3: Middle Priority. Quartal 1–2: Architectural. Mit Stunden-Schätzungen.

Re-Test nach 30 Tagen

Kostenlose Nachprüfung der Top-20 Critical Bugs nach Ihren Fixes. Anweisungen für weitere Arbeit.

Team-Beratung

1–2 stündiger Call mit Entwicklern — Erklärung komplexer Issues, Diskussion systemweiter Patterns, Q&A.

Standards, die wir abdecken

Audit entspricht internationalen und nationalen Barrierefreiheitsanforderungen

International

WCAG 2.1/2.2 AA
USA
Section 508
EU
EN 301 549
USA
ADA
Canada
AODA
UK / AU
DDA / Equality Act
Ukraine
ДСТУ EN 301 549

Transparente Preise

Eine Pauschale für alle — keine versteckten Gebühren, keine komplexen Pakete

Pauschalpreis

$30/ Seite

Mindestbestellung — 10 Seiten

Berechnungs-Beispiele

10 Seiten$300
25 Seiten$750
50 Seiten$1,500
100 Seiten$3,000

Antwort innerhalb 24 Stunden · NDA wird zuerst unterschrieben

Was enthalten ist

Voller Audit-Umfang in jeder Bestellung

  • Manuelles SR-Testen — NVDA + JAWS + VoiceOver + TalkBack
  • Visual + Color Audit auf 13 Viewports + iPhone Safe-Area
  • Kognitives Barrierefreiheits-Audit (Plain Language, Hierarchie)
  • User Research mit echten Nutzern (3 Sessions)
  • Bug Report kategorisiert nach Severity und WCAG-Kriterien
  • VPAT / ACR-Draft für Compliance
  • Priorisierter Action Plan mit Stundenschätzungen
  • Re-Test nach 30 Tagen — kostenlos
  • Team-Beratungs-Call (1–2 Stunden)
  • NDA und Datenvertraulichkeit ab Tag eins

Großes Projekt mit 300+ Seiten?

Für Großprojekte bieten wir individuelle Konditionen, Mengenrabatte und ein dediziertes Team.

Besprechen

Für wen ist das

Service richtet sich an Production-Stage-Produkte mit echten Nutzern

Passt

  • SaaS-Firmen mit Enterprise-Kunden (verlangen VPAT)
  • E-Commerce in den USA (ADA-Klagerisiko)
  • Banking, Fintech, Healthcare, EdTech (Compliance critical)
  • Public Sector (EN 301 549 / Section 508)

Besser warten

  • Prototypen und MVPs — bis Production-Ready warten
  • Sites in aktiver Umgestaltung — nach Release testen
  • Budget unter $1,500 — mit kostenlosen DIY-Tools beginnen

Häufige Fragen

Keine Antwort gefunden?

Kontaktieren Sie uns
Wie unterscheidet sich manuelles vom automatischen Audit?

Automatische Tools fangen ca. 57% der WCAG-Verstöße ab. Die restlichen 43% benötigen menschliches Urteil: echte SR-Erfahrung, kognitive Barrierefreiheit, kulturelle Nuancen, echte Nutzer-Gefühle. Manuelles Audit deckt diese Lücke ab.

Wie lange dauert ein Audit?

Basic: 3–5 Arbeitstage. Pro: 7–10 Tage. Enterprise: 3–4 Wochen. Continuous Monitoring — laufend mit monatlichen Reports.

Was ist VPAT und brauche ich es?

Voluntary Product Accessibility Template — formales Compliance-Dokument. Erforderlich für Regierungs-Verträge (Section 508), Enterprise-B2B-Sales (Fortune-500-Käufer fragen vor dem Kauf), EU-Public-Sector (EN 301 549) und rechtlichen Schutz. Pro und Enterprise enthalten VPAT-Draft.

Wer führt User Research durch?

Zertifizierte IAAP CPACC + WAS Experten plus echte Menschen mit Behinderungen. Recruitment via Fable.tech, AccessWorks, UserTesting Accessibility Filter und eigenes Panel.

Decken Sie Mobile-Apps ab?

Ja. TalkBack (Android) + VoiceOver (iOS). Native Apps — Espresso Accessibility Checks (Android) + Xcode Accessibility Inspector (iOS). React Native, Flutter — separate Test-Patterns.

Was, wenn ich nicht alles sofort beheben kann?

Re-Test nach 30 Tagen prüft kostenlos die Top-20 Critical Issues. Falls etwas übrig ist — Anweisungen ohne Aufpreis. Critical Bugs werden meist in 2–4 Wochen gefixt.

Bereit zu sehen, was echte Nutzer finden?

Anfrage senden — wir melden uns innerhalb 24 Stunden mit Vorschlag und Timeline. NDA wird zuerst unterschrieben.

Keine Vorauszahlung · NDA → detailliertes Brief → Vorschlag

Manuelles Barrierefreiheitstesten — Experten-Audit mit echten Nutzern | InclusiveWeb