„Weiter“ oder „Senden“ auf der Handytastatur: Beschriftung und Formularaktion getrennt festlegen

Wenn auf der Bildschirmtastatur „Weiter“ steht, erwartet eine Person normalerweise den nächsten Eingabeschritt und nicht eine abgeschickte Bestellung. Klären Sie bei einem mobilen Webformular deshalb zwei Dinge getrennt: Welchen Hinweis zeigt die Eingabetaste, und was passiert tatsächlich beim Betätigen? Eine passende Beschriftung allein ist noch kein zuverlässig umgesetzter Ablauf.

Das lohnt sich besonders bei Formularen mit mehreren kurzen Feldern, einem längeren Kommentar und einer abschließenden verbindlichen Aktion. Die Eingabetaste darf je nach Stelle eine andere Aufgabe haben. Diese Unterschiede sollen im Briefing stehen und nicht erst bei der Abnahme auffallen.

Was der HTML-Hinweis tatsächlich beschreibt

Der HTML-Standard zu enterkeyhint beschreibt ein Attribut für die Aktionsbeschriftung oder das Symbol der Eingabetaste auf virtuellen Tastaturen. Es soll die Darstellung hilfreicher machen. Zu den vorgesehenen Werten gehören next, search, send, done und enter.

Die Beschreibungen unterscheiden die gemeinten Vorgänge: next weist typischerweise auf das nächste Eingabefeld hin, search auf Suchergebnisse und send auf die Zustellung des Textes an sein Ziel. enter steht typischerweise für eine neue Zeile. Bei done ist die Eingabe üblicherweise abgeschlossen und die Eingabemethode wird geschlossen.

Das ist eine Regelung zur Darstellung eines Hinweises. Für Ihr Projekt folgt daraus die praktische Anforderung, die tatsächliche Aktion zusätzlich festzulegen und zu prüfen. Aus einem gesetzten Attribut lässt sich nicht allein abnehmen, dass der richtige Datensatz gespeichert, ein Formularschritt gewechselt oder eine Nachricht versendet wurde.

Fehlt der Hinweis oder unterstützt der Browser den gewählten Zustand nicht, bestimmt er die Standardbeschriftung anhand des Kontexts. Der Standard nennt dafür unter anderem inputmode, Feldtyp und Musterangaben. Die genaue Tastaturdarstellung ist deshalb kein verlässlicher Ersatz für eine sichtbare Aktion auf der Seite.

Drei Stellen in einem Formular, drei Erwartungen

Nehmen Sie als erfundenes Beispiel eine Anfrage mit Name, Kontaktadresse und Beschreibung. Beim Namen könnte die gewünschte Aktion zum nächsten Feld führen. In der Beschreibung soll eine neue Zeile möglich sein. Erst die abschließende Aktion übermittelt die Anfrage.

Schreiben Sie diese Erwartungen je Feld auf. Legen Sie zusätzlich fest, was beim letzten kurzen Feld vor dem Kommentar passieren soll und wie ein Fehler den Ablauf verändert. „Weiter“ darf nicht einfach das nächste Element im Dokument meinen, wenn dieses eine nebensächliche Schaltfläche statt des nächsten fachlichen Eingabeschritts ist.

Diese Gestaltungsvorschläge sind Projektentscheidungen, keine vom Standard vorgeschriebene Reihenfolge. Ein einfeldriges Suchformular braucht einen anderen Ablauf als eine mehrstufige Bestellung. Entscheidend ist, dass Hinweis, sichtbare Schaltflächen und tatsächlich ausgelöste Aktion zusammenpassen.

Enter kann ein Formular auch ohne Tipp auf den Knopf absenden

Die HTML-Regeln zur impliziten Formularübermittlung behandeln einen anderen Mechanismus. Wenn ein Browser implizites Absenden unterstützt, beispielsweise durch Enter in einem fokussierten Textfeld, wird bei einem geeigneten, nicht deaktivierten Standardknopf ein Klickereignis an diesem Knopf ausgelöst.

