Ihr Website-Kontaktformular meldet „Gesendet“: Warum ist die Anfrage nicht angekommen?

Eine Meldung wie „Gesendet“ oder „Vielen Dank“ beweist nicht, dass eine Anfrage im vorgesehenen Postfach angekommen ist. Sie kann lediglich bedeuten, dass die Website die Formulareingabe angenommen und keinen sofortigen Fehler gemeldet hat.

Am sichersten ist es, eine einzelne, gezielte Testanfrage zu dokumentieren und durch vier Stationen zu verfolgen: den Website- oder Formulareintrag, den Absender oder Versanddienst, den Mailserver des Empfängers und das empfangende Postfach. Prüfen Sie zuerst die Station, deren Ablauf sich nicht belegen lässt. Aktivieren Sie dort die Protokollierung erneut oder beheben Sie einen Fehler erst, wenn die Belege ihn bestätigen. Zufällige Änderungen an Plugins oder DNS-Einträgen können den ursprünglichen Fehler verschleiern und neue Probleme verursachen.

Was bestätigt die Meldung „Gesendet“ tatsächlich?

Eine Nachricht aus einem Kontaktformular durchläuft mehrere getrennte Stationen:

• Annahme des Formulars: Die Website nimmt die Daten an und zeigt eine Erfolgsmeldung.
• Annahme durch Absender oder Versanddienst: Die Website übergibt die Nachricht an einen lokalen Mailprozess, einen SMTP-Dienst oder eine E-Mail-API. Dieser nimmt sie an oder stellt sie in eine Warteschlange.
• Antwort des Mailservers des Empfängers: Der empfangende Mailserver nimmt die Nachricht an, verzögert die Zustellung oder weist sie ab.
• Ablage im Postfach: Das empfangende System stellt eine angenommene Nachricht je nach Regeln im Posteingang, im Spam-Ordner, in der Quarantäne oder an einem anderen Ort zu.

Die WordPress-Dokumentation weist zum Beispiel darauf hin, dass ein erfolgreiches Ergebnis von wp_mail() bedeutet, dass die Anfrage ohne Fehler verarbeitet wurde, nicht aber, dass der Empfänger die E-Mail erhalten hat. Diese Unterscheidung gilt auch auf anderen Plattformen, selbst wenn dort andere Begriffe verwendet werden.

Wie führen Sie einen gezielten Test mit dem Kontaktformular durch?

Senden Sie eine Testanfrage über das öffentliche Formular, so wie es auch ein Besucher tun würde. Verwenden Sie eine eindeutige Kennung, die sich nicht mit einer früheren Nachricht verwechseln lässt, zum Beispiel ENQUIRY-2026-10-06-1437. Schreiben Sie sie in die Nachricht und, wenn möglich, auch in das Betreff- oder Namensfeld.

Notieren Sie die genaue Sendezeit einschließlich Zeitzone, die Seitenadresse, die erwartete Empfängeradresse und machen Sie einen Screenshot der Erfolgsmeldung. Verwenden Sie realistische, aber nicht vertrauliche Inhalte. Vermeiden Sie viele Tests in kurzer Folge: Wiederholte, fast identische Nachrichten erschweren die Auswertung von Protokollen und können Versandbegrenzungen oder Filter auslösen.

Verfolgen Sie anschließend diese Kennung der Reihe nach:

• Speichert die Website eine Formulareingabe mit derselben Kennung und demselben Zeitstempel?
• Gibt es beim Absender oder Versanddienst einen Eintrag, der zeigt, dass die Nachricht angenommen, in eine Warteschlange gestellt oder nicht versendet wurde?
• Hat der Mailserver des Empfängers die Nachricht angenommen, zurückgestellt oder abgewiesen?
• Kann die Administration des empfangenden Mailservers eine angenommene Nachricht in der Nachrichtenverfolgung, Quarantäne, im Spam-Ordner oder anhand von Mailflussregeln finden?

Gibt es keinen gespeicherten Formulareintrag, prüfen Sie die Verarbeitung des Formulars. Ist der Eintrag vorhanden, aber es fehlt ein Ereignis beim Absender oder Versanddienst, untersuchen Sie die Übergabe von der Website an den Absender. Hat der Versanddienst die Nachricht angenommen oder in eine Warteschlange gestellt, fehlt aber eine Antwort des empfangenden Mailservers, prüfen Sie Warteschlange und Zustellprotokolle des Absenders. Hat der Mailserver des Empfängers die Nachricht zurückgestellt oder abgewiesen, richten Sie sich nach dieser Antwort, statt zu raten. Hat er sie angenommen, untersuchen Sie Filter, Weiterleitung, Quarantäne und Postfachregeln.

Welche Belege sollten Sie von einem technischen Dienstleister anfordern?

