Warum kann ein blinder Kunde bei mir nicht bezahlen?

Checkout schlägt oft fehl aufgrund unangemeldeter Felder und Fehler

Ein blinder Kunde kann aus verschiedenen erkennbaren Gründen im Checkout-Prozess steckenbleiben. Formularfelder ohne korrekt verknüpftes Label lassen einen Screenreader nur "Eingabefeld" hören, ohne zu sagen, dass es sich um eine Postleitzahl, eine Kartennummer oder ein erforderliches Feld handelt. Fehlermeldungen, die nur visuell erscheinen — ein rotes Rahmen, ein Text, der nicht mit dem Feld verknüpft ist — werden vom Screenreader nicht vorgelesen, sodass ein Kunde versuchen kann abzurechnen, ohne zu wissen, dass etwas fehlt. Auch die Reihenfolge, in der ein Screenreader durch die Seite navigiert, kann von der visuellen Reihenfolge abweichen, sodass Schritte wie "Versandart wählen" oder "Kartendaten eingeben" in einer unlogischen Reihenfolge vorgelesen oder sogar übersprungen werden. Schaltflächen, die technisch anklickbar sind, aber nicht als Schaltfläche gekennzeichnet sind, werden von Hilfsmitteln manchmal ignoriert.

Diese Probleme häufen sich oft gerade im Checkout-Prozess, weil dieser mehr dynamische Komponenten enthält als eine Produktseite: ausklappbare Adressfelder, Live-Validierung, eine Auswahl von Zahlungsmethoden, die mit JavaScript aktualisiert wird. Jede dieser Komponenten muss nicht nur sichtbar, sondern auch programmatisch erkennbar sein — ein Screenreader arbeitet mit dem zugrunde liegenden Code, nicht mit dem, was auf dem Bildschirm zu sehen ist. Eine Seite, die für einen sehenden Besucher fehlerfrei aussieht, kann für einen Screenreader-Benutzer genau an dieser Stelle zum Stillstand kommen.

Was WCAG 2.1 als Norm hierzu sagt

Die Anforderung, dass Formularfelder, Fehlermeldungen und interaktive Elemente von Hilfsmitteln korrekt erkannt werden, ist in WCAG 2.1 festgelegt — die praktische Umsetzung von EN 301 549, der Norm, auf die die Richtlinie (EU) 2019/882 verweist. Die Untersuchung der ACM/Motivaction zu etwa hundert großen Webshops (März 2026) zeigt, wie oft dies in der Praxis schief geht: Bei 33% der untersuchten Websites konnte ein Kunde zwar letztlich bestellen, aber mit erheblich mehr Aufwand, und nur 13% waren vollständig mit der Tastatur zu bedienen — eine Voraussetzung, die eng mit der Benutzerfreundlichkeit für Screenreader zusammenhängt, da beide ohne Maus durch eine Seite navigieren. Ein automatischer Scan signalisiert einige dieser Probleme, wie ein fehlendes Label, aber ob der Checkout-Prozess als Ganzes logisch und vollständig mit einem Screenreader nutzbar ist, erfordert eine Bewertung, die ein Scan allein nicht leisten kann.