Als Standardknopf definiert der Standard den ersten Absende-Knopf in der Baumreihenfolge, dessen Formularzuordnung zum betreffenden Formular gehört. Auch für Formulare ohne Absende-Knopf beschreibt er eigene Regeln. Lassen Sie deshalb das Entfernen eines sichtbaren Knopfs nicht als pauschalen Nachweis gelten, dass Enter unmöglich etwas absenden kann.

Sie müssen diese Regeln nicht selbst programmieren. Fragen Sie die Entwicklung aber ausdrücklich, welcher Knopf im tatsächlichen Formular als Standard gilt und wie das zum gewünschten Ablauf passt. Besonders bei mehreren Aktionen wie „Entwurf speichern“ und „Verbindlich übermitteln“ sollte diese Zuordnung nicht zufällig entstehen.

Eine passend beschriftete Handytaste löst die Frage nicht automatisch. Ebenso wenig beweist ein erfolgreicher Tipp auf die sichtbare Schaltfläche, dass der Tastaturweg dasselbe Ergebnis hat.

Mehrzeiliger Text braucht einen eigenen Test

In einem Kommentar sind Absätze oft sinnvoll. Vereinbaren Sie als praktische Anforderung, ob Enter dort eine neue Zeile einfügt und über welche sichtbare Aktion anschließend gespeichert oder gesendet wird. Prüfen Sie das mit einem Satz, einem Absatzwechsel und einem weiteren Satz.

Benötigt Ihr Team besondere Tastenkombinationen für schnelles Senden, gehören sie als zusätzliche Funktion in den Umfang. Sie sollten nicht stillschweigend zur Voraussetzung werden, um einen normalen Absatz zu schreiben. Die vorliegende Anleitung legt keine universelle Tastenkombination fest und behauptet keine identische Umsetzung auf allen Geräten.

Auch eine physische Tastatur verdient eine eigene Prüfung, wenn sie unterstützt werden soll. Das Attribut für die virtuelle Tastenbeschriftung sagt noch nichts darüber aus, ob Ihre Anwendung einen Tastendruck auf einer angeschlossenen Tastatur fachlich korrekt behandelt.

Eine kleine Abnahmematrix verhindert große Missverständnisse

Erstellen Sie für die betroffenen Felder eine Tabelle mit gewünschtem Tastenhinweis, tatsächlicher Aktion, Verhalten bei ungültiger Eingabe und sichtbarer Alternative. Verwenden Sie in der Prüfung erfundene Daten und eine isolierte Testumgebung, damit kein Test eine echte Anfrage oder Bestellung auslöst.

Prüfen Sie dann die vereinbarten Browser und Bildschirmtastaturen:

• Ein Tastendruck in einem frühen Feld führt zum vereinbarten nächsten Schritt und löst keine vorzeitige Übermittlung aus.
• Ein Absatz im Kommentarfeld bleibt ein Absatz und sendet nicht unerwartet das Formular.
• Der Abschlussweg erzeugt die vereinbarte sichtbare Bestätigung; eine bloß geschlossene Tastatur zählt nicht als Speicherbeleg.
• Bei ungültigen Angaben bleibt der Fehler nachvollziehbar und die bereits eingegebene Beschreibung erhalten.
• Bei mehreren Absendeaktionen löst der Tastaturweg genau die vereinbarte Aktion aus.
• Ohne den erwarteten Tastenhinweis bleibt die sichtbare Bedienung verständlich und erreichbar.

Das sind vorgeschlagene Tests, keine bereits gemessenen Ergebnisse und kein vollständiger Sicherheits- oder Barrierefreiheitsnachweis. Dokumentieren Sie auch, welche Geräte und Eingabemethoden nicht geprüft wurden.

Für die Besprechung Ihrer Web-App reichen zunächst die wichtigsten Formularschritte und die Bedeutung von „Weiter“, „Zeilenumbruch“ und „Abschließen“. Damit lässt sich ein prüfbarer Ablauf vereinbaren, statt eine Tastaturbeschriftung mit einer fertigen Geschäftsaktion zu verwechseln.