Ein Sehender muss sehen, was ein Hörender hört – warum das Zwei‑Sinne‑Prinzip dein Design verändert
Du kennst meinen ersten Merksatz: „Ein Hörender muss hören, was ein Sehender sieht“ – also: Inhalte so aufbereiten, dass sie nicht nur hübsch aussehen, sondern auch hörbar, spürbar, erfassbar sind. Heute drehen wir das Ganze um: Ein Sehender muss sehen, was ein Hörender hört.
Was heißt das? Stell dir eine klassische Audio‑Situation vor: Durchsage im Bahnhof, Jingle im Newsletter‑Video, Sprachnachricht im Chat. Für Hörende ist klar, was passiert – alle Informationen laufen über die Ohren. Für Menschen, die wenig oder gar nichts hören, bleibt: nichts. Genau hier kommt das Zwei‑Sinne‑Prinzip ins Spiel: Jede wichtige Information sollte mindestens über zwei Sinne erreichbar sein, etwa Hören und Sehen.
Praktisch heißt das: Wenn etwas Wichtiges gesagt wird, braucht es ein sichtbares Pendant. Die Durchsage bekommt eine Anzeigetafel, das Video Untertitel und ein klares On‑Screen‑Textbild, der Podcast ein Transkript, die Sprachnachricht eine kurze Zusammenfassung im Chat. Ein Sehender muss sehen können, was andere hören, sonst ist deine Botschaft für einen Teil der Leute schlicht nicht existent.
Für digitale Barrierefreiheit ist das nicht optional, sondern Kernaufgabe. WCAG fordern genau diese Mehrkanal‑Denke: Untertitel, Alternativtexte, visuelle Hinweise, klare Texte. In meinem Artikel „Ein Hörender muss hören, was ein Sehender sieht“ ging es darum, Bilder und Interfaces so zu beschreiben, dass Screenreader‑Nutzer:innen sie verstehen. Jetzt ergänzen wir die andere Seite: Alles, was du nur per Ton vermittelst, benötigt ein sichtbares Gegenstück.
Die gute Nachricht: Wenn du dieses Prinzip einmal im Kopf hast, wird dein Alltag einfacher. Du fragst dich bei jedem Projekt:
Was wird hier nur gehört?
Was davon muss zusätzlich sichtbar sein?
Wie kann ich das in mein Design integrieren, ohne alles zu überladen?
So wird aus Barrierefreiheit kein Zusatz‑Feature, sondern ein Designprinzip. Und ganz nebenbei verstehen auch gestresste Pendler:innen, People mit Kopfhörern und alle, die gerade ohne Ton scrollen, was du ihnen sagen willst.
Auf Webseiten und in Dokumenten gilt: Ein Sehender muss sehen, was ein Hörender hört – UND was ein Screenreader „hört“. Nichts Wichtiges darf im Unsichtbaren verschwinden.
Was hier gemeint ist
Screenreader lesen mehr als das, was du siehst: Alternativtexte, Title‑Attribute, Metadaten, versteckte Überschriften. Das ist super, solange du dort nichts versteckst, was visuell nicht vorhanden ist. Wenn im Alt‑Text steht „Jetzt 20 % Rabatt, nur bis heute Abend“, der sichtbare Button aber einfach „Mehr erfahren“ heißt, erlebt ein Teil der Nutzer:innen eine andere Realität als der Rest. Das ist nicht barrierefrei, sondern schlicht unfair.
Typische Stolperfallen
Alt‑Texte, die mehr Informationen enthalten als das Bild oder der sichtbare Text (etwa zusätzliche Angebote, Bedingungen, „geheime“ Hinweise).
Unsichtbare Überschriften nur für Screenreader, die Inhalte ankündigen, die visuell nicht auftauchen.
Metadaten oder PDF‑Tags, in denen andere Titel, Stände oder Deadlines stehen als auf der Gestaltung.
Buttons, deren sichtbare Beschriftung nichts mit dem technisch hinterlegten Namen zu tun hat.
Das Zwei‑Sinne‑Prinzip heißt hier: Gleiche Information, unterschiedliche Wege. Nicht: unterschiedliche Informationen je nach Kanal.
Wie du es sauber löst
Alt‑Texte ergänzen den Sinn. Sie beschreiben, was im Bild zu sehen ist und welche Funktion es hat, aber sie erfinden nichts dazu.
PDF‑Tags, Überschriftenstruktur und sichtbare Hierarchie bleiben konsistent: Was „H1“ ist, sieht auch aus wie „H1“.
Link‑ und Buttontexte sind in Technik und Design gleich verständlich: „PDF Barrierefreiheit herunterladen“ statt „Hier klicken“ sichtbar und „Dokument 123“ im Code.
Zusätzliche Informationen, Hinweise, Rabatte oder Fristen gehören immer in den sichtbaren Inhalt (Text, Hinweisbox, Fußnote) – Screenreader bekommen sie dann automatisch mit.
Kurz: Nutze Metadaten, Alternativtexte und Struktur, um deine Inhalte zugänglicher zu machen. Nicht, um eine zweite, unsichtbare Version der Wahrheit zu bauen. Ein Sehender muss sehen können, was ein Hörender und ein Screenreader „hören“ – sonst ist dein Design nicht inklusiv, sondern gespalten.
Du möchtets ein Seinar buchen?
Schreibe mir einfach eine E‑Mail: j@amselrehhase.de
und frage nach einem Seminar, das genau auf deinen Kenntnisstand zugeschnitten ist.
amselrehhase | 01.03.2026
Vereinfachte Zusammenfassung
Auf Webseiten und in Dokumenten dürfen wichtige Informationen nie versteckt sein. Alles Wichtige muss sichtbar sein und von Screenreadern vorgelesen werden. Alle bekommen dieselben klaren Inhalte.
