WordPress-Kontaktformular sendet keine E-Mail: So grenzt du den Fehler ein

Wenn ein WordPress-Kontaktformular „Nachricht gesendet“ meldet, ist die E-Mail nicht zwingend erfolgreich zugestellt worden. Die Meldung kann lediglich bestätigen, dass WordPress die Anfrage verarbeitet hat – über den anschließenden Mailtransport und die Zustellung sagt sie wenig aus.

Eine belastbare Fehleranalyse trennt deshalb vier Stationen: Formularverarbeitung, WordPress-Mailfunktion, ausgehender Maildienst und empfangendes Postfach. Erst wenn du weißt, an welcher Station die Nachricht verschwindet, lohnt sich eine Änderung.

Die Erfolgsmeldung endet früher als der Versandweg

Beim Absenden einer Anfrage laufen mehrere technisch eigenständige Vorgänge ab. Der Browser überträgt die Formulardaten. Das Formular-Plugin prüft Pflichtfelder und Spam-Regeln. Anschließend erzeugt WordPress eine E-Mail und übergibt sie an die konfigurierte Mailfunktion. Ein Mailserver transportiert sie zur Empfängerdomain, deren Systeme die Nachricht annehmen, ablehnen, filtern oder in Quarantäne legen können.

Die sichtbare Erfolgsmeldung erscheint häufig schon nach der Verarbeitung in WordPress. Sie belegt daher nicht, dass die Nachricht im Zielpostfach angekommen ist.

Für die Diagnose ergeben sich vier konkrete Fragen:

1. Hat WordPress die Formulardaten vollständig angenommen?
2. Wurde daraus eine E-Mail mit korrektem Empfänger erzeugt?
3. Hat der ausgehende Maildienst die Nachricht übernommen?
4. Hat das Zielsystem sie zugestellt, gefiltert oder abgelehnt?

Beginne mit einer eindeutig erkennbaren Testanfrage

Ein allgemeiner Hinweis wie „Das Formular funktioniert nicht“ reicht für die Fehlersuche nicht. Er enthält weder den genauen Zeitpunkt noch das betroffene Formular oder die verwendete Empfängeradresse. Lege deshalb einen reproduzierbaren Testfall an.

Verwende eine neutrale Anfrage ohne echte personenbezogene Daten. Trage in den Betreff oder das Nachrichtenfeld eine eindeutige Kennung ein, beispielsweise FORMTEST-KONTAKT-01. Notiere dazu:

• die vollständige URL der Formularseite,
• Datum und Uhrzeit einschließlich Zeitzone,
• die verwendete Absenderadresse,
• die erwartete Empfängeradresse,
• den Wortlaut der angezeigten Bestätigung oder Fehlermeldung.

Eine solche Kennung lässt sich anschließend in Formularspeichern, WordPress-Protokollen, Versandprotokollen und Postfächern suchen. Ohne eindeutige Testdaten vergleichst du schnell verschiedene Anfragen miteinander und diagnostizierst einen Fehler, der gar nicht zum aktuellen Test gehört.

Prüfe zuerst, ob das Formular die Anfrage gespeichert hat

Viele Formularlösungen können Einsendungen zusätzlich in WordPress speichern. Ist diese Funktion bereits datenschutzgerecht eingerichtet, suche dort nach deiner Testkennung. Ein vorhandener Datensatz belegt, dass die Anfrage WordPress erreicht und das Formular sie verarbeitet hat. Er beweist noch keine versendete E-Mail.

Fehlt der Eintrag, liegt das Problem weiter vorne. Mögliche Ursachen sind eine fehlgeschlagene Formularvalidierung, eine Spam-Prüfung, eine bedingte Formularlogik oder ein JavaScript-Fehler beim Absenden. Prüfe auch, ob du tatsächlich das Formular testest, dessen Konfiguration du im Backend geöffnet hast. Auf älteren Landingpages steckt gelegentlich noch eine kopierte Formularversion mit eigenen Einstellungen.

