← Blog Guides

Barrierefreie Indoor-Navigation: ADA, WCAG und inklusive Wegführung

Jeder vierte Erwachsene in den USA lebt laut CDC mit einer Behinderung. Wenn Ihr Wegführungssystem nur für körperlich uneingeschränkte, sehende Besucher funktioniert, die Englisch lesen, schließt es Millionen von Menschen aus — und verstößt möglicherweise gegen Bundesgesetze. Barrierefreie Indoor-Navigation ist keine Option. Sie ist eine Designanforderung. So setzen Sie sie richtig um, aufbauend auf unseren Prinzipien inklusiver Wegführung.

Die rechtliche und ethische Landschaft

Der Americans with Disabilities Act (ADA) verlangt, dass öffentliche Einrichtungen und gewerbliche Gebäude für Menschen mit Behinderungen zugänglich sind. Title II betrifft staatliche Stellen; Title III betrifft private Unternehmen, die der Öffentlichkeit zugänglich sind — Hotels, Krankenhäuser, Einkaufszentren, Büros und Veranstaltungsorte.

Die Aktualisierung des ADA Title II durch das Justizministerium im Jahr 2024 erweiterte die Barrierefreiheitsanforderungen ausdrücklich auf webbasierte Dienste staatlicher und kommunaler Behörden und verwies auf WCAG 2.1 Level AA als Standard. Obwohl Title III noch keinen spezifischen Webstandard kodifiziert hat, wenden Gerichte zunehmend WCAG 2.1 AA auf digitale Dienste des Privatsektors an.

Für Wegführungssoftware bedeutet dies: Wenn Sie ein digitales Navigationstool in einem öffentlich zugänglichen Gebäude einsetzen, sollte es die WCAG 2.1 AA-Standards erfüllen. Ein Wegführungssystem, das nur für sehende, körperlich uneingeschränkte Benutzer funktioniert, schafft ein Zwei-Klassen-Erlebnis, das nach Bundesgesetz als Diskriminierung gelten kann.

Barrierefreiheitsanforderungen sind vielfältig

„Barrierefreiheit“ ist keine einzelne Anforderung — sie umfasst ein breites Spektrum an Bedürfnissen:

Mobilitätseinschränkungen: Rollstuhlfahrer müssen über Rampen, Aufzüge, barrierefreie Eingänge und hindernisfreie Routen informiert sein. Eine Treppe als Abkürzung ist für einen Rollstuhlfahrer kein gangbarer Weg.

Sehbehinderungen: Blinde und sehbehinderte Nutzer benötigen Screenreader-Kompatibilität, ausreichenden Farbkontrast und nicht-visuelle Navigationshilfen. Eine interaktive Karte, die ausschließlich auf visuelles Scannen setzt, versagt bei diesen Nutzern.

Kognitive Behinderungen: Nutzer mit geistigen Behinderungen, Demenz oder traumatischen Hirnverletzungen benötigen einfache Oberflächen mit minimalen Entscheidungspunkten. Komplexe Menüstrukturen und mehrstufige Prozesse schaffen Barrieren.

Hörbehinderungen: Obwohl Wegführung primär visuell ist, benötigen audiobasierte Ankündigungen oder Warnungen Untertitel oder visuelle Alternativen.

Das CDC berichtet, dass 26 % der amerikanischen Erwachsenen — 61 Millionen Menschen — eine Form von Behinderung haben. In Gesundheitseinrichtungen liegt der Anteil deutlich höher. Für Barrierefreiheit zu gestalten bedeutet, für einen erheblichen Teil Ihrer Besucher zu gestalten.

WCAG 2.1 AA-Anforderungen für Wegführung

WCAG 2.1 Level AA bietet spezifische, testbare Kriterien, die für Wegführungssoftware relevant sind:

Wahrnehmbar: Alle Inhalte müssen Textalternativen haben. Kartenmarkierungen benötigen beschreibenden Text, nicht nur visuelle Symbole. Farbe darf nicht das einzige Mittel zur Informationsvermittlung sein — wenn Sie Zonen farblich kodieren, beschriften Sie sie zusätzlich.

Bedienbar: Alle Funktionen müssen per Tastatur zugänglich sein. Berührungsziele müssen mindestens 44x44 CSS-Pixel groß sein. Keine Zeitlimits bei Interaktionen (eine Karte, die sich nach 30 Sekunden automatisch schließt, erfüllt dieses Kriterium nicht).

Verständlich: Die Navigation muss konsistent und vorhersehbar sein. Fehlermeldungen müssen klar sein. Die Sprache muss deklariert sein, damit Screenreader die korrekte Aussprache verwenden.

Robust: Inhalte müssen mit aktuellen und absehbar zukünftigen assistiven Technologien funktionieren. Korrekte HTML-Semantik, ARIA-Labels und Standard-Oberflächenmuster.

QRCodeMaps liefert webbasierte Karten über den nativen Browser des Smartphones, was bedeutet, dass eingebaute Barrierefreiheitsfunktionen — VoiceOver, TalkBack, Display-Skalierung, Hochkontrastmodi — automatisch funktionieren, ohne eine separate „barrierefreie Version“.

Rollstuhlgerechte Routeninformationen

Für Rollstuhlfahrer und Besucher mit Mobilitätseinschränkungen reicht es nicht zu wissen, dass ein Ziel existiert — sie müssen wissen, wie sie es über eine barrierefreie Route erreichen. Eine Markierung für „Konferenzraum B“, der nur über Treppen erreichbar ist, ist ohne Information über die Aufzug-Alternative nutzlos.

