Ist Ihr Store Locator EAA-konform? Eine Checkliste für Marken mit mehreren Standorten

Stellen Sie sich vor: Ihre Marke betreibt 150 Standorte in Europa. Sie haben in einen Store Locator investiert, Ihre Einträge optimiert und verzeichnen starken organischen Traffic. Dann erhalten Sie eine formelle Mitteilung Ihrer nationalen Behindertenrechtsorganisation: Ihr Store Locator entspricht nicht den Barrierefreiheitsstandards.

Das ist kein hypothetisches Szenario. Es passiert jetzt.

Das Europäische Barrierefreiheitsgesetz (EAA) ist seit Juni 2025 vollstreckbar, und nationale Behörden in der gesamten EU führen Audits durch, stellen Bescheide aus und verhängen in einigen Fällen Bußgelder. Frankreich, Deutschland, Spanien und die Niederlande haben alle aktive Durchsetzungsmaßnahmen eingeleitet, wobei Behindertenrechtsorganisationen formelle Beschwerden gegen große Einzel- und Transportmarken einreichen.

Dennoch haben die meisten Marken mit mehreren Standorten ihre Store Locatoren noch nicht auf WCAG-2.2-AA-Konformität geprüft, den Standard, den die EAA vorschreibt.

Dieser Artikel erklärt, was EAA-Konformität für Ihren Store Locator konkret bedeutet, und liefert eine praxisnahe Prüfcheckliste.

Das Europäische Barrierefreiheitsgesetz: Zeitplan und aktuelle Durchsetzung

Die EAA ist eine Richtlinie, die vorschreibt, dass alle digitalen Produkte und Dienstleistungen, die auf dem EU-Markt angeboten oder betrieben werden, Mindeststandards für Barrierefreiheit erfüllen müssen. Sie gilt für:

• Websites und mobile Apps (einschließlich Store Locatoren und lokale Landing Pages)
• Selbstbedienungsterminals (Kioske, Geldautomaten)
• E-Commerce-Plattformen
• Mobile Anwendungen mit wesentlichen Funktionen

Die Kernanforderung: Digitale Dienste müssen die WCAG-2.2-Level-AA-Standards erfüllen, den internationalen Maßstab für Web-Barrierefreiheit.

Durchsetzungszeitplan

• Dezember 2016: EAA-Richtlinie veröffentlicht
• 28. Juni 2025: Durchsetzungsfrist: Alle betroffenen digitalen Dienste müssen konform sein
• 2025 bis heute: Nationale Behörden führen Audits durch, stellen Bescheide aus und verhängen Sanktionen

Die Durchsetzung ist bereits aktiv. Frankreichs Behindertenrechtsorganisationen haben Beschwerden gegen große Einzelhandelsketten eingereicht, deren Store Locatoren Barrierefreiheitstests nicht bestanden haben. Deutsche Aufsichtsbehörden untersuchen die App-Barrierefreiheit sektorübergreifend. Spanien forderte von Marken, bis Anfang 2026 Barrierefreiheitsaudits durchzuführen, eine Frist, die nun verstrichen ist.

Sanktionen variieren je nach Mitgliedstaat, sind aber ernst zu nehmen. Nicht-Konformität kann folgende Konsequenzen haben:

• Bußgelder bis zu 25.000 € pro Verstoß in einigen Ländern
• Behördliche Anordnungen zur Behebung mit strikten Fristen
• Reputationsschäden und Ausschluss von öffentlichen Ausschreibungen
• Barrierefreiheitsklagen, die in Europa zunehmen

Was WCAG 2.2 AA für Store Locatoren tatsächlich verlangt

WCAG 2.2 basiert auf vier Prinzipien: wahrnehmbar, bedienbar, verständlich und robust (POUR). Hier erfahren Sie, was jedes Prinzip für Store Locatoren konkret bedeutet.

Wahrnehmbar: Nutzerinnen und Nutzer müssen Inhalte wahrnehmen können

Was das für Store Locatoren bedeutet:

• Textalternativen für Bilder: Jedes Kartensymbol, Geschäftsbild oder visuelle Element benötigt einen Alt-Text, den Screenreader interpretieren können.
• Farbkontrast: Text muss ein Kontrastverhältnis von 4.5:1 zum Hintergrund aufweisen (WCAG-Anforderung), 3:1 für großen Text (ab 18pt).
• Video und Multimedia: Wenn Ihr Store Locator Videoinhalte enthält, müssen diese Untertitel und Audiobeschreibungen umfassen.
• Fehler- und Statusindikatoren: Diese dürfen nicht allein auf Farbe beruhen. Verwenden Sie Text, Symbole oder andere visuelle Hinweise ergänzend zur Farbe.