Aktiviere eine Speicherung nicht unüberlegt als dauerhafte Reparatur. Kontaktanfragen enthalten regelmäßig personenbezogene Daten. Zugriff, Aufbewahrungsdauer und Löschung müssen zu deinem Datenschutzkonzept passen. Für geschäftskritische Formulare kann eine kontrollierte Speicherung als Rückfallebene sinnvoll sein; ein unbegrenzt wachsendes Nachrichtenarchiv ist es selten.

Kontrolliere die Empfängerlogik des betroffenen Formulars

Ist die Anfrage in WordPress vorhanden, prüfst du als Nächstes die erzeugte Nachricht. Besonders relevant sind Empfänger, Absender, Antwortadresse und Bedingungen.

Empfängeradresse

Kontrolliere die Adresse direkt in der Formularaktion. Verlasse dich nicht allein auf eine globale Administratoradresse, denn viele Plugins erlauben abweichende Empfänger pro Formular. Achte auf Tippfehler, veraltete Postfächer und Platzhalter, die aus einem Formularfeld befüllt werden sollen.

Bei bedingter Weiterleitung kann die Auswahl eines Themas oder Standorts den Empfänger verändern. Dann funktioniert das Formular beispielsweise für „Vertrieb“, während Anfragen an „Support“ an ein stillgelegtes Postfach gehen. Teste jede relevante Verzweigung separat.

Absender und Antwortadresse

Die Adresse des Besuchers sollte normalerweise nicht als technischer Absender im Feld From verwendet werden. Deine Website wäre sonst etwa vorgeblich Absender einer Nachricht von gmail.com oder einer fremden Unternehmensdomain. Das passt häufig nicht zu den Authentifizierungsregeln dieser Domain und kann die Zustellung erschweren.

Verwende als technischen Absender eine Adresse deiner eigenen Domain, zum Beispiel formular@deinedomain.de. Die Besucheradresse gehört in das Feld Reply-To. Antworten aus dem Mailprogramm gehen dadurch weiterhin an die anfragende Person, während der Versand mit einer kontrollierbaren Absenderidentität erfolgt.

Interne Benachrichtigung und Bestätigungsmail

Viele Formulare verschicken zwei getrennte Nachrichten: eine interne Benachrichtigung an dein Team und eine Bestätigung an den Besucher. Prüfe beide unabhängig. Wenn nur die Bestätigung ausfällt, funktioniert der grundlegende Versand möglicherweise bereits; der Fehler liegt dann eher in der zweiten Mailaktion, ihrer Empfängeradresse oder ihrem Inhalt.

Unterscheide WordPress-Mailfunktion und tatsächliche Zustellung

WordPress versendet E-Mails üblicherweise über die Funktion wp_mail(). Meldet diese Funktion Erfolg, wurde der Versandauftrag ohne unmittelbar gemeldeten Fehler verarbeitet. Daraus folgt nicht, dass ein ausgehender Mailserver die Nachricht übernommen, der empfangende Server sie akzeptiert oder das Postfach sie angezeigt hat.

Ein Mailprotokoll in WordPress kann zeigen, ob ein Versandversuch stattgefunden hat und welche technischen Fehler dabei auftraten. Für die Diagnose sind vor allem Zeitpunkt, Empfänger, Betreff, Versandstatus und Fehlermeldung relevant. Speichere nach Möglichkeit nicht dauerhaft vollständige Nachrichteninhalte, wenn Metadaten genügen.

Die Ergebnisse lassen sich so einordnen:

• Kein Versandversuch protokolliert: Die Formularaktion wurde nicht ausgelöst oder vorher abgebrochen.
• Direkter technischer Fehler: WordPress konnte den Versandauftrag nicht wie vorgesehen verarbeiten oder an den konfigurierten Mailweg übergeben.
• Als versendet protokolliert: Ein Versandversuch wurde ausgelöst; die weitere Übernahme und Zustellung muss beim Maildienst oder Empfänger geprüft werden.

Prüfe den ausgehenden Mailtransport

