EAA · WCAG 2.2 · E-Commerce-Barrierefreiheit
Barrierefreiheit, die
mehr Nutzer konvertiert
und Konformität sichert
Barrierefreiheit ist im E-Commerce nicht mehr optional - sie ist eine Wachstums- und Risikomanagement-Strategie. Erhalten Sie eine klare Roadmap vom aktuellen Stand bis zur vollständigen WCAG 2.2-Konformität.
Clutch★★★★★4.8
G2★★★★★4.9
ISO/IEC 27001:2022 zertifiziert
KI-gestützte Tests
WCAG 2.2 AUDIT
EAA-KONFORMITÄT
SCREENREADER-TESTS
TASTATUR-NAVIGATION
ADA-KONFORMITÄT
KI-GESTÜTZTE ANALYSE
MOBILE BARRIEREFREIHEIT
REMEDIATION-ROADMAP
WCAG 2.2 AUDIT
EAA-KONFORMITÄT
SCREENREADER-TESTS
TASTATUR-NAVIGATION
ADA-KONFORMITÄT
KI-GESTÜTZTE ANALYSE
MOBILE BARRIEREFREIHEIT
REMEDIATION-ROADMAP
Warum Barrierefreiheit nicht warten kann
Die Zahlen, die Handlung fordern
0
der EU-Nutzer sind auf barrierefreie digitale Angebote angewiesen
0
der Nutzer verlassen nicht barrierefreie Websites sofort
0
der Probleme werden von automatisierten Tools allein übersehen
€500K
maximale Strafe pro EAA-Verstoß - pro Vorfall
Durchsetzungsphase - Jetzt aktiv
Der EAA ist bereits in Kraft -
was das für Ihr Unternehmen bedeutet
Die Frist 28. Juni 2025 für die meisten E-Commerce-Unternehmen in der EU ist verstrichen. Wir befinden uns jetzt in der Durchsetzungsphase - Regulierungsbehörden können ab sofort Prüfungen beginnen und Bußgelder verhängen. Wenn Ihr Produkt nicht WCAG 2.2 entspricht, handeln Sie bereits außerhalb des Gesetzes.
Die Frist ist abgelaufen
28. Juni 2025 - das offizielle EAA-Durchsetzungsdatum für die meisten E-Commerce-, Banken-, Telekommunikations- und Transportdienste. Die Übergangsfrist ist vorbei. Jetzt folgen Bußgelder.
Was auf dem Spiel steht
Bußgelder bis zu €500.000 pro Verstoß, erzwungene Aussetzung des Dienstes und Klagen von Nutzern und Behindertenrechts-Organisationen. Jede Beschwerde wird als separater Fall behandelt.
Wie die Durchsetzung funktioniert
Regulierungsbehörden und Interessenverbände überwachen bereits aktiv Websites. Automatisierte Crawler, manuelle Prüfungen und Nutzer-Beschwerden können alle eine formale Untersuchung auslösen.
Wie Sie sich schützen
Die beste Verteidigung ist ein dokumentiertes Audit und eine Remediation-Roadmap. Selbst wenn Sie noch nicht vollständig konform sind, reduziert nachweislicher Fortschritt Ihr rechtliches Risiko erheblich.
Zuerst betroffene Branchen
E-Commerce & Einzelhandel
Banken & Fintech
Telekommunikation
Transport & Buchungen
Medien & Streaming
Online-Behördendienste
Reale Durchsetzungs-Präzedenzfälle
Domino's Pizza
$4.5M
Der Oberste Gerichtshof der USA bestätigte die Klage - Website und App waren für blinde Nutzer nicht zugänglich. Der Fall löste eine Welle von Barrierefreiheits-Klagen gegen E-Commerce-Unternehmen aus.
ADA · USA
Target Corporation
$6M
Sammelklage wegen einer nicht barrierefreien Website. Target zahlte 6 Mio. USD im Vergleich und verpflichtete sich, WCAG-Konformität innerhalb von drei Jahren zu erreichen.
ADA · USA
EU-Durchsetzungswelle
2025+
Der EAA gewährt weitergehende Durchsetzungsbefugnisse als der ADA. Für 2025-2026 wird eine Welle von Beschwerden und Bußgeldern durch EU-Regulierer erwartet. Die US-Erfahrung ist eine Vorschau auf das, was kommt.
EAA · EU
Die 5 wichtigsten Herausforderungen, die wir lösen
Die versteckten Risiken nicht barrierefreier Produkte
Wechseln Sie Vorher / Nachher, um zu sehen, was wir genau finden - und wie wir es beheben.
Herausforderung 01 - Umsatz & Recht
Risiko von Umsatzverlust
und rechtlichen Folgen
und rechtlichen Folgen
Checkout-Buttons ohne barrierefreie Labels sind für Screenreader unsichtbar - sie blockieren lautlos 15-20% der potenziellen Käufer beim Kaufabschluss.
shop.example.com/checkout/step-3
🖼alt=""
€129.00
Hier klicken →
⚠ Kein barrierefreier Name · Leeres alt
👟alt="Nike…"
€129.00
Weiter zur Kasse - Schritt 3 von 4 →
✓ Beschriftet · Alt-Text · Fokus sichtbar
Screenreader-Ausgabe - NVDA + Chrome
Herausforderung 02 - Konformität
Unklarer Konformitäts-
Status
Status
Ohne ein Baseline-Audit können Sie Ihr EAA-Risiko nicht beziffern - und Regulierungsbehörden warten nicht, bis Sie wissen, wo Sie stehen.
dashboard.example.com/accessibility
?
Konformitäts-Status: Unbekannt
Keine Baseline etabliert · 0 Seiten getestet
Ungetestete Seiten (47)
43%
Aktueller Score
→ 90% in 14 Wo.
Screenreader-Ausgabe - NVDA + Chrome
Herausforderung 03 - Tooling
Begrenzte Sichtbarkeit durch
automatisierte Tools
automatisierte Tools
Lighthouse und axe erkennen ca. 30% der Probleme. Der Rest zeigt sich erst bei manuellen Tests mit echten assistiven Technologien - Screenreadern, Tastaturen, mobilen Gesten.
axe DevTools - Scan results
Automatischer Scan
3
Probleme erkannt
Kontrast-Fehler
2× fehlender Alt-Text
Leeres Link-Label
Nicht erkannt
~44
Probleme übersehen
Fokus-Reihenfolge-Fehler
Screenreader-Fallen
AT-Gesten-Barrieren
Kognitive Probleme
47
Probleme insgesamt über alle Methoden gefunden
3
Automatisiert (axe / Lighthouse)
28
Manuelle WCAG 2.2-Prüfung
11
AT-Tests (NVDA, VoiceOver)
5
KI-gestützte Analyse
Screenreader-Ausgabe - NVDA + Chrome
Herausforderung 04 - User Journeys
Versteckte Lücken in realen
User Journeys
User Journeys
Fehler im Fokus-Management in Modalfenstern sind für Scanner unsichtbar - blockieren aber Tastatur- und Screenreader-Nutzer sofort beim Kaufabschluss.
shop.example.com/cart → checkout modal
Logo
Search
Warenkorb (Fokus verloren)
Footer link
Zahlungsdaten
✕
Kartennummer
Gültig bis
CVV
⚠ Fokus verlässt Modal - springt auf Seitenhintergrund
Logo
Search
Cart
Zahlungsdaten
✕ Schließen (Esc)
Kartennummer
Gültig bis
CVV
Tab-Reihenfolge:
1. Schließen
2. Karte
3. Gültig bis
4. CVV
5. Zahlen
Screenreader-Ausgabe - NVDA + Chrome
Herausforderung 05 - Remediation
Schwer behebbare Probleme
für interne Teams
für interne Teams
Unklare Problem-Beschreibungen führen zu Entwickler-Verwirrung, wieder geöffneten Tickets und vergeudeter Sprint-Zeit. Jedes Problem in unserem Bericht ist sofort umsetzbar.
jira.example.com/browse/ACC-47
ACC-47 - Barrierefreiheits-Problem
Priorität: ?
Der Button ist nicht barrierefrei. Der Checkout-Button funktioniert für Screenreader-Nutzer nicht richtig. Bitte beheben.
Kein WCAG-Bezug · Kein Code-Beispiel
ACC-47 - WCAG 4.1.2 · Name, Rolle, Wert
P1 - Kritisch
// Vorher - kein barrierefreier Name:
<button onclick="checkout()">→</button>
// Fix - aria-label hinzufügen:
<button aria-label="Proceed to checkout, step 3 of 4">→</button>
Auswirkung: 100% Checkout-Flow · Geschätzter Fix: 15 Min.
Screenreader-Ausgabe - NVDA + Chrome
Kostenloser Barrierefreiheits-Scan
Prüfen Sie Ihre
Barrierefreiheit jetzt
Barrierefreiheit jetzt
Starten Sie einen kostenlosen Scan Ihrer Website und erkennen Sie mögliche Lücken in zentralen User-Flows. Nutzen Sie ihn als Ausgangspunkt vor einem vollständigen WCAG 2.2 Audit.
Unverbindlich · Dauert unter 2 Minuten · Ergebnisse sofort
| Prüfung | Auto-Scan | Vollständiges Audit | Anmerkung |
|---|---|---|---|
| Fehlende Alt-Attribute bei Bildern | Tools erkennen fehlende Attribute im HTML problemlos. | ||
| Qualität und Bedeutung des Alt-Texts | Tools können nicht bewerten, ob der Alt-Text das Bild korrekt beschreibt oder sinnvollen Kontext vermittelt. | ||
| Farbkontrast-Probleme | Tools berechnen Kontrastverhältnisse, aber Experten prüfen die Lesbarkeit im realen UI-Kontext. | ||
| Logische Überschriften-Struktur (H1-H6) | Tools erkennen strukturelle Probleme, aber Experten beurteilen, ob Überschriften die Content-Struktur logisch abbilden. | ||
| Doppelte HTML-IDs | Statische Code-Analyse erkennt doppelte IDs zuverlässig. | ||
| Seiten-Sprach-Attribut (lang) | Tools erkennen das Vorhandensein von Sprach-Attributen; Experten prüfen, ob der Wert korrekt ist. | ||
| Korrekte Beschriftung von Formularfeldern | Tools prüfen das Vorhandensein von Labels; Experten verifizieren, ob Labels für Nutzer verständlich und sinnvoll sind. | ||
| Usability von Formular-Fehlermeldungen | Nur Experten können beurteilen, ob Fehlermeldungen klar, hilfreich und umsetzbar für Nutzer sind. | ||
| Tastatur-Navigation (Desktop) | Tools können realistische Tastatur-Navigation durch interaktive Komponenten nicht simulieren. | ||
| Logische Tab-Reihenfolge | Experten prüfen, ob sich der Fokus in realer Nutzung logisch und intuitiv bewegt. | ||
| Tastatur-Fallen | Erfordert manuelle Interaktion, um zu bestätigen, dass Nutzer Elemente per Tastatur verlassen können. | ||
| Fokus-Sichtbarkeit | Experten prüfen, ob Fokus-Indikatoren in verschiedenen UI-Zuständen sichtbar und nutzbar bleiben. | ||
| Screenreader-Tests (NVDA / JAWS / VoiceOver) | Erfordert echte assistive Technologien zur Bestätigung korrekter Ansagen und Usability. | ||
| Korrekte Screenreader-Ansagen | Experten prüfen, ob Elemente mit sinnvollem und verständlichem Kontext angesagt werden. | ||
| Ansagen dynamischer Inhalte (ARIA Live Regions) | Experten prüfen, ob Screenreader dynamische Updates korrekt ansagen. | ||
| ARIA-Syntaxfehler | Tools können falsche ARIA-Attribute im Code erkennen. | ||
| ARIA korrekt im Kontext verwendet | Experten bewerten, ob ARIA-Rollen Barrierefreiheit und Usability tatsächlich verbessern. | ||
| Barrierefreiheit komplexer Komponenten (Modals, Dropdowns, Date Picker) | Tools können das Verhalten interaktiver Komponenten nicht vollständig analysieren. | ||
| Barrierefreiheit von Navigationsmenüs | Erfordert Tests der Tastatur-Navigation und Screenreader-Interpretation. | ||
| Barrierefreiheit realer User-Flows (Login, Checkout, Formulare) | Tools scannen Seiten einzeln, können aber keine vollständigen User Journeys über die Oberfläche hinweg validieren. | ||
| Mobile Screenreader-Tests (VoiceOver / TalkBack) | Erfordert echte Geräte und assistive Technologien zur Validierung der Usability. | ||
| Mobile Zoom-Usability (200-400%) | Experten prüfen, ob Layout und Inhalt beim Zoomen nutzbar bleiben. | ||
| Pinch-to-Zoom-Verhalten | Tools können echte mobile Gesten und responsives Layout-Verhalten nicht simulieren. | ||
| Größe und Abstände von Touch-Zielen | Experten prüfen, ob Touch-Ziele für mobile Nutzer bequem und zugänglich sind. | ||
| Barrierefreiheit mobiler Gesten | Erfordert Tests von Gesten und Verifikation zugänglicher Alternativen. | ||
| Usability mobiler Navigation | Experten bewerten, ob die Navigation auf mobilen Geräten nutzbar bleibt. | ||
| Orientierungs-Unterstützung (Hochformat / Querformat) | Erfordert Gerätetests zur Bestätigung, dass das Layout in beiden Orientierungen funktioniert. | ||
| Reale Barrierefreiheits-Erfahrung | Nur Experten-Tests können die reale Barrierefreiheits-Erfahrung beurteilen. | ||
Prozess
So läuft es ab
Vier Schritte vom Erstkontakt bis zur vollständigen Konformitäts-Roadmap.
01
Discovery Call
Wir starten mit einem Discovery Call, um Ihr Produkt, zentrale User Journeys und Konformitäts-Anforderungen zu verstehen.
02
Scope & Angebot
Basierend auf den Discovery-Erkenntnissen erstellen wir ein detailliertes Angebot mit Barrierefreiheits-Scope, potenziellen Risiken und Zeitplan.
03
Vollständiges WCAG 2.2 Audit
Tiefgehende Tests über Web und Mobile - automatisiert, KI-gestützt, mit assistiven Technologien und manueller WCAG-Verifikation.
04
Bericht & Roadmap
Ein umfassender WCAG-Konformitäts-Bericht mit Score, priorisierten Issues (P0-P3) und klaren Empfehlungen für Ihr Team.
Leistungsumfang
Was Sie erhalten
Was Sie erhalten
im Vollständigen Audit
01
Aktueller Barrierefreiheits-Konformitäts-Score
02
Barrierefreiheits-Coverage-Map auf Seiten- und Flow-Ebene
03
Priorisierte Issues (P0-P3) mit Business-Impact
04
Klare Roadmap zur WCAG 2.2-Konformität (EAA / ADA)
05
Fix-Leitfäden mit Beispielen für Ihr Team
Musterbericht erhalten
Gesamt-Abdeckung0%
Bericht gesendet!
Wir haben Ihren Musterbericht an gesendet. Er sollte innerhalb einer Minute eintreffen - prüfen Sie bitte auch Spam oder Werbung, falls nötig.
Business-Impact
Reale Ergebnisse, die Ihr Geschäft spüren wird
Nach Fixes
>90%
Barrierefreiheits-Abdeckung nach Umsetzung unserer empfohlenen Fixes - durch Re-Test verifiziert
0
Mehr Probleme erkannt gegenüber rein automatisierten Tools
+15-20%
Zielgruppe mit Nutzern assistiver Technologien erweitern
↑ CVR
Conversion steigern durch Beseitigung von Checkout- und UX-Barrieren
↓ Risiko
Rechtliches Risiko bei EAA / ADA-Bußgeldern reduzieren
Zusätzlicher Mehrwert
Alles, was Sie brauchen über das Audit hinaus
🔁
Re-Test nach FixesVerifizieren, dass die Behebung die Probleme tatsächlich gelöst hat - nicht nur auf dem Papier
💻
Entwicklungsbereite EmpfehlungenCode-Level-Anleitung, die Ihre Engineers direkt umsetzen können
⚙️
CI/CD-Pipeline-IntegrationAutomatisierte Barrierefreiheits-Tests in Ihrer Release-Pipeline, um Regressionen früh zu erkennen
🛡️
Laufende Pre-Release-ChecksVerhindert, dass Barrierefreiheits-Regressionen in Produktion gelangen, in zentralen User-Flows
FAQ
Häufige Fragen beantwortet
Alles, was Sie brauchen, um zu entscheiden, ob ein Barrierefreiheits-Audit für Sie das Richtige ist.
Lighthouse und axe sind hervorragende Tools, aber sie erkennen nur etwa 30% der realen Barrierefreiheits-Probleme. Das übersehen sie:
- Fehler der Fokus-Logik bei Tastatur-Navigation in komplexen UI-Komponenten
- Screenreader-Fehler in dynamischen Inhalten (Modals, Live Regions, Toasts)
- Barrierefreiheits-Hürden in realen User-Flows - z.B. ein 6-stufiger Checkout
- Kognitive Barrierefreiheit und Verständlichkeit von Inhalten
- Touch-Gesten und Interaktionen auf mobilen Geräten
Automatisierte Tests sind die erste Verteidigungslinie, kein vollständiges Audit. EAA-Konformität erfordert manuelle Verifikation mit echten assistiven Technologien.
Die Dauer hängt von Produktgröße und Anzahl der User-Flows ab. Typische Schätzungen:
- Discovery Call + Scoping: 1-2 Tage
- Vollständiges WCAG 2.2 Audit (durchschnittlicher E-Commerce): 2-3 Wochen
- Berichts-Erstellung + Roadmap: 3-5 Werktage
Gesamt: 3-5 Wochen vom Kick-off bis zum finalen Bericht. Für MVPs oder begrenzten Scope - schneller. Genaue Zeitpläne werden im Discovery Call vereinbart.
Der EAA gilt für die meisten Unternehmen, es gibt jedoch eine Ausnahme für Kleinstunternehmen.
Nach dem Europäischen Rechtsakt zur Barrierefreiheit (EU-Richtlinie 2019/882):
Kleinstunternehmen (weniger als 10 Mitarbeiter ODER Jahresumsatz / Bilanzsumme unter €2 Mio.) sind befreit von EAA-Anforderungen für private Dienstleister.
Jedoch: Wenn Sie Dienste für EU-Kunden anbieten - auch als Unternehmen außerhalb der EU - und diese Schwellen überschreiten, gilt der EAA für Sie.
Kleinstunternehmen (weniger als 10 Mitarbeiter ODER Jahresumsatz / Bilanzsumme unter €2 Mio.) sind befreit von EAA-Anforderungen für private Dienstleister.
Jedoch: Wenn Sie Dienste für EU-Kunden anbieten - auch als Unternehmen außerhalb der EU - und diese Schwellen überschreiten, gilt der EAA für Sie.
Selbst wenn Sie technisch befreit sind, Barrierefreiheit = größere Zielgruppe + bessere UX. 15-20% der potenziellen Kunden haben Behinderungen. Es geht nicht nur um Konformität - es ist eine Geschäftschance.
WCAG 2.2 ist der aktuelle Web-Barrierefreiheits-Standard, veröffentlicht im Oktober 2023. Er ergänzt WCAG 2.1 um 9 neue Erfolgskriterien, darunter:
- Focus Appearance - sichtbare Fokus-Indikatoren für Tastatur-Nutzer
- Dragging Movements - Alternativen für Drag-and-Drop-Interaktionen
- Target Size - minimale Klick-/Tap-Ziel-Größe (24×24px)
- Consistent Help - konsistente Platzierung von Hilfe-Elementen
- Redundant Entry - Nutzer nicht bitten, bereits eingegebene Informationen erneut einzugeben
Der EAA erfordert Konformität mit WCAG 2.2 Level AA. Wenn Ihr letztes Audit vor 2023 war - es ist bereits veraltet.
Sie erhalten nicht nur eine Liste von Problemen - sondern eine komplette umsetzbare Roadmap:
- Jedes Problem nummeriert und priorisiert P0-P3
- Klare Beschreibung: wo es gefunden wurde, welche Regel verletzt wurde, welches WCAG-Kriterium
- Screenshots und Screenreader-Reproduktions-Aufzeichnungen
- Code-Level-Fix-Empfehlungen mit Beispielen
- Business-Impact-Bewertung für jedes Problem
Ihr Dev-Team kann Aufgaben sofort aufnehmen - keine zusätzliche Klärung nötig.
Vollständiges Audit anfragen
Erzählen Sie uns von Ihrem Projekt. Wir melden uns innerhalb von 24 Stunden.