Дизайнеры призывают разрешать нажатия на кнопки: новые правила доступности требуют устранения ошибок после клика

Deaktivierte Buttons wirken aufgeräumt und sind doch oft die schlechtere Wahl. Statt eine Aktion zu sperren, bis jede Bedingung erfüllt ist, lässt sich ein ungültiger Zustand auch nach dem Klick sauber auflösen. Genau darum kreist eine Debatte, die der Interface-Designer Ilya Birman gerade neu angestoßen hat. drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen Das Wichtigste in Kürze - Das Prinzip Lass mich klicken lässt Nutzer handeln und korrigiert ungültige Eingaben, statt Schaltflächen zu sperren. - Ein gesperrter Button nennt selten seinen Grund und kostet Zeit bei der Fehlersuche. - Per disabled-Attribut gesperrte Buttons nehmen keinen Tastaturfokus an und bleiben für Screenreader unsichtbar. - Seit dem 28. Juni 2025 verlangt das Barrierefreiheitsstärkungsgesetz für viele Angebote die Bedienbarkeit per Tastatur. Was fordert das Prinzip Lass mich klicken? Der Grundgedanke bleibt schlicht: Die Oberfläche hilft, Fehler gar nicht erst entstehen zu lassen, statt den Nutzer mit gesperrten Schaltern zu gängeln. Birman führt das an drei Alltagsfällen vor.[1] - Bei einer Pflicht-Auswahl aus Checkboxen schaltet die Oberfläche automatisch eine Vorgabe an, sobald der Nutzer die letzte Marke entfernt. - Ein Textfeld neben einer Checkbox bleibt ausfüllbar; sobald etwas darinsteht, setzt die Oberfläche das Häkchen selbst. - Beim unmöglichen Datum wie dem 31. Juni leert der Datumswähler nur das widersprüchliche Feld, nicht die ganze Auswahl. Der rote Faden ist die Reihenfolge: Erst darf der Nutzer handeln, dann räumt die Software den Konflikt weg. Eine Oberfläche, die Fehler früh sanft abfängt, braucht die harte Sperre nur noch selten. Warum bremsen deaktivierte Buttons die Nutzer aus? Ein gesperrter Button verrät nie, warum er gesperrt ist. Der Nutzer rät, sucht das fehlende Feld und verliert Zeit, im schlimmsten Fall bricht er den Vorgang ab.[2] Schwerer wiegt die Barriere. Ein per disabled-Attribut gesperrter Button nimmt keinen Tastaturfokus an und wird von Screenreadern übergangen. Bei Bedienung ohne Maus bleibt die Schaltfläche damit komplett unsichtbar. Die Nielsen Norman Group rät deshalb, nur echte Unmöglichkeiten zu sperren und den Grund immer sichtbar zu machen.[2] Dasselbe Muster prägt den Umgang mit KI-Agenten, die für den Fehlerfall einen Notausgang statt einer Sackgasse brauchen. Button sperren - Der Grund für die Sperre bleibt unsichtbar - Der Nutzer sucht selbst nach dem fehlenden Schritt - Kein Tastaturfokus, Screenreader übergehen die Schaltfläche Klick zulassen, Zustand auflösen - Der Nutzer handelt zuerst, die Software korrigiert danach - Nur das widersprüchliche Feld wird zurückgesetzt - Bedienbar per Maus, Tastatur und Screenreader Was heißt das für Betreiber im DACH-Raum? Seit dem 28. Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz, das den European Accessibility Act umsetzt. Über die Norm EN 301 549 wird die WCAG 2.1 auf Stufe AA verbindlich. Der Standard verlangt, dass sich jede Funktion per Tastatur bedienen lässt.[3] Für Formulare heißt das konkret: den Absenden-Button nicht sperren, sondern beim Klick auf die fehlenden Felder hinweisen. Solche Regeln gehören zentral ins Design-System, nicht in jede Seite einzeln. Auch beim Vergrößern der Schrift darf nichts wegbrechen, ein bekanntes Risiko bei fluider Typografie. Prüfen Sie Ihre Oberflächen einmal ganz ohne Maus. Erreichen Sie jeden Schritt per Tabulatortaste und meldet ein Screenreader jeden Zustand sauber, ist der größte Teil der Arbeit getan. Quellen [1] Ilya Birman: „Let Me Click“ [2] Nielsen Norman Group: „Why Disabled Buttons Hurt UX (and How to Fix Them)“ [3] Bundesministerium der Justiz: Barrierefreiheitsstärkungsgesetz (BFSG)