Das Kontaktformular meldet „Nachricht wurde gesendet“ – im Postfach kommt trotzdem nichts an. Dieses Problem ist bei WordPress besonders tückisch: Für Besucher sieht alles erfolgreich aus, während Anfragen unbemerkt verloren gehen oder im Spamfilter landen.
Die Ursache liegt nicht zwangsläufig am Formular-Plugin. Zwischen dem Klick auf „Senden“ und dem Posteingang liegen mehrere Stationen: Formularverarbeitung, WordPress, Webserver oder externer Maildienst, DNS-Authentifizierung und schließlich die Filter des Empfängers. Eine zuverlässige Diagnose prüft diese Kette in der richtigen Reihenfolge.
Warum eine Erfolgsmeldung noch keine Zustellung beweist
Viele WordPress-Plugins übergeben Nachrichten an die Funktion wp_mail(). Laut offizieller WordPress-Dokumentation bedeutet selbst ein erfolgreicher Rückgabewert nur, dass die verwendete Versandmethode die Anfrage ohne direkten Fehler verarbeiten konnte. Er bestätigt nicht, dass die E-Mail beim Empfänger angekommen ist.
Deshalb sind drei Zustände zu unterscheiden:
- Das Formular kann nicht verarbeitet werden: Besucher sehen eine Fehlermeldung oder der Ladevorgang bleibt hängen.
- WordPress kann die E-Mail nicht an den Versand übergeben: Das Formular läuft, aber der Mailer meldet einen Fehler.
- Die Nachricht wird versendet, aber später abgewiesen oder gefiltert: WordPress zeigt Erfolg, das Zielpostfach bleibt leer.
Diese Unterscheidung verhindert, dass vorschnell das Formular neu gebaut wird, obwohl eigentlich die Absenderauthentifizierung oder das Hosting verantwortlich ist.
Erster Check: Funktioniert das Formular selbst?
Beginnen Sie mit einem kontrollierten Test. Verwenden Sie keine Fantasieadresse, sondern ein erreichbares Postfach. Tragen Sie einen eindeutigen Betreff oder Text ein, beispielsweise „Formulartest 19.10.2026, 14:30 Uhr“. So lässt sich die Nachricht später in Protokollen und Postfächern eindeutig zuordnen.
Prüfen Sie anschließend:
- Erscheint nach dem Absenden eine Erfolgs- oder Fehlermeldung?
- Erhält der Absender eine automatische Bestätigung, falls diese eingerichtet ist?
- Kommt die Nachricht bei einem zweiten Zielpostfach eines anderen Anbieters an?
- Liegt sie im Spam-, Junk- oder Quarantäneordner?
- Funktionieren andere WordPress-Mails, etwa eine Passwort-zurücksetzen-Nachricht?
Wenn nur ein einzelner Empfänger betroffen ist, deutet das eher auf dessen Filter oder Regeln hin. Scheitern sämtliche WordPress-Nachrichten, liegt die Ursache wahrscheinlich früher in der Versandkette.
Die Absenderadresse muss zur Website passen
Ein häufiger Konfigurationsfehler steckt im Feld „Von“ beziehungsweise „From“. Dort wird manchmal direkt die vom Besucher eingegebene Adresse eingesetzt. Füllt ein Besucher beispielsweise max@example.com aus, versendet Ihre Website die Nachricht scheinbar als max@example.com – obwohl sie gar nicht berechtigt ist, für diese fremde Domain zu senden.
Contact Form 7 weist deshalb ausdrücklich darauf hin, dass die Absenderadresse zur Domain der Website gehören sollte. Für www.beispiel.de wäre etwa website@beispiel.de eine passende technische Absenderadresse.
Die Besucheradresse gehört stattdessen in den Reply-To-Header. Dann stammt die E-Mail technisch von Ihrer eigenen Domain, beim Klick auf „Antworten“ wird aber korrekt die Adresse des Interessenten verwendet. Dieses Prinzip gilt nicht nur für Contact Form 7, sondern auch für andere Formularlösungen.
SPF, DKIM und DMARC: Warum DNS-Einträge über Zustellung mitentscheiden
Moderne Mailanbieter beurteilen nicht nur Inhalt und Absendername. Sie prüfen auch, ob der sendende Dienst für die angegebene Domain autorisiert ist.
SPF: Welche Server dürfen senden?
Ein SPF-Eintrag nennt die Systeme, die für eine Domain E-Mails versenden dürfen. Wenn Website, Newsletter-Dienst und Microsoft 365 oder Google Workspace dieselbe Domain verwenden, müssen die legitimen Versandquellen sinnvoll berücksichtigt werden. Mehrere unabhängig angelegte SPF-Einträge sind dabei ein typischer Fehler; für eine Domain sollte die Autorisierung konsistent zusammengeführt werden.
DKIM: Ist die Nachricht korrekt signiert?
DKIM versieht ausgehende E-Mails mit einer kryptografischen Signatur. Der empfangende Server kann über einen DNS-Eintrag prüfen, ob die Nachricht zur sendenden Domain gehört und unterwegs verändert wurde. Voraussetzung ist, dass der tatsächlich verwendete Versanddienst die Nachricht mit der passenden Domain signiert.
DMARC: Stimmen sichtbarer Absender und Authentifizierung zusammen?
DMARC baut auf SPF und DKIM auf und betrachtet zusätzlich die Ausrichtung zur sichtbaren Absenderdomain. Die Richtlinie kann festlegen, wie Empfänger mit nicht passenden Nachrichten umgehen und wohin Auswertungsberichte gesendet werden.
Google empfiehlt für eine bessere Zustellung grundsätzlich SPF, DKIM und DMARC; nicht ausreichend authentifizierte Nachrichten können als Spam eingestuft oder abgewiesen werden. Auch Microsoft beschreibt diese drei Verfahren als zusammengehörige Bausteine gegen gefälschte Absender. Ein DNS-Eintrag sollte dennoch nicht nach einem beliebigen Online-Generator ungeprüft übernommen werden: Er muss zu allen legitimen Versandsystemen der Domain passen.
PHP-Mail, SMTP oder API: Welche Versandmethode ist sinnvoll?
WordPress bringt keinen eigenen vollständigen Mailserver mit. Je nach Hosting übergibt wp_mail() die Nachricht an die lokale Serverumgebung. Das kann funktionieren, liefert aber nicht in jeder Umgebung ausreichende Authentifizierung, Protokolle und Rückmeldungen.
Ein authentifizierter Versand über SMTP oder die API eines spezialisierten Maildienstes ist häufig besser nachvollziehbar. Dabei meldet sich die Website an einem autorisierten Versandkonto an. Gute Mailer-Lösungen protokollieren außerdem, ob WordPress eine Nachricht erstellt, an den Dienst übergeben oder mit einer konkreten Fehlermeldung zurückgewiesen hat.
„Ein SMTP-Plugin installieren“ ist allerdings noch keine vollständige Lösung. Entscheidend sind:
- ein geeigneter Versanddienst und ein dafür vorgesehenes Konto,
- passende Absenderdomain und Absenderadresse,
- korrekte SPF-, DKIM- und gegebenenfalls DMARC-Konfiguration,
- sicher gespeicherte Zugangsdaten oder API-Schlüssel,
- eine Versandart, die zum Hosting und Mailanbieter passt,
- Protokollierung und ein realer Zustellungstest.
Bei Microsoft 365, Google Workspace oder einem Hosting-Mailserver gelten unterschiedliche Anmelde-, Sicherheits- und Limitvorgaben. Auch deshalb sollte die Versandmethode nicht blind von einer anderen Website kopiert werden.
Typische Ursachen, die leicht übersehen werden
Empfängeradresse oder Weiterleitung ist falsch
Ein Tippfehler, ein altes Postfach oder eine nicht mehr funktionierende Weiterleitung reicht aus. Prüfen Sie die Zieladresse direkt in der Formularkonfiguration und testen Sie vorübergehend ein zweites Postfach.
Spamfilter oder Quarantäne greift
Unternehmenspostfächer können Nachrichten serverseitig in Quarantäne verschieben, bevor sie im sichtbaren Junk-Ordner erscheinen. Eine Freigabe der Absenderadresse kann beim Test helfen, behebt aber keine fehlerhafte Authentifizierung.
Hosting blockiert oder begrenzt den Versand
Provider können die lokale Mailfunktion deaktivieren, Versandraten begrenzen oder auffällige Nachrichten zurückhalten. In diesem Fall sind Server- beziehungsweise Mailprotokolle und die Vorgaben des Hosters entscheidend. Bei einem passend betreuten WordPress-Hosting sollte klar dokumentiert sein, welcher Versandweg vorgesehen ist.
Plugin-Konflikt oder veraltete Erweiterung
Sicherheits-, Formular- und Mailer-Plugins können sich gegenseitig beeinflussen. Nach Updates können außerdem veraltete Einstellungen auffallen, die zuvor nur zufällig funktioniert haben. Deaktivieren Sie auf einer produktiven Website nicht wahllos mehrere Plugins. Dokumentieren Sie den Fehler und testen Sie Änderungen kontrolliert, möglichst mit aktuellem Backup.
Der Server kennt nicht die echte Besucheradresse
Die Besucheradresse sollte als Antwortadresse, nicht als technischer Absender verwendet werden. Sonderzeichen, Zeilenumbrüche oder ungeprüfte Eingaben in Mail-Headern müssen vom Formular-Plugin korrekt behandelt werden. Eigenentwickelte Formulare benötigen hier besondere Sorgfalt.
Eine sinnvolle Reihenfolge für die Fehlersuche
- Formular sichtbar testen: Zeitpunkt, Eingaben und Rückmeldung dokumentieren.
- Spam und Quarantäne prüfen: auch serverseitige Filter berücksichtigen.
- Zweites Zielpostfach testen: möglichst bei einem anderen Anbieter.
- Absender und Reply-To kontrollieren: eigene Domain als Absender, Besucheradresse als Antwortadresse.
- Andere WordPress-Mails testen: so lässt sich Formularfehler von generellem Versandproblem trennen.
- Mailer-Protokoll auswerten: Übergabe, Fehlermeldung und Antwort des Versanddienstes prüfen.
- SPF, DKIM und DMARC kontrollieren: alle legitimen Versandquellen der Domain einbeziehen.
- Nach der Änderung erneut real testen: verschiedene Empfänger verwenden und Mail-Header prüfen.
Werden geschäftliche Anfragen über das Formular empfangen, sollte die Funktion nicht nur nach einer Reparatur getestet werden. Ein regelmäßiger Funktionstest gehört zur technischen WordPress-Wartung, besonders nach Änderungen an Formular, DNS, Hosting oder Mailanbieter.
Was Sie bei Protokollen und gespeicherten Anfragen beachten sollten
Mail-Logs sind für die Diagnose hilfreich, können aber personenbezogene Daten enthalten. Speichern Sie daher nicht unbegrenzt vollständige Formularinhalte, Zugangsdaten oder sensible Angaben. Legen Sie fest, welche Informationen zur Fehlersuche erforderlich sind, wer darauf zugreifen darf und wann sie gelöscht werden.
Eine zusätzliche Speicherung von Formularübermittlungen in WordPress kann verhindern, dass eine technisch angenommene Anfrage ausschließlich von einer E-Mail abhängt. Sie bringt jedoch ebenfalls Datenschutz-, Zugriffs- und Löschanforderungen mit sich. Ob sie sinnvoll ist, hängt vom Zweck des Formulars und dem Schutzbedarf der Daten ab.
Fazit: Nicht nur das Formular, sondern die gesamte Versandkette prüfen
Wenn ein WordPress-Kontaktformular keine E-Mail zustellt, ist das Formular-Plugin nur eine mögliche Ursache. Absenderadresse, Reply-To, Hosting, Versandweg, DNS-Authentifizierung und Empfängerfilter wirken zusammen. Eine Erfolgsmeldung auf der Website beweist lediglich, dass ein Verarbeitungsschritt geklappt hat – nicht den Eingang im Zielpostfach.
Am zuverlässigsten ist eine nachvollziehbare Kette: passender Absender, authentifizierter Versand, aussagekräftige Protokolle und regelmäßige reale Tests. So lässt sich ein Fehler nicht nur kurzfristig umgehen, sondern dauerhaft eingrenzen.
Quellen und weiterführende Informationen
- WordPress Developer Resources: Funktion wp_mail(), abgerufen am 19. Oktober 2026.
- WordPress Advanced Administration Handbook: Mail, abgerufen am 19. Oktober 2026.
- Contact Form 7: Absenderadresse gehört nicht zur Website-Domain, abgerufen am 19. Oktober 2026.
- Google: Richtlinien für E-Mail-Absender, abgerufen am 19. Oktober 2026.
- Microsoft Learn: Funktionsweise der E-Mail-Authentifizierung in Microsoft 365, abgerufen am 19. Oktober 2026.
Formularanfragen sollen wieder zuverlässig ankommen?
Wenn Ihr WordPress-Formular Erfolg meldet, aber Anfragen fehlen oder nur bei einzelnen Empfängern ankommen, kann ich die beschriebene Zustellungsprüfung, die passende Mailer-Einrichtung und die technische Fehlerbehebung für Sie übernehmen. Über das Kontaktformular zur Prüfung Ihres WordPress-Mailversands können Sie mir die betroffene Website, das verwendete Formular-Plugin und den Mailanbieter nennen – bitte ohne Passwörter oder API-Schlüssel.
