Es muss ein ausreichender Kontrast zwischen der Farbe der Planlinie und dem Hintergrund, zwischen der POI-Beschriftung und dem Hintergrund sowie zwischen der Routenlinie und der Füllfarbe der Ebene bestehen.
Für Text gilt als WCAG-AA-Ziel in der Regel ein Kontrastverhältnis von 4,5:1 (3:1 für großen Text); da Beschriftungen auf der Karte klein erscheinen, sollten Sie nach Möglichkeit einen höheren Kontrast wählen.
Die Akzentfarben Teal (#0d6e7a) und Amber (#e8a317) im DrawMap360-Designsystem schaffen in Kombination mit den neutralen „Slate“-Farben eine gut lesbare Hierarchie; es reicht jedoch nicht aus, Amber allein als „Statusfarbe“ zu verwenden.
- Halten Sie die POI-Namen kurz; reservieren Sie lange Beschriftungen für einen höheren Zoom-Level.
- Wenn Sie Beschriftungen auf einem Hintergrundfoto oder einem Muster mit starker Struktur verwenden, fügen Sie einen halbtransparenten Überzug oder eine einfarbige Beschriftungsplatte hinzu.
- Verwenden Sie für das ausgewählte Element nicht nur Farbe, sondern auch eine unterschiedliche Rahmenstärke oder ein anderes Symbol.
- Erhöhen Sie die Beschriftungsgröße in dunklen Fluren oder schwach beleuchteten Räumen um eine Stufe.
Faustregel: Scannen Sie den Plan einmal mit einem Simulator für Farbblindheit (Protanopie/Deuteranopie).
Wenn sich die Routenfarbe und die Warnfarbe vermischen, unterstreichen Sie die gelbe Hervorhebung durch eine Form oder einen Linienstil.
Farbenunabhängige Darstellung
Codes, die ausschließlich auf Farben basieren, wie „Rot = geschlossen, Grün = offen“, sind nicht barrierefrei.
Kennzeichnen Sie geschlossene Bereiche zusätzlich durch Muster, Symbole oder Text.
Fügen Sie in den Kategoriefiltern neben dem Farbfeld eine Textbeschriftung ein.
Unterscheiden Sie bei Routenalternativen die primäre Route durch eine durchgezogene Linie und die sekundäre Route durch eine gestrichelte Linie.
Dieser Ansatz sorgt auch für Konsistenz zwischen gedruckten Schildern und digitalen Karten; wenn das Schild bereits Symbole und Text verwendet, sollte die digitale Ebene dieselbe Sprache sprechen.
Navigation auf der Karte mit der Tastatur
Auch wenn Touchscreen-Kioske und mobile Geräte vorherrschen, erfordern Desktop-Besucher, das Verwaltungs-Dashboard und Barrierefreiheitsprüfungen die Nutzung der Tastatur.
Die Fokusreihenfolge sollte logisch sein: Suchfeld → Filter → Ergebnisliste → ausgewähltes POI-Fenster → Ebenenumschalter.
Wenn der Fokus auf der Kartenoberfläche liegt, muss das Scrollen mit den Pfeiltasten oder der Wechsel zu den Steuerelementen per Tab-Taste klar definiert sein.
Der sichtbare Fokusring (Focus Outline) sollte mit der Primärfarbe des Designsystems übereinstimmen, ausreichend dick und kontrastreich sein; das Entfernen des Fokusrings ist aus Sicht der Barrierefreiheit inakzeptabel.
- Schließen Sie die mit der Escape-Taste geöffneten Fenster; der Fokus soll zum Auslöser zurückkehren.
- Die Auswahl von POIs und das Starten einer Route mit der Eingabetaste bzw. der Leertaste muss funktionieren.
- Die Etagenliste und die Suchergebnisse sollten über „roving tabindex“ oder „aria-activedescendant“ verwaltet werden.
- Hover-Menüs, die sich nur mit der Maus öffnen lassen, sollten auch über die Tastatur zugänglich sein.
Bildschirmleseprogramm und semantische Struktur
Die Kartenoberfläche ist eine visuelle Fläche; ein textuelles Äquivalent ist für Screenreader unerlässlich.
Der Name, die Kategorie, die Etage und die Kurzbeschreibung des ausgewählten POI müssen im Fenster als Klartext lesbar sein.
Die Routenschritte sollten als geordnete Liste dargestellt werden, z. B. „1. Gehen Sie zum Aufzug A, 2. Fahren Sie in die 2. Etage, 3. Gehen Sie zur Poliklinik 14“.
Vergeben Sie für dekorative Symbole leeren Alt-Text und für aussagekräftige Symbole kurze und korrekte Beschriftungen.
Die Seitenüberschrift und die H1-Überschrift müssen mit dem SEO-Titel übereinstimmen; die Absicht „Leitfaden zur Barrierefreiheit der Kartenoberfläche“ muss im Inhalt klar zum Ausdruck kommen.
Vermeiden Sie es, bei der Verwendung von Live-Ankündigungen (aria-live) zu ausufernd zu sein.
Jedes Pan-/Zoom-Ereignis anzukündigen, ermüdet den Nutzer; aktualisieren Sie den Live-Bereich nur bei Auswahl, berechneter Route und in Fehlerfällen.
Touch-Ziele und mobile Geräte
Auf der Karte für mobile Besucher sollten Pins und Steuerelemente eine Berührungsfläche von mindestens 44×44 px aufweisen.
Das „Cluster“-Verhalten, bei dem beim Tippen auf nahe beieinander liegende POIs eine Liste geöffnet wird, reduziert die Auswahl falscher Pins.
Die Zoom-Steuerelemente sollten nicht am Bildschirmrand liegen; bei der Einhandbedienung ist der Daumenbereich zu berücksichtigen.
Berechnen Sie bei horizontaler/vertikaler Richtungsänderung Überschneidungen der Beschriftungen neu; andernfalls überlappen sich zugängliche Beschriftungen.
Checkliste zur Barrierefreiheit vor der Veröffentlichung
- Kontrast: Kombinationen aus Beschriftung, Pfad, Auswahlring und Hintergrund wurden überprüft.
- Farbu Unabhängigkeit: Aus-/Ein- und Warnzustände wurden durch Symbole oder Text unterstützt.
- Tastatur: Fokusreihenfolge, sichtbarer Umriss und Escape-Verhalten wurden getestet.
- Bildschirmleseprogramm: Das POI-Fenster und die Routenschritte werden vorgelesen.
- Touch: Für kleine Pins gibt es eine Gruppe oder einen vergrößerten Trefferbereich.
- Inhalt: POI-Namen sind konsistent, Abkürzungen sind erklärt, die Sprachauswahl (tr/en/fr/de) ist korrekt.
Machen Sie diese Liste zu einem festen Bestandteil Ihrer Checkliste vor der Veröffentlichung.
Genauso wenig wie fehlende POI-Namen sollten auch unlesbare Beschriftungen nicht live geschaltet werden.
Das Betriebsteam sollte bei Feldtests dieselbe Route einmal ohne Tastatur und einmal ausschließlich mit der Tastatur testen.
Anwendungstipps für DrawMap360
Wenn Sie den Maßstab des Plans auf Meter beibehalten, bleiben Entfernungen und Routenzeiten aussagekräftig; barrierefreie Routenprofile (Vorzug für Aufzüge, Vermeidung von Treppen) basieren auf diesem Maßstab.
Der rollenbasierte Zugriff im Workspace stellt sicher, dass Barrierefreiheitskorrekturen nur von autorisierten Bearbeitern veröffentlicht werden.
Versionsverwaltung und Rückgängigmachen ermöglichen eine schnelle Korrektur, falls versehentlich eine Ebene veröffentlicht wird, die den Kontrast beeinträchtigt.
Synonyme in der Besuchersuche (z. B. „WC“, „Toilette“, „Restroom“) unterstützen die sprachliche Vielfalt im Bereich der Barrierefreiheit.
Häufig gestellte Fragen
Ist die Barrierefreiheit von Karten nur für Besucher mit Behinderungen gedacht?
Nein. Auch Situationen wie schlechte Lichtverhältnisse, ältere Besucher, vorübergehende Verletzungen, Sprachbarrieren und schnelle Entscheidungsfindung unter Stress profitieren von denselben Gestaltungsentscheidungen.
Eine barrierefreie Karte bedeutet weniger Supportanfragen und weniger Verirrungen.
Ist es möglich, die WCAG eins zu eins auf eine Karte anzuwenden?
Die Oberfläche einer Karte ist ein spezieller Kontext; es ist nicht immer möglich, alle Erfolgskriterien Pixel für Pixel abzubilden.
Dennoch sollten wichtige Kriterien wie Kontrast, Tastaturbedienung, Fokus, textuelle Alternativen und Statusmeldungen angewendet und überprüft werden.
Ist ein Screenreader am Kiosk erforderlich?
Bei physischen Kiosksystemen werden häufig Sprachführung und eine kontrastreiche Benutzeroberfläche bevorzugt.
Bei in eine Website eingebetteten Karten hingegen haben die Unterstützung von Standard-Bildschirmleseprogrammen und die Bedienung über die Tastatur Vorrang.
Wählen Sie das Profil entsprechend der Umgebung aus; vermeiden Sie die Annahme, dass „überall alles gleich“ ist.
Was sollten wir als ersten Schritt tun?
Wählen Sie eine Pilotetage aus, führen Sie Kontrast- und Tastaturtests durch und überprüfen Sie die Screenreader-Texte für drei kritische Routen (Eingang–Ziel, nächste Toilette, Notausgang).
Wenden Sie anschließend dieselbe Checkliste auf die anderen Etagen an.
Ergebnis
Barrierefreiheit auf der Besucher-Karte bedeutet das Zusammenspiel von Kontrast, farbunabhängiger Darstellung, Tastaturnavigation und Screenreader-freundlichen Bedienelementen.
Wenn Sie diese Punkte in Ihren Veröffentlichungsablauf integrieren, ist der Plan nicht nur „zugänglich“, sondern auch „für alle lesbar“.
Wenn Sie Ihren Standort mit DrawMap360 digitalisieren, sollten Sie die Barrierefreiheit nicht auf später verschieben, sondern sie von der ersten Veröffentlichung an auf Ihrer Checkliste behalten.
Sind Sie bereit, einen barrierefreien Besucherplan für Ihre Räumlichkeiten zu veröffentlichen?
Starten Sie kostenlos
oder
sehen Sie sich das Produkt unter drawmap360.com an.