Bitten Sie um Belege, die sich auf die eindeutige Kennung und den Zeitstempel beziehen, und nicht nur um die allgemeine Aussage, das Formular „funktioniere“. Hilfreich sind:

• der gespeicherte Formulareintrag oder Verarbeitungsnachweis;
• die zum Testzeitpunkt eingestellte Empfängeradresse;
• das ausgehende Ereignis, der Warteschlangeneintrag oder der Versanddiensteintrag;
• eine Nachrichten-ID oder Ereignis-ID des Anbieters;
• die Antwort des entfernten Servers einschließlich Annahme-, Ablehnungs- oder Verzögerungscode;
• Einträge zu unzustellbaren Nachrichten, Sperrlisten oder Beschwerden;
• die Nachrichtenverfolgung des empfangenden Postfachs sowie Ergebnisse zu Quarantäne oder Weiterleitung.

Nicht jede Konfiguration stellt alle diese Angaben bereit. Fehlende Protokolle sind ebenfalls aufschlussreich: Sie zeigen, an welcher Stelle der aktuelle Dienst den Ablauf nicht nachvollziehen kann.

Welche Absender- und Antwortadressen sollte das Formular verwenden?

Normalerweise sollte die Adresse eines Besuchers nicht als Absender der Nachricht verwendet werden. Sicherer ist folgendes Muster:

From: Website Enquiries <forms@example.com>

Reply-To: visitor@example.net

Die feste From-Adresse kennzeichnet den E-Mail-Versand der Website. Über Reply-To können Mitarbeitende dem Besucher wie gewohnt antworten. Der tatsächliche Mailserver oder Versanddienst muss für die konkrete Domain und Mailkonfiguration autorisiert sein. Eine Adresse aus der Unternehmensdomain auszuwählen, erteilt diese Berechtigung nicht automatisch.

So wirkt es außerdem nicht, als würde die Website im Namen beliebiger Besucherdomains Nachrichten versenden. Empfängersysteme prüfen zunehmend, ob die sichtbare Absenderdomain zum authentifizierten Versand über SPF oder DKIM gemäß DMARC passt.

Könnte die E-Mail-Authentifizierung eine Rolle spielen?

Möglich, aber die Authentifizierung ist nur ein möglicher Zweig der Untersuchung. Je nach Beweislage kann die Ursache auch bei der Formularprüfung, einer falschen Empfängeradresse, einer fehlgeschlagenen Übergabe, einem Versandlimit, einer Sperre beim Anbieter, einer Zurückweisung, der Spam-Einstufung, Quarantäne, Weiterleitung oder einer Postfachregel liegen.

Ändern Sie keine DNS-Einträge, bevor alle legitimen Absender der Domain erfasst sind, darunter Mitarbeitenden-E-Mails, Website-Nachrichten, Rechnungssysteme, Newsletter und andere Dienste. Wenn Sie einen SPF-Eintrag ersetzen oder DKIM beziehungsweise DMARC ohne diese Bestandsaufnahme ändern, kann das den bisher funktionierenden E-Mail-Versand stören. Jede DNS-Änderung sollte sich aus den Belegen ergeben und anhand der Anforderungen der tatsächlich genutzten Versanddienste überprüft werden. Die Hinweise von Google und Yahoo können bei diesen Prüfungen helfen. Dieselbe Übersicht aller Absender ist auch bei einem Wechsel des E-Mail-Anbieters wichtig, damit Website-E-Mails und andere automatisierte Systeme bewusst migriert oder weiterhin autorisiert werden.

Was sollte eine zuverlässige Konfiguration aufbewahren?

Eine dauerhaft zuverlässige Konfiguration für Kontaktformulare sollte Formulareingaben speichern und dabei angemessene Zugriffs- und Aufbewahrungsregeln einhalten. Außerdem braucht sie einen authentifizierten Versandweg, durchsuchbare Ereignis- oder Zustellprotokolle und Warnmeldungen bei Fehlern wie wiederholten Zurückweisungen oder ausgeschöpften Versandkontingenten. Testen Sie sie regelmäßig über das echte öffentliche Formular an ein überwachtes geschäftliches Postfach.

Dass eine Testnachricht in einem Postfach ankommt, ist ermutigend. Es beweist aber nicht, dass der Versand an jeden Anbieter oder zu jedem späteren Zeitpunkt zuverlässig funktioniert. Bewahren Sie die nötigen Aufzeichnungen auf, damit Sie den nächsten Vorfall untersuchen können, ohne den Ablauf aus dem Gedächtnis rekonstruieren zu müssen.

Wenn Sie eine zweite Einschätzung wünschen, verfolgen wir eine gezielte Testanfrage vom Absenden bis zum Empfänger und finden heraus, an welcher Stelle sich der Ablauf nicht mehr belegen lässt.