Formulare, die ankommen: Die drei Fehler, die Anfragen verschwinden lassen

„Über das Kontaktformular kommt nichts.“ Dieser Satz führt fast immer zu einer Überarbeitung des Formulars – anderer Text, weniger Felder, auffälligerer Button. Dabei sind die drei häufigsten Ursachen ganz andere, und keine davon ist auf der Seite sichtbar.

Fehler 1: Die Mail kommt nicht an

Das ist die häufigste Ursache und die, die am längsten unentdeckt bleibt. WordPress versendet standardmäßig über die Mailfunktion des Webservers. Diese Mails tragen als Absender meist eine Adresse der eigenen Domain, werden aber von einem Server verschickt, der dafür nicht autorisiert ist.

Das Ergebnis: Empfänger-Server bewerten die Nachricht als verdächtig. Sie landet im Spam-Ordner oder wird ganz abgewiesen. Besonders tückisch ist der Fall, in dem Absender und Empfänger derselbe Anbieter sind – dann funktioniert der eigene Test, und nur fremde Anfragen verschwinden.

Die Behebung:

• Über einen authentifizierten Weg versenden – das eigene Postfach beim Hoster oder ein Versanddienst, jeweils mit Zugangsdaten. In WordPress leistet das ein SMTP-Plugin.
• Die Absenderadresse muss existieren und zur Domain passen. Erfundene Adressen erhöhen die Spam-Wahrscheinlichkeit.
• SPF und DKIM einrichten, in der Regel beim Hoster mit wenigen Klicks. Beides sagt empfangenden Servern, dass dieser Versandweg erlaubt ist – Näheres gehört zum Hosting.
• Jede Einsendung zusätzlich in der Datenbank speichern. Dann ist eine Anfrage bei einem Zustellfehler nicht verloren, sondern nur unbemerkt.

Der letzte Punkt ist die wichtigste einzelne Maßnahme. Er kostet einen Klick in den Einstellungen der meisten Formular-Plugins und verwandelt einen stillen Totalverlust in ein sichtbares Problem.

Fehler 2: Das Formular ist nicht bedienbar

Das betrifft mehr Menschen, als die meisten annehmen – und es betrifft auch Besucher ohne Einschränkung, sobald die Bedienung ungünstig gelöst ist.

Die erste und die dritte Zeile sind die mit der größten Wirkung. Die Anforderung, dass Beschriftungen oder Anweisungen bereitgestellt werden, wenn Inhalte eine Nutzereingabe erfordern, ist ein eigenes WCAG-Erfolgskriterium – mehr dazu in Barrierefreiheit.

Und die letzte Zeile hat einen Nebeneffekt: Ohne eigene Bestätigungsseite lässt sich auch nicht messen, wie viele Anfragen tatsächlich zustande kommen – siehe Conversion-Tracking.

Fehler 3: Ein eingebetteter Fremddienst blockiert

Externe Schutzdienste und eingebettete Formularanbieter laden Skripte von fremden Servern. Daraus folgen zwei Probleme.

Technisch: Wenn das Skript nicht lädt – wegen eines Blockers, einer restriktiven Netzwerkkonfiguration oder eines Ausfalls – ist das Formular nicht absendbar. Für den Besucher sieht das aus wie ein defekter Button. Er schreibt keine Mail, er geht.

Rechtlich: Der Abruf baut eine Verbindung zu einem fremden Server auf, bevor der Besucher etwas abgesendet hat. Was ohne Einwilligung auf dem Endgerät gesetzt oder ausgelesen werden darf, regelt § 25 TDDDG. Es ist dasselbe Muster wie bei dynamisch geladenen Schriften – beschrieben in Google Fonts lokal einbinden.

Der praktische Ausweg für Streuspam braucht keinen Fremddienst:

• Ein verstecktes Feld, das Menschen nicht sehen und Maschinen ausfüllen. Einsendungen mit Inhalt in diesem Feld werden verworfen.
• Eine Zeitmessung: Wer ein Formular in unter zwei Sekunden absendet, hat es nicht gelesen.
• Eine einfache Sachfrage, wenn es dennoch nötig wird.

Das filtert den größten Teil des automatisierten Spams, ohne fremde Verbindung und ohne Hürde. Bei gezieltem Missbrauch – etwa wenn eine Adresse von Hand missbraucht wird – ist das etwas anderes; dazu gehört dann auch ein Blick auf WordPress-Sicherheit.

Der Test, der monatlich fünf Minuten dauert

1. Mit dem Mobilfunknetz, nicht aus dem Büro-WLAN.
2. Mit einer Mailadresse, die nicht zur eigenen Domain gehört.
3. Formular ausfüllen und absenden – erscheint eine Bestätigung?
4. Postfach prüfen, danach den Spam-Ordner.
5. In der Datenbank prüfen, ob die Einsendung gespeichert wurde.

Wer das einmal pro Monat macht, findet Zustellprobleme innerhalb von Wochen statt nach einem Jahr. Und wenn danach tatsächlich alles funktioniert und trotzdem nichts kommt, liegt es an der Seite – dann ist Call-to-Action der richtige Ansatzpunkt.