Häufiger Fehler: Ein Kartenpin ist rot eingefärbt, um “Jetzt geöffnet” anzuzeigen. Farbenblinde Nutzerinnen und Nutzer können ihn nicht von anderen Pins unterscheiden. Lösung: Fügen Sie eine sichtbare Beschriftung (“Jetzt geöffnet”) oder ein zusätzliches Symbol hinzu.

Bedienbar: Nutzerinnen und Nutzer müssen navigieren und steuern können

Was das für Store Locatoren bedeutet:

• Tastaturnavigation: Jedes interaktive Element (Schaltflächen, Filter, Kartensteuerung, Suchfelder) muss per Tab, Enter und Pfeiltasten zugänglich sein. Keine Maus erforderlich.
• Sprunglinks: Nutzerinnen und Nutzer müssen repetitive Header-Navigation überspringen und direkt zum Suchfeld des Store Locators gelangen können.
• Fokusindikatoren: Wenn eine Person per Tab zu einer Schaltfläche oder einem Eingabefeld navigiert, muss visuell klar erkennbar sein, welches Element fokussiert ist.
• Touch-Zielgröße: Auf Mobilgeräten müssen anklickbare Elemente mindestens 24×24 Pixel groß sein und ausreichend Abstand haben.

Häufiger Fehler: Eine Kartenoberfläche unterstützt Maus-Zoom und -Schwenken, Tastaturnutzerinnen und -nutzer können jedoch nicht zoomen. Lösung: Fügen Sie Tastenkürzel hinzu (+ und - für Zoom, Pfeiltasten für Schwenken) und dokumentieren Sie diese im Hilfetext.

Verständlich: Nutzerinnen und Nutzer müssen Inhalte und Bedienung verstehen

Was das für Store Locatoren bedeutet:

• Klare Sprache: Vermeiden Sie Fachjargon. “Suche eingrenzen” ist klarer als “Standortabfrage verfeinern”.
• Konsistente Navigation: Wenn Filter auf dem Desktop in einer Seitenleiste erscheinen, müssen sie auf Mobilgeräten gleichermaßen zugänglich sein.
• Beschriftete Formularfelder: Jedes Suchfeld und jeder Filter benötigt eine sichtbare, zugehörige Beschriftung. Pflichtfelder müssen klar gekennzeichnet sein.
• Fehlermeldungen: Wenn eine Person eine ungültige Postleitzahl eingibt, zeigen Sie eine erklärende Meldung an, nicht nur einen roten Rahmen.

Häufiger Fehler: Ein Filter mit der Bezeichnung “Servicetypen” ohne Erläuterung der verfügbaren Optionen. Lösung: Verwenden Sie “Nach Services filtern (Parkplatz, Rollstuhlzugang, WLAN)” und stellen Sie sicher, dass alle Optionen sichtbar sind.

Robust: Ihr Store Locator muss mit Hilfstechnologien funktionieren

Was das für Store Locatoren bedeutet:

• Semantisches HTML: Verwenden Sie geeignete HTML-Elemente. Schaltflächen sollten <button> sein, nicht <div onclick>. Das ermöglicht Screenreadern, die Seitenstruktur zu verstehen.
• ARIA-Labels: Wenn visueller Kontext nicht ausreicht, beschreiben Sie interaktive Elemente mit ARIA-Attributen. Eine Filter-Schaltfläche, die ein Panel aufklappt, benötigt aria-expanded="true".
• Formularverknüpfungen: Eingabefelder müssen programmatisch mit ihren Beschriftungen verknüpft sein.
• Live-Regionen: Wenn Ihr Locator dynamisch neue Ergebnisse lädt, müssen Screenreader per aria-live benachrichtigt werden.

Häufiger Fehler: Eine “Mehr laden”-Schaltfläche lädt weitere Filialen, aber Screenreader werden nicht benachrichtigt. Lösung: Verwenden Sie aria-live="polite" am Ergebniscontainer.

Häufige Barrierefreiheitsfehler bei Store Locatoren

Basierend auf EAA-Prüfaktivitäten im vergangenen Jahr sind dies die häufigsten Probleme:

1. Karteninteraktionen sind nicht per Tastatur zugänglich

Mausnutzerinnen und -nutzer können Karten klicken, ziehen und scrollen. Tastaturnutzerinnen und -nutzer häufig nicht. Dies ist der am häufigsten genannte Fehler bei EAA-Audits.

Lösung:

• Tastenkürzel hinzufügen: + und - für Zoom, Pfeiltasten für Schwenken
• Sichtbare Zoom-Schaltflächen hinzufügen
• Tastenkürzel im barrierefreien Hilfetext dokumentieren

Test: Trennen Sie die Maus und versuchen Sie, den gesamten Locator nur mit Tastatur zu bedienen.

2. Kartenpins haben keine Textalternativen

