Das 2‑Sinnes-Prinzip stellt sicher, dass kritische Informationen auf Websites nicht nur visuell (Farben, Icons) codiert sind, sondern auch auditiv oder taktil wahrnehmbar – essenziell für die BFSG-Konformität nach EN 301 549.
Was ist das Zwei-Sinne-Prinzip?
Informationen müssen mindestens zwei Sinne ansprechen: Sehen, Hören, Tasten. Ziel: Auch bei Ausfall eines Sinns (etwa einer Sehbehinderung) bleibt der Inhalt zugänglich. Im Web heißt das: keine reinen Farbcodes für Informationen, sondern Icons + Text + eventuelle Screenreader-Unterstützung.
Tools für den Check
1. Automatisierte Scanner (Schnell-Overview)
WAVE (webaim.org): Findet Farb‑, Form- und Icon-only-Probleme und prüft, ob Statusmeldungen textuell verstärkt sind.
axe DevTools (Browser-Extension): Flagget „color-contrast“ und „status-msg“-Violations, die Zwei-Sinne-Verstöße andeuten.
Tenon.io: Scannt redundante Codierungen (etwa Button nur farbig, ohne Label).
2. Screenreader-Tests (Auditiv + Struktur)
NVDA (Windows, kostenlos): Lies Flows vor (Formulare, Warenkorb). Fehlermeldungen nur farbig? Screenreader übersieht sie, dann Zwei-Sinnes-Fehler.
VoiceOver (Mac/iOS): Prüft, ob ARIA-Live-Regions („success“) gesprochen werden.
TalkBack (Android): Für mobile Responsivität; testet Swipe/Gesten + Vibrationen (Tastsinn).
Praxis: Navigiere komplett per Screenreader durch Checkout – hört der User „Zahlung erfolgreich“ oder nur Stille?
3. Tastatur + Fokus-Visualisierung (Tasten-Sinn)
Browser-DevTools (F12 > Accessibility-Tab): Fokus-Indikatoren prüfen (sichtbar + taktil via Tab-Navigation).
Keyboard-Only-Test: Alles per Tab, Enter, Space erreichbar? Skip-Links vorhanden?
NoCoffee Vision Simulator: Simuliert Sehbehinderungen; zeigt, ob Infos trotz Kontrastverlust via Text/Hören greifbar sind.
4. Spezialisierte Zwei-Sinnes-Tools
Color Oracle / Stark: Simuliert Farbenblindheit und prüft, ob Informationen farbunabhängig redundant sind (Text + Icon).
Tanaguru: WCAG-Check mit Fokus auf „non-text-content“ und „sensory reliance“.
Manual Checkliste EN 301 549: Kapitel 5.1.3 ff. zu „Non-web documents“ und Web-Äquivalenten.
Praktische Check-Workflow
Scanner-Lauf → Automatische rote Flaggen.
Screenreader-Session (10 Min pro Flow): „Höre ich alles Wesentliche?“
Tastatur-Marathon: „Erreiche/Fühle ich alles?“
Simulations-Tools: „Bleibt’s bei Sim-Behinderung verständlich?“
Beispiel-Fehler: Grüner Haken für „Bestellung ok“ nur als Icon
Fix: Icon + Text „Bestellung erfolgreich!“ + ARIA-live. Jetzt: Sehen + Hören.
Links zum Thema
Unser Fazit
Tools machen’s objektiv: Jede Statusmeldung, Warnung, Entscheidung braucht visuelle und auditive/taktile Redundanz. BFSG-fähig wird’s, wenn das systematisch für E‑Commerce-Flows geprüft – und direkt gefixt wird. Inklusion per Design, nicht per Nachrüstung.
Bei amselrehhase entwickeln und prüfen wir barrierefreie Projekte. Buchen Sie uns für barrierefreie Kommunikationsmittel! Schreiben Sie uns eine E‑Mail!
amselrehhase | 10.02.2026
Vereinfachte Zusammenfassung
Das Zwei-Sinnes-Prinzip sorgt dafür, dass Informationen auf Websites nicht nur sichtbar sind, sondern auch hörbar oder fühlbar. Tools wie WAVE, NVDA und Tastatur-Tests prüfen das schnell und sind wichtig für BFSG-Shops!
