Kontaktformular sendet nicht? Warum Anfragen von Ihrer Website nicht ankommen

Wenn die Mails aus dem Kontaktformular nicht ankommen, merken das viele Betriebe erst, wenn ein Kunde anruft und fragt, warum niemand auf seine Anfrage geantwortet hat. Das Formular selbst zeigt dabei meist keinen Fehler. „Danke, Ihre Nachricht wurde gesendet“ heißt nur: Die Website hat versucht, die Mail abzuschicken. Ob sie angekommen ist, weiß das Formular nicht.

Hier steht, wie Sie herausfinden, wo die Anfragen bleiben, welche vier Ursachen am häufigsten sind und wie Sie das Formular so einrichten, dass es verlässlich zustellt.

Zuerst: Wirklich nicht angekommen?

Bevor Sie an der Website suchen, prüfen Sie das Postfach. Oft liegt die Ursache dort:

• Spam-Ordner des Postfachs, das die Anfragen bekommen soll.
• Filterregeln, die Mails mit bestimmten Betreffzeilen in einen Unterordner verschieben.
• Die Empfängeradresse im Formular. Steht dort noch die Adresse einer Mitarbeiterin, die den Betrieb längst verlassen hat, oder ein Postfach, das es nicht mehr gibt?
• Ein volles Postfach nimmt nichts mehr an.

Dann schicken Sie eine Testanfrage über Ihr eigenes Formular und geben dort als Ihre Adresse eine private Gmail-Adresse an. Kommt sie nicht an oder landet sie im Spam, liegt es an der Website oder an der Domain.

Die vier häufigsten Ursachen

1. Der Webserver darf nicht direkt senden

WordPress verschickt Mails über eine eigene Funktion. Ohne weitere Einstellung gibt diese die Mail an das Mailprogramm des Webservers weiter. Viele Hoster schränken diesen Weg ein oder sperren ihn ganz, weil er für Spam missbraucht wird. Dann meldet WordPress keinen Fehler, und die Mail verlässt den Server nie. Oder sie geht hinaus, aber ohne die Nachweise, die Empfänger heute erwarten.

2. Die Absenderadresse passt nicht zur Domain

Viele Formulare sind so eingestellt, dass die Mail als Absender die Adresse des Besuchers trägt. Das wirkt praktisch, weil man direkt antworten kann. Für den Empfänger sieht es aber so aus, als würde Ihr Webserver Mails im Namen von Gmail, GMX oder einer fremden Firma verschicken. Genau das sollen die Prüfungen der Postfachanbieter verhindern. Die Folge: Spam-Ordner oder Ablehnung.

3. Die Einträge der Domain nennen den Webserver nicht

Ihre Domain legt mit einem SPF-Eintrag fest, welche Server Mails in ihrem Namen senden dürfen. Sendet das Formular direkt vom Webserver, und der steht nicht in dieser Liste, schlägt die Prüfung fehl. Was die Einträge bedeuten und wie Sie sie prüfen: SPF, DKIM und DMARC. Besonders oft passiert das nach einem Hosterwechsel, wenn die Website auf einen neuen Server zieht, die Einträge aber noch den alten nennen.

4. Ein Update hat das Formular verändert

Ein neues Formular-Plugin, ein Update oder eine neue PHP-Version kann Einstellungen zurücksetzen oder das Formular ganz außer Gefecht setzen. Zeigt die Website danach statt der Seite eine Fehlermeldung, lesen Sie, was zu tun ist, wenn WordPress einen kritischen Fehler meldet.

Die Lösung in den meisten Fällen: WordPress per SMTP senden lassen

SMTP ist der normale Weg, auf dem auch Ihr Mailprogramm Mails verschickt: Es meldet sich mit Benutzername und Passwort beim Mailserver Ihrer Domain an und gibt die Mail dort ab. Dieselbe Möglichkeit hat Ihre Website. Dann verschickt nicht mehr der Webserver die Mail, sondern Ihr regulärer Mailserver, der in Ihren Einträgen steht und die Mail mit Ihrem Siegel versieht.

So gehen Sie vor:

1. Ein eigenes Postfach für die Website anlegen, etwa website@ihre-firma.at. So hängt das Formular nicht am Passwort einer Person, und Sie sehen im Postfach, was die Website verschickt hat.
2. Den Versand umstellen. Dafür gibt es verbreitete Plugins, die WordPress auf SMTP umstellen; Sie tragen dort Server, Anschluss (meist 465 oder 587), Benutzer und Passwort des neuen Postfachs ein. Wer selbst programmiert, kann das auch ohne Plugin im Code einstellen.
3. Das Passwort schützen. Manche Plugins speichern es in der Datenbank. Besser ist, wenn sich das vermeiden lässt, ein Eintrag in der Konfigurationsdatei wp-config.php, die von außen nicht lesbar ist. Manche SMTP-Plugins bieten das an.

Richtig einstellen

Ob mit oder ohne SMTP, diese Einstellungen im Formular sollten stimmen:

• Absender: eine Adresse Ihrer eigenen Domain, am besten das Postfach der Website.
• Antwort an: die Adresse des Besuchers. So landet ein Klick auf „Antworten“ trotzdem bei ihm.
• Empfänger: eine Adresse, die heute gelesen wird, gern ein gemeinsames Postfach statt einer Person.
• Betreff: mit einem festen Hinweis wie „Anfrage über die Website“, damit Sie Filterregeln setzen können und nichts übersehen.
• Test: eine Anfrage an zwei Empfänger, eine Adresse Ihrer Domain und eine bei Gmail. Kommen beide im Posteingang an, ist der Weg in Ordnung.

Das verbreitete Plugin Contact Form 7 zeigt übrigens im Reiter „E-Mail“ eine Warnung, wenn der Absender nicht zur Domain der Website passt. Nehmen Sie diesen Hinweis ernst.

Damit es nicht wieder unbemerkt passiert

• Nach jedem Update eine Testanfrage. Die Funktion „Website-Zustand“ in WordPress meldet keine Probleme beim Mailversand. Ob das Formular sendet, zeigt nur ein echter Versuch.
• Regelmäßig prüfen, auch ohne Update, etwa einmal im Monat. Eine Erinnerung im Kalender genügt.
• Anfragen zusätzlich in WordPress speichern. Viele Formular-Plugins können jede Anfrage auch in der Datenbank ablegen. Geht eine Mail verloren, ist die Anfrage nicht weg. Weil das personenbezogene Daten Ihrer Besucher sind, gehört das in die Datenschutzerklärung, samt der Dauer der Speicherung. Löschen Sie alte Einträge, sobald Sie sie nicht mehr brauchen, am einfachsten automatisch nach einer festen Frist. Lesen Sie dazu, was in die Datenschutzerklärung gehört.

Was wir bei harb.at gemacht haben

Unser eigenes Rückrufformular hatte im Oktober 2026 genau dieses Problem: Anfragen kamen nicht zuverlässig an. Der Webserver war für den direkten Versand nicht vorgesehen, und unser SPF-Eintrag nannte ihn nicht. Wir haben beides gelöst. Der Eintrag ist ergänzt, und das Formular sendet seitdem per SMTP über den Mailserver der Domain, mit einem eigenen Postfach nur für die Website. Das Passwort steht in der Konfigurationsdatei, nicht in der Datenbank. Danach haben wir echte Testanfragen geschickt, und sie kamen an. Seitdem gehört eine Testanfrage bei uns zu jeder Änderung an der Website.

Kurz zusammengefasst

• „Nachricht gesendet“ heißt nicht „angekommen“. Nur eine echte Testanfrage zeigt es.
• Zuerst Spam-Ordner, Filter und Empfängeradresse prüfen.
• Absender ist eine Adresse Ihrer Domain, die Adresse des Besuchers steht unter „Antwort an“.
• Versand per SMTP über ein eigenes Postfach der Website ist meist die verlässliche Lösung.
• Nach jedem Update und regelmäßig eine Testanfrage schicken.

Sie möchten sich darum nicht selbst kümmern? Bei Website betreut spielen wir jedes Update zuerst in einer Testkopie ein und vergleichen die wichtigsten Seiten vorher und nachher. Fällt Ihre Website aus, werden wir alarmiert und melden uns bei Ihnen. Für Unternehmen kostet Betreut 29 € im Monat zzgl. USt. (34,80 € inkl. 20 % USt.), mit Hosting, monatlich kündbar.