Barrierefreiheit

Nach WCAG 2.2 AA gebaut, und ehrlich darüber, was wir gemessen haben.

Ein Widget zum Sammeln von Kundenstimmen läuft auf fremden Websites. Seine Barrierefreiheit wirkt sich deshalb direkt auf deren Barrierefreiheit aus. Wir betrachten das als unsere Verantwortung und veröffentlichen unsere tatsächlichen Testergebnisse statt eines Siegels.

Der Standard, nach dem wir bauen

WCAG 2.2, Konformitätsstufe AA, ist unser Ziel für die ReviewMix-App, diese Website und beide Bereitstellungsarten des einbettbaren Widgets.

Wir behaupten nicht, konform zu sein, und die Unterscheidung ist bewusst gewählt, nicht bescheiden gemeint. Eine Konformitätsaussage bedeutet, dass jedes Erfolgskriterium auf jeder Oberfläche geprüft wurde, und ein Teil dieser Prüfung — das Produkt mit einem Screenreader anzuhören — wurde hier von Software erledigt, nicht von einem Menschen. Bis sich das ändert, würde „konform“ zu sagen etwas behaupten, das wir uns nicht verdient haben.

Was wir gemessen haben

Automatisierte Barrierefreiheitsscans decken alle öffentlichen Routen der App, diese Website, das Dashboard einschließlich Leer- und Fehlerzuständen, alle fünf Onboarding-Schritte sowie beide Bereitstellungswege des Widgets in Desktop- und Mobilbreite ab. Die Scans liegen als Testsuite im Repository und werden ausgeführt, wenn sich diese Bereiche ändern. Sie laufen noch nicht automatisch bei jedem Deployment. Ihre Aktualität hängt daher von manuellen Testläufen ab, nicht von einer verpflichtenden Prüfung.

Zusätzlich hat eine Person das Produkt mit der Tastatur getestet. Die Prüftiefe unterscheidet sich je nach Bereich. Auf den öffentlichen Routen der App, in allen fünf Onboarding-Schritten, auf der Seite für E-Mail-Einstellungen und beim real eingebetteten Widget wurde die tatsächliche Tab-Reihenfolge vollständig durchlaufen. Dabei wurde geprüft, ob der Fokus sichtbar bleibt und keine Tastaturfalle entsteht. Auf dieser Website und im Dashboard wurde jedes Bedienelement einzeln geprüft, ohne den gesamten Ablauf erneut zu durchlaufen. Die Erfassungsseite, auf der Ihre Kunden eine Kundenstimme hinterlassen, wurde nach der letzten manuellen Prüfung neu gestaltet. Ihre aktuelle Fassung ist daher automatisiert geprüft, aber noch nicht erneut manuell mit der Tastatur durchlaufen worden.

Mängel, die diese Durchgänge fanden, wurden behoben statt nur festgehalten — darunter die Steuerelemente des Widgets, Seitentitel über mehrere Routen hinweg, ein Fokusring auf der Einstellungsseite, und die Reiterleiste auf der Startseite dieser Website.

Was wir nicht gemessen haben

Kein Mensch hat ReviewMix mit einem Screenreader geprüft. Wir prüfen, was Software prüfen kann — dass Live-Regionen echten Inhalt statt leerer Felder ansagen, dass Steuerelemente zugängliche Namen tragen, dass Rollen und Struktur dem entsprechen, was sie vorgeben — und diese Prüfungen laufen bei jedem Deploy. Sie können nicht beurteilen, ob eine Ansage nützlich ist, ob die Lesereihenfolge in der Praxis sinnvoll ist, oder ob ein Ablauf nur bedienbar statt tatsächlich angenehm ist. Diese Beurteilung braucht einen Menschen, und wir haben noch keinen dafür eingesetzt.

Automatisierte Werkzeuge dieser Art können nur etwa ein Drittel der Erfolgskriterien der Konformitätsstufe AA prüfen. Wir sagen das offen, weil eine erfolgreiche Testsuite leicht umfassender wirken kann, als sie ist.

Zwei weitere Grenzen sind es wert, genannt zu werden: Das Widget rendert innerhalb von Websites, die wir nicht kontrollieren, sodass die Farben und das Stylesheet der umgebenden Seite den Kontrast auf eine Weise beeinflussen können, die wir von hier aus nicht messen können; und Komponenten von Drittanbietern, die wir einbetten, etwa die Anti-Spam-Herausforderung im Sammelformular, sind nur so barrierefrei, wie ihre Anbieter sie machen.

Wenn Sie auf eine Barriere stoßen

Senden Sie uns eine Nachricht und beschreiben Sie, was Sie tun wollten, welche Barriere auftrat und welche Technik Sie verwenden — der Name des Browsers und Screenreaders genügt. Ihre Nachricht erreicht die Person, die das Produkt entwickelt hat. Eine Barriere behandeln wir als Fehler, nicht als Funktionswunsch.

Wenn Sie auf assistive Technologie angewiesen sind und bereit sind, uns zu sagen, was nicht funktioniert, möchten wir das ganz besonders von Ihnen hören. Das ist die Prüfung, die wir noch nicht durchführen konnten.

Zuletzt überprüft am 19. August 2026. Diese Erklärung beschreibt, was zu diesem Datum getestet wurde; sie wird aktualisiert, wenn sich die Tests ändern, nicht nach einem Zeitplan.