Beim Standardversand über die Hosting-Umgebung fehlen häufig aussagekräftige Zustellprotokolle. Ein authentifizierter Versand über den zuständigen Mailanbieter oder einen Transaktionsmaildienst macht die Strecke besser prüfbar. Die Verbindung erfolgt typischerweise per SMTP oder über eine Programmierschnittstelle.

Ein SMTP-Plugin allein ist allerdings keine Reparatur. Es kann weiterhin mit falschen Zugangsdaten, einem unpassenden Absender oder einer gesperrten Verbindung konfiguriert sein. Prüfe deshalb:

• ob die Verbindung zum Maildienst erfolgreich getestet werden kann,
• ob der verwendete Zugang zum Versand berechtigt ist,
• ob die Absenderadresse für diesen Dienst freigegeben wurde,
• ob Versandprotokolle die konkrete Testkennung oder den Zeitpunkt enthalten,
• ob der Dienst eine Ablehnung oder spätere Unzustellbarkeit meldet.

Wenn die Verbindung wegen eines Timeouts scheitert, kann die Hosting-Umgebung ausgehende Verbindungen blockieren. Bei einem Authentifizierungsfehler sind eher Zugangsdaten, Freigaben oder das Anmeldeverfahren betroffen. Eine Fehlermeldung ist hier hilfreicher als der fünfte Wechsel des Formular-Plugins.

Ordne SPF, DKIM und DMARC richtig ein

Eine technisch abgesendete E-Mail kann am Ziel trotzdem als nicht vertrauenswürdig gelten. Dafür spielen drei DNS-basierte Verfahren eine wichtige Rolle:

• SPF legt fest, welche Systeme für eine Domain E-Mails versenden dürfen.
• DKIM versieht ausgehende Nachrichten mit einer kryptografischen Signatur, die der Empfänger über einen DNS-Eintrag prüfen kann.
• DMARC definiert, wie Empfänger mit Nachrichten umgehen sollen, deren Absenderausrichtung und Authentifizierung nicht passen.

Übernimm DNS-Werte ausschließlich aus der Dokumentation deines tatsächlich verwendeten Mailanbieters. Mehrere unabhängig angelegte SPF-Einträge für dieselbe Domain sind keine besonders gründliche Konfiguration, sondern fehlerhaft. Wenn bereits ein SPF-Eintrag existiert, muss die Freigabe des zusätzlichen Versanddienstes nach dessen Vorgaben integriert werden.

DNS-Anpassungen solltest du nicht als ersten Versuch vornehmen. Kläre vorher, welcher Dienst die Formularmails wirklich versendet. Andernfalls autorisierst du womöglich einen Anbieter, der an der fraglichen Nachricht überhaupt nicht beteiligt ist.

Teste mit einem zweiten Empfängersystem

Kommt die Nachricht laut Versandprotokoll beim ausgehenden Dienst an, sende denselben Test kontrolliert an eine zweite Adresse bei einem anderen Mailanbieter. Verwende dafür ein Postfach, auf das du zugreifen darfst.

Die Gegenprobe grenzt den Fehler deutlich ein:

• Beide Empfänger erhalten nichts: Untersuche den Versanddienst, die Absenderauthentifizierung und mögliche allgemeine Ablehnungen.
• Nur eine Empfängerdomain erhält nichts: Prüfe Filter, Quarantäne, Blockierungen und Zustellprotokolle dieses Zielsystems.
• Die Nachricht liegt im Spamordner: Prüfe Absenderkonfiguration, Authentifizierung und Inhalt; das Formular selbst hat seinen Teil wahrscheinlich erledigt.
• Die Nachricht kommt verzögert an: Suche im Versandprotokoll nach temporären Zustellversuchen und Verzögerungen, statt das Formular erneut umzubauen.

Bei Unternehmenspostfächern reicht ein Blick in den sichtbaren Spamordner nicht immer aus. Administratoren können Nachrichten bereits auf Serverebene in Quarantäne verschieben oder ablehnen. In diesem Fall braucht die zuständige IT mindestens Absender, Empfänger, Zeitpunkt und möglichst eine Nachrichten-ID aus dem Versandprotokoll.