Farbkodierte Pins sind ein häufiges Muster und ein häufiger Fehlerbereich. Farbenblinde Nutzerinnen und Nutzer sowie Screenreader-Nutzerinnen und -nutzer können farbenbasierte Statusinformationen nicht interpretieren.

Lösung:

• Textbeschriftungen zu jedem Pin-Status hinzufügen (“Jetzt geöffnet”, “Geschlossen”)
• Symbole ergänzend zur Farbe verwenden
• Alt-Text für alle kartenbezogenen Bilder hinterlegen

Test: Wenden Sie einen Graustufen-Filter auf Ihren Store Locator an. Verstehen Sie die Karte noch?

3. Suchfilter haben keine klaren Beschriftungen

Nicht beschriftete Filter sind sowohl ein Usability- als auch ein Konformitätsproblem.

Lösung:

<label for="service-filter">Nach Services filtern (Parkplatz, Rollstuhlzugang, WLAN)</label>
<select id="service-filter">
  <option>Parkplatz</option>
  <option>Rollstuhlzugang</option>
  <option>WLAN</option>
</select>

4. Fehlende oder unzureichende Fokusindikatoren

Wenn eine Tastaturnutzerin oder ein Tastaturnutzer zu einer Schaltfläche wechselt, muss eine sichtbare Änderung den Fokus anzeigen.

Lösung:

