Vom Besuch zur Anfrage: Kontaktformulare richtig aufsetzen

Zwischen dem ersten Kontakt mit einer Seite und einer abgeschickten Anfrage liegen mehr Entscheidungen, als es auf den ersten Blick scheint. Die Person muss verstehen, dass sie an der richtigen Stelle ist, sie muss den Weg zum Formular finden, sie muss einschätzen können, was sie preisgibt, und sie muss glauben, dass eine Antwort folgt. Jeder dieser Punkte ist eine mögliche Abbruchstelle. Vier Muster tauchen dabei besonders häufig auf: Das Formular steht am Ende einer langen Seite, ohne dass ein Verweis früher darauf hinführt. Es verlangt Angaben, die für eine erste Antwort nicht erforderlich sind. Es meldet Fehler in einer Sprache, die außerhalb der Technik kaum jemand versteht. Und es bestätigt den Eingang so beiläufig, dass unklar bleibt, ob überhaupt etwas passiert ist. Wer lokal gefunden werden möchte, investiert oft viel in die Sichtbarkeit und wenig in die letzten fünfzehn Sekunden davor. Dabei entscheidet sich genau dort, ob der übrige Aufwand sich rechnet.

Wie belastbar Formulare im Netz tatsächlich sind, lässt sich messen. Die jährliche Auswertung der WebAIM Million untersucht die Startseiten von einer Million Websites mit automatisierten Prüfungen. In der Auswertung für 2025 wiesen rund 95 Prozent (WebAIM Million 2025) dieser Seiten mindestens einen automatisch erkennbaren Verstoß gegen die Web Content Accessibility Guidelines auf, im Schnitt rund 50 (WebAIM Million 2025) erkannte Fehler je Seite. Fehlende Beschriftungen von Formularfeldern gehören seit Jahren zu den wiederkehrenden Fehlerklassen; auch der Web Almanac des HTTP Archive führt sie in seinem Kapitel zur Barrierefreiheit regelmäßig unter den häufigen Befunden. Automatisierte Prüfungen erfassen nur einen Teil der Kriterien, sie zeigen also eine Untergrenze. Für Formulare heißt das: Ein erheblicher Anteil der Eingabefelder im Netz ist für Screenreader nicht sauber benannt, und was nicht benannt ist, lässt sich schwer zuverlässig ausfüllen. Technische Geschwindigkeit hilft dabei nur bedingt weiter. Wer die Grundlage über statische Auslieferung sauber gelöst hat, gewinnt Tempo, aber noch kein tragfähiges Formular.

Ein Formular wird nicht dadurch gut, dass es aufgeräumt aussieht, sondern dadurch, dass es sich mit den Werkzeugen bedienen lässt, die Menschen ohnehin nutzen. Dazu gehören die Tastatur, gespeicherte Kontaktdaten im Browser, die Bildschirmtastatur auf dem Mobilgerät und Hilfsmittel wie Screenreader oder Vergrößerungssoftware. Zwei Entscheidungen tragen hier besonders weit. Die erste ist die sichtbare Beschriftung: Ein Feld, dessen Bezeichnung nur als Platzhaltertext im Feld steht, verliert diese Bezeichnung in dem Moment, in dem jemand zu tippen beginnt. Wer den Faden verliert, muss den eigenen Text löschen, um die Frage wiederzusehen. Die zweite ist die maschinenlesbare Zweckangabe über das Attribut autocomplete. Sie ist in den Web Content Accessibility Guidelines als Erfolgskriterium 1.3.5 verankert (W3C, WCAG 2.2) und sorgt zugleich dafür, dass gespeicherte Adressdaten überhaupt vorgeschlagen werden. Beides kostet keine Gestaltungsfreiheit und spart auf dem Mobilgerät spürbar Zeit. In den Demo-Websites lässt sich das an fertigen Formularen nachvollziehen.

Seit dem 28. Juni 2025 (Barrierefreiheitsstärkungsgesetz) gelten die Anforderungen an Barrierefreiheit auch für Dienstleistungen im elektronischen Geschäftsverkehr. Betroffen sind Websites, über die Verbraucherinnen und Verbraucher Verträge abschließen oder Dienstleistungen anbahnen können. Ausgenommen sind Kleinstunternehmen mit weniger als 10 Beschäftigten und höchstens 2 Millionen Euro Jahresumsatz oder Jahresbilanzsumme (Barrierefreiheitsstärkungsgesetz). Den technischen Maßstab liefert die harmonisierte europäische Norm EN 301 549, die auf die Web Content Accessibility Guidelines in der Konformitätsstufe AA verweist. Für Formulare bedeutet das keine exotische Zusatzarbeit, sondern eine überschaubare Liste prüfbarer Eigenschaften, die sich in einem Durchgang abarbeiten lässt. Wer die Zusammenhänge zwischen Gesetz, Norm und Prüfpraxis einmal geordnet sehen möchte, findet sie im Beitrag zu BFSG und WCAG 2.2 AA. Die folgende Liste fasst zusammen, was ein Anfrageformular davon abdecken sollte.