Fügen Sie Barrierefreiheitsdetails in Markierungsbeschreibungen ein: „Barrierefrei erreichbar per Aufzug von der Hauptlobby“ oder „Rampenzugang vom Südeingang“. Markieren Sie rollstuhlgerechte Toiletten separat von Standardtoiletten. Weisen Sie auf stufenfreie Routen hin, wenn diese vom kürzesten Weg abweichen.

Für Krankenhäuser, in denen ein erheblicher Anteil der Besucher Mobilitätseinschränkungen hat (Patienten im Rollstuhl, an Krücken oder mit Gehwagen), sind diese Informationen unverzichtbar. Für Universitäten bedenken Sie, dass laut dem National Center for Education Statistics 19 % der Studierenden eine Behinderung angeben.

Screenreader-Kompatibilität und Unterstützung bei Sehbehinderungen

Besucher, die blind sind oder eine Sehbehinderung haben, sind auf Screenreader (VoiceOver auf iOS, TalkBack auf Android) angewiesen, um mit digitalen Inhalten zu interagieren. Ein Wegführungssystem, das rein visuell funktioniert — eine Karte verschieben, einen Pin visuell finden — ist für diese Nutzer nicht zugänglich.

Webbasierte QR-Code-Wegführung hat hier einen Vorteil. Die im Browser geladene Kartenseite kann korrekt strukturiertes HTML mit ARIA-Labels, semantischen Überschriften und beschreibendem Alt-Text enthalten. Screenreader können Markierungsnamen, Beschreibungen und relative Positionen vorlesen.

Die Suchfunktion ist für Screenreader-Nutzer besonders wichtig. Statt eine Karte visuell zu durchsuchen, sucht ein blinder Besucher nach „Radiologie“ und hört das Ergebnis: den Abteilungsnamen, das Stockwerk und jede bereitgestellte Beschreibung. Die Suchinteraktion ist von Natur aus barrierefrei — es ist Text rein, Text raus.

Stellen Sie ausreichenden Farbkontrast sicher (Verhältnis 4,5:1 für normalen Text, 3:1 für großen Text gemäß WCAG) und unterstützen Sie die Textskalierung auf Browserebene. Viele sehbehinderte Nutzer vergrößern die Textgröße ihres Smartphones — eine Wegführungsoberfläche, die bei 200 % Textzoom nicht mehr funktioniert, erfüllt die WCAG-Anforderungen nicht.

Kognitive Barrierefreiheit und einfaches Design

Kognitive Barrierefreiheit wird oft übersehen, betrifft aber eine große Bevölkerungsgruppe: Menschen mit geistigen Behinderungen, ältere Besucher mit Demenz, Kinder und alle, die unter Stress oder kognitiver Überlastung stehen (was, wie die Forschung zur Psychologie der Wegführung zeigt, die meisten Erstbesucher komplexer Gebäude einschließt).

Gestaltungsprinzipien für kognitive Barrierefreiheit:

Schritte minimieren. QR-Code scannen, Karte sehen, Ziel suchen — maximal drei Schritte. Keine Login-Bildschirme, keine Berechtigungsabfragen, keine Tutorial-Overlays.

Klare, einfache Sprache verwenden. „Raum finden“ statt „Zum Ziel navigieren“. „Sie sind hier“ statt „Aktueller Standortmarker“.

Konsistentes Layout bereitstellen. Die Suchleiste sollte immer an derselben Stelle sein. Kartensteuerungen sollten immer gleich funktionieren. Vorhersehbarkeit reduziert die kognitive Belastung.

Informationsüberflutung vermeiden. Zeigen Sie, was relevant ist, verbergen Sie, was nicht relevant ist. Eine Karte mit 200 gleichzeitig sichtbaren Markierungen überfordert. Schrittweise Offenlegung — zuerst nahegelegene Markierungen zeigen, beim Zoomen mehr anzeigen — hält die Oberfläche übersichtlich.

Tests und kontinuierliche Verbesserung

Barrierefreiheit ist keine einmalige Checkbox — sie erfordert Tests mit echten Nutzern und fortlaufende Aufmerksamkeit.

Automatisierte Testtools (axe, Lighthouse, WAVE) erfassen etwa 30–40 % der WCAG-Probleme — hauptsächlich Kontrastverhältnisse, fehlenden Alt-Text und strukturelle Probleme. Manuelle Tests mit einem Screenreader decken weitere 30–40 % auf. Die verbleibenden Probleme werden nur durch Usability-Tests mit Menschen mit Behinderungen gefunden.

Wenn das Budget es erlaubt, rekrutieren Sie 3–5 Nutzer mit unterschiedlichen Behinderungen (einen Rollstuhlfahrer, einen Screenreader-Nutzer, einen älteren Besucher) und beobachten Sie, wie sie Ihr Wegführungssystem nutzen. Die Erkenntnisse aus 30 Minuten Beobachtung übertreffen das, was Monate automatisierter Tests enthüllen.

QRCodeMaps-Analysen können hier ebenfalls helfen. Wenn Sie Suchanfragen ohne Ergebnis oder sehr kurze Sitzungsdauern von bestimmten QR-Code-Standorten sehen (z. B. in der Nähe barrierefreier Eingänge), untersuchen Sie, ob das Erlebnis für Besucher mit Behinderungen an diesen Standorten versagt.

Verbesserungen der Barrierefreiheit nützen allen. Bordsteinabsenkungen, die für Rollstühle konzipiert wurden, werden von Kinderwagen, Lieferwagen und Koffern genutzt. Klare, einfache Wegführung, die für kognitive Barrierefreiheit konzipiert wurde, hilft jedem gestressten, eiligen oder ortsunkundigen Besucher, sich leichter zurechtzufinden.