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.

Wir antworten zu Geschäftszeiten

Warum manuelles Testen entscheidend ist

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

Automatisierungsabdeckung

57%

Obergrenze jeder automatischen Prüfung, auch unseres Audits (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. Das vollständigste Bild der Konformität — mit den Nachweisen, die Auditoren und Regulierer erwarten.

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

Die Methode haben nicht wir erfunden

Geprüft wird nach dem DHS-Trusted-Tester-Prozess — einer festgeschriebenen Schrittfolge für jedes Kriterium. Das Audit führt eine darin zertifizierte Fachkraft durch.

  • Eine andere Fachkraft kommt mit derselben Methode zu denselben Befunden
  • Derselbe Prozess, mit dem US-Bundesbehörden sich nach Section 508 prüfen
  • Wir prüfen nach WCAG 2.1 und 2.2 AA — breiter als die Basis des Prozesses
  1. Tag 1

    Discovery + automatisierter Baseline

    Automatisiertes Scannen aller Seiten mit mehreren unabhängigen Tools. Eine erste Liste von 50–150 Verstößen und ein Basiswert in 30 Minuten.

  2. 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. 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. Tag 5

    Kognitive Barrierefreiheit

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

  5. 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. 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 — Bericht über die durchgeführten Tests für Regierungs-Verträge und B2B-Sales.

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

Eigene Seite

Mobile-Apps sind eine eigene Leistung

Native iOS- und Android-Apps, React Native und Flutter. Anderer Standard (EN 301 549, Abschnitt 11), andere Werkzeuge, andere Methodik. Getestet auf echten Geräten mit Screenreader.

Zur Leistung

Transparente Preise

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

Pauschalpreis

$50/ Seite

Mindestbestellung — 10 Seiten

Berechnungs-Beispiele

10 Seiten$500
25 Seiten$1,250
50 Seiten$2,500
100 Seiten$5,000

Wir antworten zu Geschäftszeiten

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 $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?

Ein Standard-Audit dauert 5–10 Arbeitstage entlang der sechs Methodik-Schritte — von der automatisierten Basis bis zum Bericht mit Maßnahmenplan. Bei Projekten ab 300 Seiten stimmen wir den Zeitplan gesondert ab. Die Nachprüfung der 20 kritischsten Fehler erfolgt 30 Tage nach Ihren Korrekturen.

Was ist VPAT und brauche ich es?

Voluntary Product Accessibility Template — Bericht über die durchgeführten Tests. Erforderlich für Regierungs-Verträge (Section 508), Enterprise-B2B-Sales (Fortune-500-Käufer fragen vor dem Kauf) und EU-Public-Sector (EN 301 549). Ein VPAT-Draft ist in jedem Auftrag enthalten.

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?

Schicken Sie eine Anfrage — wir melden uns zu Geschäftszeiten mit Angebot und Zeitplan.

Briefing → Angebot mit Zeitplan und Preis