Nach dem Klick auf den Absendeknopf beginnt der Teil, den ein Unternehmen am leichtesten beeinflussen kann. Eine Anfrage ist ein Vorschuss an Vertrauen, und dieser Vorschuss hält nur begrenzt. Zwei Dinge gehören unmittelbar zusammen: eine sichtbare Bestätigung im Browser und eine Bestätigung per E-Mail an die angegebene Adresse. Die Bestätigung im Browser sollte eine eigene Seite oder ein deutlich hervorgehobener Bereich sein, dessen Text auch von Screenreadern ausgegeben wird; ein kurz eingeblendeter Hinweis am Bildschirmrand reicht dafür nicht. Die Bestätigung per E-Mail wiederholt den Inhalt der Anfrage, nennt eine zuständige Person und, soweit belastbar, einen Zeitrahmen für die Antwort. Ein Satz wie in der Regel innerhalb eines Werktages wirkt stärker als jede Formulierung im Superlativ, weil er überprüfbar bleibt. Wichtig ist außerdem die Reihenfolge: Erst wird die Anfrage gespeichert, dann wird bestätigt. Bleibt der Versand der E-Mail hängen, darf der Vorgang trotzdem nicht verloren gehen.

Ein Formular ist ein Kanal, nicht der Kanal. Paragraf 5 Digitale-Dienste-Gesetz verlangt Angaben, die eine schnelle elektronische Kontaktaufnahme und unmittelbare Kommunikation ermöglichen, einschließlich einer Adresse der elektronischen Post. Der Gerichtshof der Europäischen Union hat dazu entschieden, dass eine elektronische Anfragemaske als zweiter Kommunikationsweg genügen kann, sofern Anfragen in der Regel innerhalb von 30 bis 60 Minuten beantwortet werden (Gerichtshof der Europäischen Union, Rechtssache C-298/07). Für die meisten Betriebe ist die einfachere Lösung, mehrere Wege nebeneinander anzubieten: eine E-Mail-Adresse, eine Telefonnummer mit Erreichbarkeitszeiten, die Anschrift und das Formular. Menschen wählen unterschiedlich, und die Wahl hängt weniger von der Technik als von der Dringlichkeit ab. Welche Angaben rechtlich verpflichtend sind und wo sie stehen müssen, ordnet der Beitrag zu Impressum und Datenschutz. Wer über Sprachgrenzen hinweg arbeitet, sollte zusätzlich prüfen, ob Formular, Bestätigung und Fehlermeldungen in allen ausgelieferten Sprachen vorliegen; die Anforderungen dazu beschreibt der Beitrag zu Mehrsprachigkeit und hreflang.

XICflow ist ein KI-Website-Builder: Aus einem Briefing entsteht eine vollständige Unternehmens-Website mit Struktur, Texten und Bildern, die als Konfiguration gepflegt und statisch ausgeliefert wird. Das Kontaktformular ist dabei kein nachträglich eingebauter Baustein, sondern Teil der erzeugten Seite. Es kommt mit sichtbaren Beschriftungen, maschinenlesbaren Zweckangaben, Fehlermeldungen in Textform und einer Bestätigungsseite, die Hilfsmittel ausgeben können. Der Spam-Schutz arbeitet serverseitig, ohne Bildrätsel und ohne Prüfdienst eines externen Anbieters. Eingehende Anfragen landen nicht nur in einem Postfach, sondern in einer Anfragenverwaltung mit Status, Verlauf und Suche, sodass sich nachvollziehen lässt, welcher Vorgang wann beantwortet wurde. Wie der Weg vom Briefing zur fertigen Seite abläuft, beschreibt die Seite So funktioniert es; welche Leistungsstufen zur Auswahl stehen, zeigt die Preisübersicht.

Der Einstieg braucht keine große Vorbereitung. Rufen Sie Ihr eigenes Formular auf und versuchen Sie, es allein mit der Tastatur vollständig auszufüllen und abzusenden. Senden Sie es anschließend absichtlich fehlerhaft ab und prüfen Sie, ob die Meldung das betroffene Feld benennt, ob die Eingaben erhalten bleiben und ob der Fokus zur Fehlerstelle springt. Zählen Sie danach die Pflichtfelder und streichen Sie jedes, ohne das eine erste Antwort möglich wäre. Prüfen Sie zuletzt, wie lange eingegangene Anfragen liegen bleiben und wann sie gelöscht werden. Wer diese vier Durchgänge einmal macht, hebt den größten Teil der möglichen Wirkung, bevor überhaupt über Gestaltung gesprochen wird. Wie sich dieser Ansatz von den klassischen Wegen zur Unternehmens-Website unterscheidet, ist im Vergleich gegenübergestellt.