:focus { outline: 3px solid #0066cc; }

Stellen Sie sicher, dass Ihr Fokusindikator ein Kontrastverhältnis von 4.5:1 aufweist.

5. Mobile Filialdaten hinter unzugänglicher Navigation

Ein Desktop-Store-Locator kann Barrierefreiheitstests bestehen, während die mobile Version komplett scheitert.

Lösung:

• Alle Steuerelemente erfüllen die Mindestgröße von 24×24 Pixeln
• Tastaturnavigation auf Mobilgeräten mit einer externen Tastatur testen
• Filialdaten ohne komplexe Gesten erreichbar machen

6. Fehlermeldungen verwenden nur Farbe

Ein roter Rahmen um ein Formularfeld reicht nicht aus.

Lösung:

• Fehlertext hinzufügen: “Bitte geben Sie eine gültige Postleitzahl ein (5 Ziffern)”
• aria-live="assertive" verwenden, damit Screenreader Fehler sofort ankündigen

7. Öffnungszeiten als Bilder dargestellt

Öffnungszeiten als Grafiken können von Screenreadern nicht gelesen werden.

Lösung:

• HTML-Text für alle Zeiten verwenden
• Semantische Zeit-Elemente nutzen: <time>10:00</time>–<time>18:00</time>

Ihre EAA-Store-Locator-Prüfcheckliste

Kritisch: Sofort beheben

• Tastaturnavigation: Kann der gesamte Store Locator nur mit Tab, Shift+Tab, Enter und Pfeiltasten bedient werden?
• Fokusindikatoren: Gibt es bei interaktiven Elementen einen klaren visuellen Fokusindikator?
• Semantisches HTML: Sind Schaltflächen als <button>, Links als <a> und Formularfelder korrekt beschriftet?
• Farbkontrast: Erfüllen alle Texte und interaktiven Elemente ein Kontrastverhältnis von 4.5:1?
• Formularbeschriftungen: Hat jedes Eingabefeld ein sichtbares, zugehöriges <label>-Tag?
• Alt-Text für Bilder: Haben Filialdaten, Symbole und Karten beschreibenden Alt-Text?
• Fehlermeldungen: Wird ein Fehler mit Text kommuniziert, nicht nur mit Farbe?

Hoch: Innerhalb von 30 Tagen beheben

• Touch-Ziele auf Mobilgeräten: Sind anklickbare Elemente mindestens 24×24 Pixel groß?
• Kartenzugänglichkeit: Können Tastaturnutzerinnen und -nutzer zoomen und schwenken? Haben Kartenpins Textbeschriftungen?
• Live-Regionen-Updates: Werden Screenreader bei dynamisch geladenen Inhalten benachrichtigt?
• Konsistente Navigation: Bleibt das Layout über Desktop, Tablet und Mobilgerät konsistent?
• ARIA-Labels: Haben komplexe interaktive Elemente die benötigten ARIA-Attribute?
• Sprunglinks: Können Nutzerinnen und Nutzer repetitive Navigation überspringen?

Mittel: Roadmap für nächstes Quartal

• Untertitel für Videos: Sind bei Videoinhalten Untertitel vorhanden?
• Seitensprache: Ist die Hauptsprache der Seite im HTML deklariert (<html lang="de">)?
• Überschriftenstruktur: Werden Überschriften in logischer Reihenfolge verwendet (H1, H2, H3)?
• Formularvalidierung: Bietet das Formular barrierefreies Echtzeit-Validierungsfeedback?

Testen Ihres Store Locators

Automatisiertes Testen (Erste Überprüfung)

Diese kostenlosen Tools erkennen etwa 30 bis 40 % der Barrierefreiheitsprobleme:

• WAVE Browser-Erweiterung: Kennzeichnet Fehler, Kontrastprobleme und fehlenden Alt-Text direkt auf der Seite
• Lighthouse (Chrome DevTools): Enthält ein Barrierefreiheits-Audit mit priorisierten Empfehlungen
• Axe DevTools: Umfassender Prüfer mit detaillierten Behebungshinweisen

Manuelles Testen (Erforderlich)

1. Nur-Tastatur-Test: Trennen Sie die Maus. Können Sie eine vollständige Filialsuche nur mit der Tastatur durchführen?
2. Screenreader-Test: Nutzen Sie NVDA (Windows) oder VoiceOver (Mac) und navigieren Sie durch den Locator.
3. Farbblindheits-Test: Nutzen Sie einen Simulator wie Coblis.
4. Zoom-Test: Zoomen Sie Ihren Browser auf 200 %. Funktioniert das Layout noch?

Professionelles Audit (Empfohlen vor behördlicher Einreichung)

Ein zertifizierter Prüfer wird mit echten Hilfstechnologien und Nutzerinnen und Nutzern mit Behinderungen testen, detaillierte Behebungsempfehlungen liefern und Konformitätsdokumentation für behördliche Zwecke erstellen. Audits kosten in der Regel 2.000 bis 5.000 € und bieten rechtlichen Schutz, den automatisierte Tools nicht leisten können.

EAA-Konformität und lokale Landing Pages

Die EAA betrifft nicht nur Store Locatoren. Sie umfasst die gesamte digitale Customer Journey, einschließlich lokaler Landing Pages und standortspezifischer Webinhalte. Jede Seite, die Dienstleistungen, Öffnungszeiten oder Kontaktdaten eines physischen Standorts beschreibt, muss denselben WCAG-2.2-AA-Standard erfüllen wie Ihr Store Locator.

Das betrifft Marken mit mehreren Standorten, die Hunderte von Standortseiten verwalten, besonders stark. Dasselbe Audit-Schema gilt: Kontrastverhältnisse, Tastaturnavigation, Formularbeschriftungen und semantisches HTML. Wenn Ihr Prozess zur Verwaltung lokaler Einträge automatisch Standortseiten erzeugt, muss die Barrierefreiheitskonformität in der Vorlage verankert sein, nicht seitenweise nachträglich ergänzt werden.

Die EAA-Konformität steht auch im Einklang mit DSGVO-konformen lokalen SEO-Praktiken: Beide Rahmenwerke verlangen von Marken, digitale Infrastruktur so zu gestalten, dass sie allen Nutzerinnen und Nutzern dient.

Barrierefreiheit als Wettbewerbsvorteil

EAA-konformer Store Locatoren schneiden bei Standard-Marketingkennzahlen besser ab. Sie weisen niedrigere Absprungraten, höhere Abschlussquoten bei Filialsuchen und bessere Mobile-Performance auf.

Der Grund ist strukturell: Barrierefreiheitsanforderungen erzwingen sauberes HTML, logische Dokumentstruktur, klare Beschriftungen und tastaturnavigierbare Oberflächen. Diese Bedingungen führen auch zu schnelleren Ladezeiten, besserer Crawlbarkeit und höheren Qualitätswerten in der lokalen Suche.

Marken, die barrierefrei entwickeln, erreichen ein breiteres Publikum, darunter die 15 bis 20 % der Nutzerinnen und Nutzer mit einer Behinderung und den wachsenden Anteil älterer Nutzerinnen und Nutzer. Sie reduzieren auch rechtliche und regulatorische Risiken in einem Markt, in dem die Durchsetzung von Jahr zu Jahr zunimmt.

Demo buchen

Quellen

1. Europäisches Barrierefreiheitsgesetz Richtlinie 2019/882. Offizieller EUR-Lex-Rechtstext
2. WCAG 2.2 Richtlinien. World Wide Web Consortium Barrierefreiheitsstandards
3. Web Accessibility Initiative (WAI). W3C-Ressourcenzentrum für Barrierefreiheit
4. WCAG 2.2 verstehen: Tastatur. Detaillierte Anleitungen zu Tastaturzugänglichkeit
5. WCAG 2.2 verstehen: Kontrastminimum. Farbkontrastanforderungen
6. WAVE Barrierefreiheitsprüfer. Kostenlose Browser-Erweiterung
7. Lighthouse Barrierefreiheits-Audit. Chrome DevTools
8. Coblis Farbblindheitssimulator. Visuelles Testtool
9. ARIA Authoring Practices Guide. W3C-Leitfaden zu ARIA