Kontaktformular funktioniert nicht: Warum E-Mails nicht ankommen

Erst testen: Kommt die Nachricht wirklich an?

Verlassen Sie sich nicht auf die Erfolgsmeldung der Seite. Prüfen Sie den ganzen Weg bis ins Postfach.

1. Mit fremder Adresse ausfüllenFüllen Sie das Formular mit einer Adresse eines anderen Anbieters aus, zum Beispiel einem privaten GMX-, WEB.DE- oder Gmail-Konto. Nehmen Sie nicht die Empfängeradresse selbst: Dann bleibt ein Fehler bei der Absenderadresse unentdeckt.
2. Postfach und Spam-Ordner prüfenWarten Sie bis zu 15 Minuten. Schauen Sie im Posteingang, im Spam-Ordner und in eventuellen Quarantäne- oder Filterordnern nach.
3. Absender-Prüfung ansehenKommt die Nachricht an, sehen Sie sich die Prüfergebnisse im Kopf der Nachricht an. In Gmail öffnen Sie dazu „Original anzeigen“; andere Anbieter zeigen die Kopfzeilen („Header“) unter ähnlichen Namen. Dort stehen unter anderem die Ergebnisse für SPF, DKIM und DMARC (PASS oder FAIL).
4. Auf Fehler beim Absenden achtenÖffnen Sie vor dem Absenden die Entwicklerwerkzeuge (F12) und den Reiter „Netzwerk“. Scheitert die Anfrage beim Absenden mit einem Statuscode wie 403, 404 oder 500, liegt das Problem schon im Formular selbst.
5. Zweite Empfängeradresse testenTragen Sie testweise eine weitere Empfängeradresse bei einem anderen Anbieter ein. Kommt die Nachricht dort an, liegt es an Ihrem eigenen Postfach, seinen Filtern oder Weiterleitungen.

Die sieben häufigsten Ursachen

1. Versand über die einfache PHP-Funktion mail()

Ohne weitere Einrichtung verschicken viele Formulare ihre E-Mails über die Funktion mail() des Webservers. WordPress macht das standardmäßig ebenso. Das Problem: Die Funktion meldet „erfolgreich“, sobald der Server die Nachricht annimmt. Das PHP-Handbuch weist ausdrücklich darauf hin, dass dies nicht bedeutet, dass die Nachricht den Empfänger erreicht. Auch die WordPress-Dokumentation stellt klar, dass ein positiver Rückgabewert von wp_mail() nur heißt, dass die Anfrage ohne Fehler verarbeitet wurde.

Hinzu kommt: Der Webserver ist für Ihre Domain oft nicht als berechtigter Absender eingetragen (siehe Ursache 3), und manche Hosting-Tarife beschränken den Versand oder schalten mail() ab. Fragen Sie Ihren Hoster, ob der Versand erlaubt ist und welche Grenzen gelten.

2. Die Absenderadresse gehört nicht zu Ihrer Domain

Viele Formulare tragen als Absender (From) die Adresse ein, die der Besucher angegeben hat. Für den empfangenden Server sieht das so aus, als hätte Ihr Webserver im Namen von gmx.de oder yahoo.com eine Nachricht verschickt. Das ist genau das Muster von Fälschungen: Ihr Server ist für diese Domains nicht als Absender eingetragen, deshalb schlägt die Prüfung fehl.

Was dann passiert, bestimmt der Anbieter des Besuchers mit seiner DMARC-Richtlinie. Die öffentlichen DNS-Einträge zeigen (Stand: Oktober 2026): Yahoo verlangt p=reject, empfangende Server sollen solche Nachrichten also ablehnen. GMX und WEB.DE setzen p=quarantine, solche Nachrichten gelten als verdächtig und landen oft im Spam. Gmail, Outlook.com und T-Online nutzen derzeit p=none. Deshalb bleibt der Fehler oft unbemerkt: Er trifft nur Besucher bestimmter Anbieter, und mit Ihrer eigenen Adresse funktioniert der Test.

Die Lösung: Als Absender (From) immer eine Adresse auf Ihrer eigenen Domain verwenden und die Adresse des Besuchers als Antwortadresse (Reply-To) eintragen. So bleibt „Antworten“ bequem, und die Nachricht besteht die Prüfung.

