Eine Anfrage über das Kontaktformular ist die teuerste Conversion einer Website: Sie kostet Sichtbarkeit, Ladezeit, Vertrauen und Text. Wenn die daraus erzeugte E-Mail im Spam landet oder gar nicht erst zugestellt wird, ist die gesamte Kette umsonst. Das Tückische daran ist, dass der Fehler unsichtbar bleibt. Das Formular meldet „Vielen Dank", das Analytics-Tool zählt eine Conversion, und im Postfach kommt nichts an. Der Verlust fällt erst auf, wenn ein Interessent nachfragt, warum niemand geantwortet hat.
Zwei Mailwege, die ständig verwechselt werden
Auf einer Website gibt es zwei völlig verschiedene E-Mail-Strecken. Die erste ist das Postfach: die Adresse, unter der das Unternehmen Nachrichten empfängt. Die zweite sind Systemmails: alles, was die Website selbst versendet — Formularbenachrichtigungen, Terminbestätigungen, Bestellbestätigungen, Passwort-Links. Beide laufen über dieselbe Domain, aber über unterschiedliche Technik.
Wer nur das Postfach eingerichtet hat, hat den Empfang gelöst und den Versand offen gelassen. Systemmails werden dann typischerweise von der Standardfunktion des Webservers verschickt — ohne Authentifizierung, ohne Protokoll, ohne Zustellnachweis. Für Empfängerserver sieht das aus wie eine Mail, die behauptet, von einer Domain zu stammen, ohne das belegen zu können. Genau das ist das Muster, nach dem Spamfilter sortieren.
Warum der Absender über die Zustellung entscheidet
Drei Einträge im DNS der Domain bestimmen, ob eine Mail als echt gilt. SPF legt fest, welche Server überhaupt im Namen der Domain versenden dürfen. DKIM versieht jede ausgehende Nachricht mit einer Signatur, die der Empfänger gegen einen im DNS hinterlegten Schlüssel prüft. DMARC verbindet beides zu einer Anweisung, was mit Mails geschehen soll, die durchfallen — und liefert auf Wunsch Berichte darüber, wer im Namen der Domain versendet.
Für den Betrieb einer Website folgen daraus wenige, klare Regeln:
- Systemmails über einen dedizierten Versanddienst schicken, nicht über die Standardfunktion des Webservers
- Diesen Dienst in SPF eintragen und DKIM für die eigene Domain einrichten, nicht nur für die des Anbieters
- Als Absender eine echte Adresse der eigenen Domain verwenden, keine Fremdadresse des Anfragenden
- Die Adresse des Anfragenden ausschließlich als Antwortadresse setzen
- DMARC zunächst beobachtend einführen und erst nach Auswertung verschärfen
Der vierte Punkt ist der häufigste Einzelfehler in der Praxis. Viele Formulare tragen die E-Mail des Interessenten als Absender ein, damit man direkt antworten kann. Damit versendet der eigene Server im Namen einer fremden Domain — und scheitert deren Prüfung zwangsläufig.
Faustregel: Der Absender gehört immer der eigenen Domain, der Interessent gehört ins Antwortfeld. Diese eine Änderung behebt einen erheblichen Teil aller Zustellprobleme bei Formularmails.
DNS beim Umzug: die Reihenfolge zählt
Der zweite große Ausfallgrund ist der Wechsel von Hosting oder Website. Ein Umzug betrifft nur die Adresse der Website, aber im DNS liegen Website- und Mail-Einträge nebeneinander. Wird der Datensatz beim neuen Anbieter neu aufgesetzt, fehlen die Mail-Einträge — und die Zustellung bricht ab, obwohl die Website tadellos läuft.
Bewährt hat sich ein festes Vorgehen: den vollständigen bestehenden DNS-Datensatz exportieren und sichern, die Gültigkeitsdauer der Einträge vor dem Umzug reduzieren, dann alle Einträge beim neuen Betreiber anlegen und erst zuletzt die Umschaltung vornehmen. Nach der Umstellung wird nicht nur die Website geprüft, sondern in beide Richtungen eine Testmail gesendet und empfangen. Die Einträge für Postfach, Versanddienst und Prüfschlüssel gehören dabei ausnahmslos mit auf die Liste.
Zustellung messbar machen
Ohne Messung bleibt jede Fehlersuche Raten. Drei Quellen reichen für den Alltag. Erstens das Protokoll des Versanddienstes: Es zeigt, ob eine Nachricht überhaupt erzeugt und angenommen wurde, und ob sie abgewiesen wurde. Zweitens die DMARC-Berichte: Sie zeigen, welche Systeme im Namen der Domain versenden — häufig tauchen dort vergessene Altsysteme auf. Drittens eine schlichte Kopie jeder Formularnachricht an ein zweites, unabhängiges Postfach. Sie kostet nichts und macht sofort sichtbar, ob das Problem beim Versand oder beim Empfang liegt.
Ergänzend gehört jede Formularsendung serverseitig protokolliert, unabhängig vom Mailversand. Dann existiert die Anfrage auch dann, wenn die Benachrichtigung verloren geht — der Unterschied zwischen einem verspäteten Rückruf und einem verlorenen Kontakt.
Die richtige Reihenfolge bei der Fehlersuche
Wenn Anfragen fehlen, wird meist zuerst am Formular geschraubt. Sinnvoller ist es, von hinten zu prüfen: Wurde die Nachricht erzeugt? Wurde sie übergeben? Wurde sie angenommen? Wurde sie zugestellt, aber einsortiert? Erst wenn diese vier Fragen beantwortet sind, lohnt der Blick auf Feldnamen und Schutzmechanismen. Und dort schließt sich der Kreis: Ein zu aggressiver Spamschutz verhindert Absendungen, bevor eine Mail überhaupt entsteht — der Zusammenhang ist im Beitrag zu Spamschutz ohne Conversion-Verlust beschrieben.
Domain, DNS und Mailversand sind kein Randthema der Technik, sondern die Zustellstrecke der wichtigsten Conversion einer Website. Sie einmal sauber aufzusetzen und danach zu überwachen, ist unauffällige Arbeit — und verhindert den Fehler, den niemand sieht, bis er längst Umsatz gekostet hat.