Fehlerbilder zeigen, wo du weitersuchen musst

Einzelne Symptome liefern bereits eine brauchbare Richtung:

• Alle Formulare und Empfänger sind betroffen: Wahrscheinlich liegt die Ursache im zentralen Mailtransport oder in der Absenderkonfiguration.
• Nur ein Formular ist betroffen: Prüfe dessen Mailaktion, Empfänger und bedingte Regeln.
• Nur eine Auswahl im Formular ist betroffen: Kontrolliere die zugehörige Weiterleitungsbedingung.
• Nur Bestätigungsmails an Besucher fehlen: Prüfe die zweite Mailaktion und die Zustellung an externe Domains.
• Interne Mails kommen an, Antworten gehen an die falsche Adresse: Das Feld Reply-To ist falsch oder nicht gesetzt.
• Nachrichten kommen doppelt an: Häufig existieren mehrere aktive Mailaktionen oder dieselbe Verarbeitung wird zweimal ausgelöst.

Diese Muster ersetzen keine Protokolle. Sie helfen aber dabei, die nächste Prüfung gezielt auszuwählen. Genau das ist das Ziel der Fehleranalyse: Jede Beobachtung soll den möglichen Bereich verkleinern.

Sichere Anfragen während der Analyse kontrolliert ab

Wenn das Formular geschäftlich wichtige Anfragen verarbeitet, brauchst du während der Fehlersuche einen klaren Übergang. Eine datenschutzgerecht konfigurierte Speicherung kann verhindern, dass angenommene Anfragen unbemerkt verschwinden. Zusätzlich kannst du auf der Kontaktseite vorübergehend einen alternativen Kontaktweg nennen.

Formuliere dabei keine Erfolgsmeldung um, die eine garantierte Zustellung behauptet. Eine sachliche Bestätigung wie „Deine Anfrage wurde übermittelt“ beschreibt den Zustand besser als „Wir haben deine E-Mail erhalten“, solange der interne Empfang nicht nachgewiesen ist.

Nach der Reparatur gehört ein vollständiger Ende-zu-Ende-Test dazu: Formular absenden, Eingang im vorgesehenen Postfach kontrollieren, Antwortfunktion prüfen und gespeicherten Datensatz gemäß dem festgelegten Prozess bearbeiten. Vor wichtigen Landingpages oder Werbeaktionen kannst du diesen Test in den Ablauf zum Prüfen von WordPress vor einem Kampagnenstart aufnehmen.

Diese Angaben braucht die technische Unterstützung

Kannst du den Fehler nicht selbst bis zu einer Station eingrenzen, übergib konkrete Beobachtungen statt Vermutungen. Eine brauchbare Supportanfrage enthält:

• URL und Bezeichnung des betroffenen Formulars,
• Testkennung sowie exakten Zeitpunkt,
• betroffene Empfängerdomain,
• Ergebnis der Formularspeicherung,
• Versandstatus und genaue Fehlermeldung,
• Ergebnis eines Tests mit einer zweiten Empfängerdomain,
• Informationen zum verwendeten Maildienst.

Sende keine Passwörter, API-Schlüssel oder vollständigen personenbezogenen Nachrichteninhalte per ungeschützter E-Mail. Zugänge gehören in einen vereinbarten sicheren Übergabekanal.

Fazit: Verfolge die Nachricht statt Plugins zu tauschen

Eine grüne Erfolgsmeldung beweist nur einen Teil des Weges. Um fehlende WordPress-Formularmails zu finden, verfolgst du eine eindeutig markierte Testanfrage vom Formular über WordPress und den ausgehenden Maildienst bis zum Zielpostfach.

Die entscheidende Frage lautet bei jedem Schritt: Gibt es einen Nachweis, dass diese Station die Nachricht übernommen und weitergegeben hat? Sobald die Antwort erstmals Nein lautet, hast du den Fehlerbereich gefunden. Dann kannst du Empfängerlogik, Mailtransport, DNS-Authentifizierung oder Postfachfilter gezielt korrigieren – und musst nicht auf Verdacht die halbe Website renovieren.