From: Website-Formular <formular@ihre-domain.de>
To: info@ihre-domain.de
Reply-To: besucher@beispiel.de

Die Absenderadresse sollte ein echtes Postfach Ihrer Domain sein. Eine Adresse, die es nicht gibt, lässt manche Empfänger die Nachricht ablehnen.

3. E-Mail-Authentifizierung fehlt oder ist fehlerhaft (SPF, DKIM, DMARC)

Mit drei Einträgen im DNS Ihrer Domain weisen Sie nach, dass eine Nachricht wirklich von Ihnen stammt. Ohne sie stufen Empfänger Ihre Nachrichten eher als verdächtig ein. Google verlangt von allen, die an Gmail-Adressen senden, seit dem 1. Februar 2024 mindestens SPF oder DKIM. Wer täglich 5.000 oder mehr Nachrichten an Gmail-Adressen sendet, braucht SPF und DKIM und zusätzlich DMARC. Erfüllen Absender das nicht, werden ihre Nachrichten möglicherweise als Spam markiert oder nicht wie erwartet zugestellt.

Wie die Einträge aussehen, zeigt der Abschnitt SPF, DKIM und DMARC einrichten. Ausführlich, mit Beispielen, Prüfschritten und dem neuen DMARC-Standard von 2026, erklärt es der Ratgeber SPF, DKIM und DMARC einrichten.

4. Empfänger, Postfach oder Filter

• Tippfehler in der Empfängeradresse, etwa nach einem Domainwechsel oder bei der Adresse einer ehemaligen Mitarbeiterin oder eines ehemaligen Mitarbeiters.
• Das Postfach ist voll oder die Adresse existiert nicht mehr. Die Nachricht kommt dann zurück oder geht verloren.
• Regeln, Spam-Filter oder Weiterleitungen im Postfach verschieben oder verwerfen Formularnachrichten.
• Bei Homepage-Baukästen steht die Empfängeradresse in den Formulareinstellungen des Baukastens. Nach einem Konto- oder Domainwechsel kann sie veraltet sein.

5. Plugin-, Skript- oder Firewall-Konflikte

Moderne Formulare senden im Hintergrund per JavaScript, über AJAX oder eine REST-Schnittstelle. Blockiert eine Firewall, ein Sicherheits-Plugin oder ein Caching-Plugin diese Anfrage, oder löst ein anderes Skript einen JavaScript-Fehler aus, passiert beim Klick auf „Senden“ nichts, oder es erscheint eine allgemeine Fehlermeldung. Der Netzwerk-Reiter der Entwicklerwerkzeuge zeigt, welche Anfrage mit welchem Statuscode scheitert.

Deaktivieren Sie zum Test nacheinander Plugins aus den Bereichen Sicherheit, Cache und Optimierung, am besten zuerst auf einer Kopie der Website. Legen Sie vorher eine Datensicherung an.

6. Spam-Schutz zu streng oder falsch eingerichtet

Captcha-Dienste, versteckte Fallenfelder („Honeypot“) und Spam-Filter schützen vor Bots, können aber echte Anfragen blockieren: wenn die Schlüssel eines Captcha-Dienstes nicht (mehr) stimmen, die Prüfung durch Browser-Einstellungen oder Erweiterungen verhindert wird oder ein Filter echte Nachrichten für Spam hält. Prüfen Sie, ob Ihr Plugin als Spam markierte Nachrichten in einer eigenen Ablage sammelt, und kontrollieren Sie die Schlüssel des Captcha-Dienstes.

7. Technische Fehler im Formular selbst

• Das Formular nutzt mailto: als Ziel. Es versendet dann selbst nichts: Je nach Browser öffnet sich ein E-Mail-Programm, oder es passiert nichts.
• Das Skript, das die Nachricht verarbeitet, fehlt nach einem Umzug oder läuft mit einer neueren PHP-Version nicht mehr.
• Das Formular sendet an eine Adresse mit http://, obwohl die Seite per HTTPS geladen wird. Browser warnen davor oder unterbinden das Absenden. Mehr dazu im Ratgeber HTTPS und SSL-Fehler.
• Pflichtfelder oder ein Datenschutz-Häkchen lassen sich auf dem Handy nicht bedienen, etwa weil ein anderes Element darüberliegt. Testen Sie das Formular deshalb auch auf einem Mobilgerät.

