compliance
So reagieren Sie auf eine Barrierefreiheits-Beschwerde
Eine Schritt-für-Schritt-Anleitung zur Reaktion auf eine Beschwerde zur Web-Barrierefreiheit — von der ersten Bestätigung über die Behebung und Kommunikation bis zur Vorbeugung der nächsten.
Warum Ihre Reaktion wichtiger ist als die Beschwerde
Barrierefreiheits-Beschwerden — ob über ein Kontaktformular eingereicht, per E-Mail gesendet, an eine Regulierungsbehörde übermittelt oder als formelle rechtliche Abmahnung zugestellt — sind selten das Ende der Geschichte. Wie Sie reagieren, entscheidet darüber, was als Nächstes passiert.
Eine schnelle, ehrliche und handlungsorientierte Reaktion löst die meisten Beschwerden ohne Eskalation. Eine ausweichende, abwertende oder fehlende Reaktion ist häufig das, was aus einer behebbaren Nutzerbeschwerde eine formelle Untersuchung oder Klage macht.
Dieser Leitfaden behandelt den Umgang mit Barrierefreiheits-Beschwerden in jeder Phase: vom Moment des Eingangs über Behebung und Kommunikation bis hin zum Aufbau von Systemen, damit dieselbe Beschwerde nicht erneut eintrifft.
Verstehen Sie, welche Art von Beschwerde Sie erhalten haben
Nicht alle Barrierefreiheits-Beschwerden sind gleich, und die passende Reaktion hängt von der Art ab.
Nutzer-Feedback
Die häufigste Form. Eine Person mit Behinderung ist auf Ihrer Website auf eine Barriere gestoßen — ein Formular, das sie mit einem Screenreader nicht ausfüllen konnte, ein Video ohne Untertitel, eine per Tastatur nicht erreichbare Schaltfläche — und hat dies direkt über Ihre Kontaktseite, Ihren Barrierefreiheits-Feedback-Mechanismus oder den allgemeinen Support-Kanal gemeldet.
Diese Beschwerden sind oft das wertvollste Feedback, das Ihr Team je erhalten wird. Sie identifizieren echte Barrieren von echten Nutzenden in echten Situationen, die automatisierte Tools häufig übersehen.
Behördliche oder regulatorische Beschwerde
Im Vereinigten Königreich kann eine Nutzerin oder ein Nutzer ein Problem beim Government Digital Service (GDS) oder der Equality and Human Rights Commission (EHRC) melden. In den USA können Beschwerden beim Department of Justice (DOJ), dem Office for Civil Rights (OCR) des Bildungsministeriums oder anderen Bundesbehörden eingereicht werden. In der EU gehen Beschwerden an die nationalen Durchsetzungsstellen, die im Rahmen der Web-Zugänglichkeitsrichtlinie benannt wurden.
Diese Beschwerden folgen einem formellen Verfahren. Sie erhalten in der Regel eine schriftliche Mitteilung, eine Beschreibung des angeblichen Verstoßes und eine Frist für die Antwort.
Rechtliches Abmahnschreiben
In den USA ist dies oft der erste Hinweis darauf, dass eine klagende Partei eine Klage nach ADA Title III anstrebt. Das Schreiben beschreibt die angeblichen Verstöße und schlägt in der Regel Vergleichsbedingungen vor. Dies ist eine rechtliche Angelegenheit, die eine gesonderte Behandlung erfordert — lesen Sie unseren Leitfaden zu ADA-Abmahnschreiben für eine ausführliche Anleitung.
Feedback über die Erklärung zur Barrierefreiheit
Wenn Ihre Website eine veröffentlichte Erklärung zur Barrierefreiheit mit einem Feedback-Mechanismus hat (nach PSBAR im Vereinigten Königreich vorgeschrieben und überall sonst dringend empfohlen), erhalten Sie möglicherweise strukturiertes Feedback darüber. Dieses ist oft detailliert und spezifisch und verdient dieselbe Behandlung wie jede andere Beschwerde.
Schritt 1: Umgehend bestätigen
Das Wichtigste, was Sie beim Eingang einer Barrierefreiheits-Beschwerde tun können, ist, schnell zu antworten und den Eingang zu bestätigen.
Das gilt auch, wenn Sie das Problem nicht sofort untersuchen können. Eine Bestätigung am selben oder nächsten Werktag zeigt, dass Sie die Beschwerde ernst nehmen. Sie verhindert außerdem, dass die beschwerdeführende Person annimmt, ihre Nachricht sei ignoriert worden — ein häufiger Auslöser für Eskalation.
Ihre Bestätigung sollte:
- den Eingang der Beschwerde bestätigen
- eine konkrete Person oder ein Team nennen, das für die Nachverfolgung verantwortlich ist
- einen realistischen Zeitrahmen für eine vollständige Antwort angeben (siehe Schritt 3)
- der Person für das Melden des Problems danken — sie hilft Ihnen, eine Barriere zu identifizieren, die auch andere Nutzende betrifft
Halten Sie den Ton professionell und aufrichtig wertschätzend. Menschen, die Barrierefreiheits-Barrieren melden, sind oft Nutzende, die bereits andere Umgehungslösungen versucht und keine gefunden haben. Sie wenden Zeit auf, die sie eigentlich nicht aufwenden sollten müssen.
Vorlage:
Vielen Dank für Ihre Nachricht. Wir haben sie erhalten und prüfen das von Ihnen beschriebene Problem. Ein Mitglied unseres Teams wird sich innerhalb von [Zeitrahmen] mit einem Update bei Ihnen melden. Wir nehmen Barrierefreiheit ernst und danken Ihnen, dass Sie uns darauf aufmerksam gemacht haben.
Schritt 2: Die konkrete Barriere untersuchen
Nach der Bestätigung untersuchen Sie das konkrete Problem, das die beschwerdeführende Person beschrieben hat. Widerstehen Sie der Versuchung, ein allgemeines Barrierefreiheits-Audit durchzuführen und dies als Reaktion auf die konkrete Beschwerde zu behandeln — das verzögert die Lösung und verfehlt den Punkt.
Was zu untersuchen ist:
- Können Sie das Problem reproduzieren? Testen Sie es in der Umgebung, die die beschwerdeführende Person beschrieben hat: Browser, Betriebssystem und assistive Technologie, die genannt wurden (falls genannt).
- Liegt die Barriere auf Komponentenebene (eine bestimmte Schaltfläche, ein Formular oder ein Modal) oder auf Seitenebene?
- Ist es ein Code-Problem, ein Problem der Inhaltserstellung oder ein Problem einer Drittanbieter-Komponente?
- Tritt dieselbe Barriere auch anderswo auf der Website auf?
- Gegen welches WCAG-Erfolgskriterium verstößt sie (falls überhaupt)?
Zu verwendende Testwerkzeuge:
- Nur Tastatur — können Sie das betroffene Element mit Tab, Umschalt+Tab, Eingabe, Leertaste und den Pfeiltasten erreichen und bedienen?
- Screenreader — testen Sie mit NVDA + Chrome, JAWS + Chrome und VoiceOver in Safari (macOS/iOS). Hat das Element einen zugänglichen Namen? Wird es korrekt angesagt?
- Automatisierter Scanner — führen Sie einen gezielten Scan der betroffenen URL durch, um dort ebenfalls vorhandene Probleme aufzudecken
- Auf 200 % zoomen und auf 320px umfließen lassen — bricht das Layout?
Dokumentieren Sie Ihre Erkenntnisse. Sie brauchen einen klaren Nachweis, worin die Barriere besteht, wo sie existiert und was sie verursacht hat.
Schritt 3: Beheben — und einen realistischen Zeitplan festlegen
Sobald Sie die Barriere verstanden haben, beheben Sie sie. Priorität und Zeitplan sollten sich nach dem Schweregrad richten:
| Schweregrad | Beispiele | Angestrebte Behebungszeit |
|---|---|---|
| Kritisch | Bezahlformular per Tastatur nicht erreichbar, Login für Screenreader-Nutzende blockiert | 24–72 Stunden |
| Schwer | Fehlender Alternativtext bei Produktbildern, unbeschriftete Formularfelder in einem zentralen Ablauf | Innerhalb einer Woche |
| Mittel | Schlechter Farbkontrast bei sekundären Inhalten, fehlende Überschriftenstruktur | Innerhalb des Sprints oder zwei Wochen |
| Gering | Nicht beschreibende Links in einem Blogbeitrag, fehlendes lang-Attribut | Nächstes geplantes Wartungsfenster |
Wenn die Behebung Zeit braucht — etwa weil ein Drittanbieter seine Komponente aktualisieren muss —, teilen Sie das der beschwerdeführenden Person mit. Nennen Sie ihr:
- worin die Barriere besteht
- was sie verursacht
- was Sie zur Behebung unternehmen
- wann Sie mit der Lösung rechnen
- ob es in der Zwischenzeit einen alternativen Weg gibt, die Aufgabe abzuschließen
Der alternative Zugangsweg ist wichtig. Wenn eine Person Ihren Bezahlvorgang nicht nutzen kann, bieten Sie an, die Bestellung telefonisch oder per E-Mail entgegenzunehmen, während die Behebung läuft. „Wir arbeiten daran” ohne Alternative ist keine angemessene Vorkehrung — es sagt der Person lediglich, dass sie Ihren Dienst nicht nutzen kann.
Schritt 4: Der beschwerdeführenden Person konkret antworten
Wenn die Behebung abgeschlossen ist (oder Sie einen konkreten Plan haben, falls es länger dauert), antworten Sie der beschwerdeführenden Person mit einem inhaltlichen Update. Diese Antwort sollte:
- das konkrete identifizierte Problem beschreiben
- erläutern, was Sie bei Ihrer Untersuchung festgestellt haben
- angeben, was behoben wurde, oder den Behebungsplan mit Zeitplan darlegen
- bestätigen, dass die Behebung verifiziert (erneut getestet) wurde
- die Person einladen, die aktualisierte Erfahrung zu testen und sich zu melden, falls die Barriere weiterhin besteht
- einen direkten Kontakt für weitere Probleme angeben
Vermeiden Sie vage Beteuerungen wie „wir haben unsere Barrierefreiheit verbessert”. Seien Sie konkret. Eine Person, die sich mit einem Screenreader nicht anmelden konnte, hat es verdient, genau zu wissen, was defekt war und dass es nun behoben ist.
Vorlage:
Vielen Dank für Ihre Geduld, während wir das von Ihnen gemeldete Problem untersucht haben. Wir haben [konkretes Problem] auf [konkrete Seite/Komponente] identifiziert. Dies wurde behoben — [kurze Beschreibung der Behebung]. Wir haben die aktualisierte [Seite/Komponente] erneut getestet und bestätigt, dass [Element] jetzt [barrierefreies Verhalten] zeigt. Wir würden uns freuen, von Ihnen zu hören, falls weiterhin Probleme bestehen. Sie erreichen uns direkt unter [Kontakt].
Schritt 5: Alles dokumentieren
Führen Sie für jede erhaltene und gelöste Barrierefreiheits-Beschwerde einen Datensatz, der Folgendes enthält:
- das Eingangsdatum und das Datum der Bestätigung
- eine Beschreibung der gemeldeten Barriere
- Ihre Untersuchungsergebnisse
- die angewendete Behebung und das Datum ihrer Bereitstellung
- die Bestätigung, dass die Behebung getestet wurde
- die gesamte Korrespondenz mit der beschwerdeführenden Person
Diese Dokumentation erfüllt drei Zwecke. Erstens zeigt sie guten Willen — wenn eine Beschwerde zu einer Regulierungsbehörde oder rechtlichen Schritten eskaliert, ist ein dokumentierter Behebungsverlauf ein starker Beleg dafür, dass Sie die Angelegenheit ernst genommen und gehandelt haben. Zweitens fließt sie in Ihre Erklärung zur Barrierefreiheit ein, die bekannte Probleme und deren Behebungsstatus aufführen sollte. Drittens baut sie institutionelles Wissen über wiederkehrende Fehlerbilder in Ihrer Codebasis oder Ihrem Content-Workflow auf.
Schritt 6: Ihre Erklärung zur Barrierefreiheit aktualisieren
Ihre Erklärung zur Barrierefreiheit sollte den aktuellen bekannten Stand Ihrer Website widerspiegeln. Nach der Lösung einer Beschwerde:
- Entfernen Sie die Barriere aus jeder Liste bekannter Probleme (falls dort aufgeführt)
- Aktualisieren Sie das Datum „zuletzt überprüft”
- Wenn die Beschwerde eine bisher nicht identifizierte Problemkategorie aufgedeckt hat, fügen Sie diese hinzu und vermerken Sie ihren Behebungsstatus
Eine Erklärung zur Barrierefreiheit, die bekannte Probleme akkurat widerspiegelt — einschließlich noch nicht behobener, mit realistischen Zeitplänen — schafft mehr Vertrauen als eine, die vollständige Konformität behauptet, obwohl Nutzende wissen, dass das nicht zutrifft.
Umgang mit Beschwerden, die Sie nicht sofort lösen können
Manchmal lässt sich eine Barriere nicht schnell beheben: Die Komponente gehört einem Drittanbieter, der noch keine Behebung veröffentlicht hat, die Behebung erfordert eine Plattformmigration, oder der Inhalt liegt in einem Altsystem, dessen Aktualisierung erheblichen Aufwand erfordert.
In diesen Fällen:
Bieten Sie einen alternativen Zugangsweg an. Dies ist in den meisten Rechtsordnungen als „angemessene Vorkehrung” oder Gleichwertiges gesetzlich vorgeschrieben. Er muss wirklich gleichwertig sein — kein minderwertiger Ersatz. Wenn ein PDF unzugänglich ist, bieten Sie an, die Information in einem barrierefreien Format per E-Mail bereitzustellen. Wenn ein Buchungsformular für Screenreader-Nutzende blockiert ist, bieten Sie Buchungen per Telefon an.
Seien Sie ehrlich über den Zeitplan. Einer beschwerdeführenden Person, der gesagt wird „das wird im dritten Quartal behoben”, ist nicht gut gedient. Verpflichten Sie sich zu konkreten Meilensteinen und halten Sie diese ein.
Eskalieren Sie intern. Beschwerden zu zentralen Abläufen (Login, Bezahlvorgang, Kontoverwaltung, wichtige Formulare) sollten als vorrangige technische Probleme behandelt werden, nicht als inhaltliche Kleinigkeiten. Stellen Sie sicher, dass die richtigen Personen informiert sind.
Reaktion auf behördliche Beschwerden
Wenn eine Beschwerde an eine Regulierungsbehörde eskaliert wurde — GDS im Vereinigten Königreich, DOJ oder OCR in den USA oder eine nationale Durchsetzungsstelle in der EU —, ist das Verfahren strukturierter.
In der Regel erhalten Sie:
- Eine formelle Mitteilung über die Beschwerde mit einer Beschreibung der Vorwürfe
- Die Aufforderung zu einer formellen Antwort bis zu einer bestimmten Frist
- In manchen Fällen eine Einladung zur Teilnahme an einer Mediation oder informellen Einigung
Verpassen Sie keine Fristen. Eine unbeantwortete oder verspätet beantwortete behördliche Beschwerde signalisiert mangelnde Kooperation und stärkt die Position der beschwerdeführenden Partei.
Gehen Sie auf die konkreten Vorwürfe ein. Regulierungsbehörden erwarten eine Antwort, die die konkret erhobenen Punkte behandelt, keine allgemeine Erklärung zu Ihrem Engagement für Barrierefreiheit.
Legen Sie Nachweise für die Behebung vor. Wo Sie gemeldete Barrieren behoben haben, legen Sie Dokumentation vor: Screenshots, Auditberichte, Bestätigung der Bereitstellungsdaten. Eine Regulierungsbehörde, die erkennt, dass das Problem gelöst wurde, hat deutlich weniger Grund, ein formelles Verfahren zu verfolgen.
Ziehen Sie rechtlichen Rat hinzu. Bei formellen behördlichen Beschwerden, insbesondere in den USA, wo DOJ-Untersuchungen einen breiten Umfang haben können, ist rechtlicher Beistand mit Erfahrung in digitaler Barrierefreiheit ratsam.
Die nächste Beschwerde verhindern
Jede Barrierefreiheits-Beschwerde ist ein Beleg dafür, dass eine Barriere eine echte Person erreicht hat. Das Ziel ist nicht nur, einzelne Beschwerden zu lösen, sondern Systeme aufzubauen, die verhindern, dass neue Barrieren entstehen.
Verankern Sie Barrierefreiheit in Ihrem Entwicklungsworkflow. Automatisierte Barrierefreiheitsprüfungen in Ihrer CI/CD-Pipeline erkennen erfassbare Probleme, bevor sie in die Produktion gelangen — nicht erst, nachdem eine Nutzerin oder ein Nutzer sie meldet. Unsere CI/CD-Barrierefreiheitsintegration macht dies zu einem Bestandteil jedes Builds.
Planen Sie regelmäßige Audits. Automatisierte Tools erkennen 30–40 % der WCAG-Verstöße. Manuelle Audits mit Screenreadern und reiner Tastaturnavigation finden den Rest. Vierteljährliche oder halbjährliche Audits decken Probleme auf, bevor Nutzende es tun.
Schulen Sie Ihr Team. Entwickler, Designer und Content-Autoren, die Barrierefreiheit verstehen, erzeugen weniger Barrieren. Einmalige Schulungen sind weniger wirksam, als Barrierefreiheitsprüfungen in Design-Reviews, Code-Reviews und Content-Veröffentlichungsprozesse einzubetten.
Machen Sie Ihren Feedback-Mechanismus wirklich einfach nutzbar. Eine Erklärung zur Barrierefreiheit mit einem funktionierenden, barrierefreien Kontaktmechanismus gibt Nutzenden einen direkten Weg zu Ihnen, statt zu einer Regulierungsbehörde. Viele Beschwerden eskalieren gerade deshalb, weil der eigene Feedback-Kanal der Website selbst unzugänglich war.
Wenn Sie den aktuellen Stand der Barrierefreiheit Ihrer Website verstehen möchten, bevor die nächste Beschwerde eintrifft, ist ein kostenloser automatisierter Scan der schnellste Einstiegspunkt. Für das umfassende Bild nehmen Sie Kontakt auf, um ein vollständiges Audit zu besprechen.
Prüfen Sie Ihre Website, bevor die nächste Beschwerde eintrifft