So richten Sie den Versand dauerhaft zuverlässig ein

1. Absenderpostfach anlegen: Richten Sie bei Ihrem Mail-Anbieter ein eigenes Postfach auf Ihrer Domain ein, zum Beispiel formular@ihre-domain.de.
2. Kopfzeilen richtig setzen: From ist dieses Postfach, Reply-To die Adresse aus dem Formularfeld, To Ihr Empfangspostfach.
3. Per SMTP versenden: Lassen Sie das Formular die Nachricht über dieses Postfach per SMTP senden statt über mail(). Server, Benutzername und Verschlüsselung nennt Ihr Mail-Anbieter. Bei WordPress übernimmt das ein SMTP-Plugin.
4. DNS-Einträge prüfen: SPF, DKIM und DMARC müssen für Ihre Domain eingerichtet sein (siehe unten).
5. Nachrichten zusätzlich speichern: Bei Contact Form 7 übernimmt das etwa das Plugin Flamingo; andere Formular-Plugins haben eine eigene Eintragsliste. So geht keine Anfrage verloren, wenn der Versand ausfällt.
6. Rückmeldung für Besucher: Zeigen Sie eine klare Erfolgsmeldung oder eine Dankesseite und bei Fehlern eine verständliche Meldung mit Ihrer E-Mail-Adresse als Ausweg.
7. Erneut testen: Wiederholen Sie den Test mit mindestens zwei fremden Adressen und prüfen Sie, ob SPF, DKIM und DMARC „PASS“ zeigen.
8. Dauerhaft kontrollieren: Tragen Sie sich einen festen Termin ein, das Formular einmal im Monat zu testen, und zusätzlich nach jeder Änderung an Hosting, Domain, Mail-Anbieter oder Plugins.

SPF, DKIM und DMARC einrichten

Die Einträge legen Sie im DNS Ihrer Domain an. Die genauen Werte nennt Ihr Mail-Anbieter; die Beispiele hier sind Platzhalter.

• Pro Domain darf es nur einen SPF-Eintrag geben. Mehrere Einträge führen nach dem Standard (RFC 7208) zu einem Fehler. Tragen Sie alle Versender in einen gemeinsamen Eintrag ein.
• SPF erlaubt höchstens zehn DNS-Abfragen (include, a, mx und weitere zählen mit). Zu viele Dienste in einem Eintrag machen ihn ungültig.
• Beginnen Sie bei DMARC mit p=none: Die Richtlinie beobachtet nur und liefert Berichte. Wenn die Berichte sauber sind, lässt sie sich auf quarantine oder reject verschärfen.

Datenschutz am Kontaktformular

• Verweisen Sie direkt am Formular auf Ihre Datenschutzerklärung. Das ist üblich und erfüllt die Informationspflicht bei der Erhebung von Daten (Art. 13 DSGVO).
• Fragen Sie nur ab, was Sie zur Beantwortung brauchen.
• Legen Sie fest, wie lange gespeicherte Nachrichten aufbewahrt werden, und löschen Sie sie danach.
• Nutzen Sie externe Dienste für Versand, Spam-Schutz oder Speicherung, gehören sie in die Datenschutzerklärung. Mit dem Anbieter ist in der Regel ein Vertrag zur Auftragsverarbeitung nach Art. 28 DSGVO nötig. Bei manchen Captcha-Diensten kann zusätzlich eine Einwilligung erforderlich sein.

Das ist eine allgemeine Orientierung und keine Rechtsberatung. Einzelfragen klären Sie mit einer fachkundigen Stelle.

Wann Sie Hilfe holen sollten

Hilfe lohnt sich, wenn die Ursache nach den Tests unklar bleibt, wenn Sie keinen Zugang zur DNS-Verwaltung oder zum Postfach haben oder wenn Nachrichten nur bei manchen Absendern fehlen.

Probleme mit dem Kontaktformular gehören zu unserer Schnellreparatur (149 €, 2 Werktage). Kommen mehrere Probleme zusammen, passt die Website-Reparatur (349 €). Beide Preise verstehen sich netto zzgl. 19 % USt. Welches Paket passt, sagen wir Ihnen nach der kostenlosen Prüfung.

Häufige Fragen

Weiterlesen