Kontaktformular testen: So prüfen Sie, ob Anfragen zuverlässig ankommen

Kurzantwort

Eine Erfolgsmeldung auf der Website belegt nicht, dass eine Anfrage im Postfach angekommen ist. Aussagekräftig ist erst eine Testanfrage, die Sie bis in den Posteingang verfolgen, einschließlich Spamordner und einer Antwort an die Testadresse. Wiederholen Sie den Test nach jeder Änderung an Website, Formular, Domain oder Mailserver. Das Risiko stiller Ausfälle sinkt, wenn Formularmails von einer Adresse Ihrer eigenen Domain kommen, für die SPF, DKIM und DMARC eingerichtet sind, und jede Anfrage zusätzlich gespeichert wird.

Warum Anfragen über die Website nicht ankommen

Ein Kontaktformular verschickt die Eingaben in der Regel als E-Mail. Auf dem Weg ins Postfach kann das an mehreren Stellen scheitern, ohne dass die Website etwas davon anzeigt.

Die E-Mail kommt nicht an oder landet im Spam

Nachrichten an Gmail-Konten ohne Authentifizierung per SPF oder DKIM markiert Google möglicherweise als Spam oder lehnt sie ab ^{Quelle 1} . Sendet Ihr Formular über einen Dienst, der im SPF-Eintrag Ihrer Domain fehlt, landen dessen Nachrichten laut Google eher im Spam ^{Quelle 1} .

Folgenreich ist ein Formular, das die Adresse der anfragenden Person als Absender einträgt. Ihr Server sendet dann unter einer fremden Domain, etwa der eines Gmail-Kontos, und die Authentifizierung kann nicht zur Domain im Feld „Von“ passen ^{Quelle 2} . Google verlangt, sich im Feld „Von“ nicht als Gmail-Absender auszugeben ^{Quelle 1} .

Antworten gehen an die falsche Adresse

Fehlt die Antwortadresse (Reply-To), gehen Antworten standardmäßig an die Adresse im Feld „Von“ ^{Quelle 3} . Sendet das Formular korrekt von Ihrer Adresse, antworten Sie also sich selbst. Das Formular sollte die Adresse der anfragenden Person deshalb als Reply-To eintragen, denn dieses Feld gibt an, wohin Antworten gehen sollen ^{Quelle 3} .

Das Postfach weist Nachrichten ab

Ein Mailserver kann Nachrichten mit dem Hinweis auf eine überschrittene Speicherzuteilung abweisen, etwa bei einem vollen Postfach ^{Quelle 4} . Meldungen über unzustellbare Nachrichten gehen an die technische Rücksendeadresse des Versands, den Return-Path ^{Quelle 4} . Liest dieses Postfach niemand, bleibt der Fehler unbemerkt.

Nach Relaunch oder Umzug fehlt ein Eintrag

Ein Wechsel von Hosting, Domain, DNS oder Mailserver kann den Versandweg verändern: Ein neuer Webserver, der selbst Mails verschickt, fehlt womöglich im SPF-Eintrag. Wird der DNS-Bestand nicht vollständig übernommen, fehlt unter Umständen der DKIM-Schlüssel, den Empfänger zur Prüfung der Signatur im DNS abrufen ^{Quelle 5} . Meldet sich das Formular mit Zugangsdaten an einem Postfach an, scheitert der Versand schon an einem geänderten Passwort, das dort nicht nachgetragen wurde.

Heikel ist auch ein zweiter SPF-Eintrag für einen neuen Dienst: Eine Domain darf nicht mehrere SPF-Einträge haben, sonst endet die Prüfung mit dem Fehlerergebnis „permerror“ ^{Quelle 6} . Die Website-Relaunch-Checkliste sieht den Formulartest deshalb vor dem Start und am Tag des Livegangs vor.

Das Formular funktioniert nicht oder bremst Menschen aus

• Updates: Ein Update der Formular-Erweiterung Ihres Redaktionssystems kann Einstellungen, Versandweg oder Spam-Schutz verändern.
• Skriptfehler: Ein fehlerhaftes Skript kann das Absenden verhindern oder eine Erfolgsmeldung zeigen, obwohl der Server nichts angenommen hat.
• Spam-Schutz: Ein zu strenger Filter kann echte Anfragen aussortieren, ein kaum lösbares Rätsel Menschen vom Absenden abhalten.
• Pflichtfelder und Fehlermeldungen: Unnötige Pflichtfelder, starre Formate und unklare Meldungen können zum Abbruch führen. Die Barrierefreiheits-Tutorials des W3C empfehlen unter anderem, verschiedene Schreibweisen etwa von Telefonnummern zu akzeptieren ^{Quelle 7} .

Kontaktformular testen: der Testplan

Testen Sie mit einer Adresse, die nicht beim Anbieter Ihres Firmenpostfachs liegt. Dann sehen Sie Eingang, Bestätigung und Antwort wie die Anfragenden. Notieren Sie Datum, Seite und Ergebnis.

1. Testanfrage mit eindeutigem Betreff senden. Ein Betreff wie „Formulartest Kontaktseite 17.09. 14:05“ lässt sich eindeutig wiederfinden. Testen Sie jedes Formular der Website einzeln.
2. Zustellung und Spamordner prüfen. Kommt die Anfrage bei allen vorgesehenen Empfängern an? Wenn nicht, suchen Sie im Spamordner, in den Filterregeln und, falls vorhanden, im Versandprotokoll. Im Feld „Von“ sollte eine Adresse Ihrer eigenen Domain stehen. Für die Prüfung der Domain-Einstellungen nennt Google die Google Admin Toolbox ^{Quelle 1} .
3. Antworten testen. Klicken Sie in der Formularmail auf „Antworten“: Im Empfängerfeld sollte die Testadresse stehen, nicht Ihre eigene ^{Quelle 3} . Prüfen Sie, ob die Antwort im Testpostfach ankommt, ebenso eine etwaige Eingangsbestätigung.
4. Pflichtfelder und Fehlermeldungen prüfen. Senden Sie das Formular leer ab und danach mit ungewöhnlichen, aber gültigen Eingaben wie einer Telefonnummer mit Leerzeichen. Eine Fehlermeldung sollte das Feld benennen, am oder nahe am Feld stehen und erklären, wie sich der Fehler beheben lässt ^{Quelle 8} . Pflichtfelder sollten in der Beschriftung erkennbar sein ^{Quelle 7} , und nach dem Absenden sollte eine klare Meldung den Erfolg bestätigen ^{Quelle 8} .
5. Screenreader berücksichtigen. Erscheinen Fehler ohne Neuladen der Seite, sollte der Fehlerbereich etwa mit role="alert" ausgezeichnet sein, damit Hilfsmittel auf die Änderung hinweisen; aria-describedby verknüpft ein Feld mit seiner Meldung ^{Quelle 8} . Testen Sie nach Möglichkeit mit einem Screenreader.
6. Auf dem Smartphone wiederholen. Bieten Felder wie E-Mail-Adresse oder Datum eine passende Eingabehilfe ^{Quelle 7} ? Lässt sich der Spam-Schutz lösen, und bleiben Absende-Knopf und Bestätigung sichtbar?
7. Nach jeder Änderung erneut testen. Etwa nach Updates, neuer Gestaltung, Umzug von Hosting oder Domain, geänderten DNS-Einträgen, neuem Postfach oder neuen Zugangsdaten des Versandkontos.

E-Mail-Zustellung verständlich erklärt

Drei Verfahren helfen Empfängern zu prüfen, ob die angegebene Domain hinter einer Nachricht steht.

SPF: Welche Server für Ihre Domain senden dürfen

Mit SPF legt der Inhaber einer Domain im DNS fest, welche Server diese Domain beim Versand verwenden dürfen; Empfänger prüfen diese Freigabe ^{Quelle 6} . Geprüft wird die technische Absenderangabe des Versands ^{Quelle 6} , nicht direkt die sichtbare Adresse im Feld „Von“ ^{Quelle 2} . In der Praxis heißt das: ein einziger SPF-Eintrag ^{Quelle 6} , der jeden Dienst enthält, der für Ihre Domain sendet ^{Quelle 1} .

DKIM: Welche Domain für die Nachricht einsteht

Bei DKIM wird die Nachricht beim Versand kryptografisch signiert. Den öffentlichen Schlüssel dazu ruft der Empfänger im DNS der signierenden Domain ab; so übernimmt diese Domain nachprüfbar Mitverantwortung für die Nachricht ^{Quelle 5} . Eine fehlgeschlagene Prüfung erzwingt keine Ablehnung, der Empfänger entscheidet selbst über die Behandlung ^{Quelle 5} .

DMARC: Passt die Prüfung zur Adresse im Feld „Von“?

DMARC ist nur bestanden, wenn SPF oder DKIM bestanden ist und die geprüfte Domain zur Domain im Feld „Von“ passt ^{Quelle 2} . Im DMARC-Eintrag äußert der Domaininhaber einen Wunsch, wie Empfänger mit nicht bestandenen Nachrichten umgehen: keine Präferenz („none“), als verdächtig behandeln („quarantine“) oder ablehnen („reject“) ^{Quelle 2} .

Empfänger müssen diesem Wunsch nicht folgen, und DMARC ist oft nur ein Baustein ihrer Filterentscheidung ^{Quelle 2} . Berichte, die Empfänger senden können, helfen Domaininhabern, Lücken in der eigenen Authentifizierung zu finden ^{Quelle 2} . Seit Mai 2026 beschreibt RFC 9989 das Verfahren und ersetzt damit RFC 7489 ^{Quelle 2} .

Was Google von Absendern verlangt

Google beschreibt Anforderungen für E-Mails an private Gmail-Konten (@gmail.com und @googlemail.com) und unterscheidet zwei Gruppen ^{Quelle 1} :

• Alle Absender, seit 1. Februar 2024: SPF oder DKIM, gültige Forward- und Reverse-DNS-Einträge, eine TLS-Verbindung, eine in den Postmaster Tools gemeldete Spamrate unter 0,3 Prozent, das Nachrichtenformat nach RFC 5322 und kein Auftreten als Gmail-Absender im Feld „Von“ ^{Quelle 1} .
• Absender von mehr als 5.000 Nachrichten pro Tag an Gmail-Konten: zusätzlich SPF und DKIM gemeinsam, ein DMARC-Eintrag, dessen Richtlinie „none“ sein darf, eine zur SPF- oder DKIM-Domain passende Domain im Feld „Von“ und bei Marketing- und Abo-Nachrichten die Abmeldung mit einem Klick ^{Quelle 1} .

Formularmails eines kleinen Betriebs erreichen diese Menge in der Regel nicht. Google empfiehlt trotzdem, SPF, DKIM und DMARC grundsätzlich einzurichten, und rät zur E-Mail-Authentifizierung ausdrücklich auch für die Domain der öffentlichen Website ^{Quelle 1} . Direkt betroffen sind Nachrichten an Gmail-Adressen, etwa Eingangsbestätigungen oder Formularmails an ein Gmail-Postfach; für andere Postfächer gelten die Filter des jeweiligen Anbieters. Wo eine Nachricht landet, entscheidet am Ende der Empfänger; der Testversand bleibt deshalb nötig.

Anfragen zusätzlich absichern

• Zusätzlich speichern: Lassen Sie jede Anfrage neben der E-Mail auch in einer Datenbank oder Kundenverwaltung (CRM) ablegen. Ein Webhook kann sie dafür beim Absenden an ein zweites System übergeben. Eine solche Übergabe mit Prüfregeln und Fehlerweg beschreibt der Beitrag zur Lead-Automatisierung mit n8n.
• Bei Fehlern benachrichtigen: Scheitert Versand oder Übergabe, sollte eine Warnung an eine zweite, regelmäßig gelesene Adresse gehen. Auch Unzustellbarkeitsmeldungen sollten in einem Postfach landen, das jemand liest.
• Regelmäßig testen: Unser Vorschlag ist ein fester Termin, etwa monatlich, zusätzlich zu den Tests nach Änderungen. Das kann eine Person übernehmen oder ein geplanter Ablauf, der eine Testanfrage sendet und meldet, wenn sie ausbleibt.

Wer Anfragen zusätzlich speichert, verarbeitet personenbezogene Daten an einer weiteren Stelle. Fragen zu Empfängern, Speicherdauer und Löschung ordnet der Leitfaden zum Datenschutz bei der Online-Terminbuchung am Beispiel der Terminbuchung ein; er ersetzt keine rechtliche Prüfung.

Symptome, Ursachen und Prüfschritte

Beispiel: Ein Malerbetrieb nach dem Domainumzug

Dieses Beispiel ist frei erfunden. Ein Malerbetrieb zieht Website und Domain zu einem neuen Hosting-Anbieter um. Das Formular zeigt weiter „Vielen Dank“, doch nach drei Wochen fällt auf, dass seit dem Umzug über die Website nichts eingegangen ist.

Der Testplan grenzt die Ursache ein: Die Testanfrage liegt im Spamordner, und im Feld „Von“ steht die Gmail-Adresse aus dem Formular. Die DNS-Einträge zeigen, dass der neue Webserver im SPF-Eintrag fehlt. Ein eilig ergänzter zweiter SPF-Eintrag verschlimmert die Lage: Die SPF-Prüfung endet nun mit „permerror“ ^{Quelle 6} .

Die Korrektur: Das Formular sendet über das Firmenpostfach von einer eigenen Adresse, die Besucheradresse steht als Reply-To in der Nachricht. Die SPF-Angaben stehen wieder in einem Eintrag, DKIM und DMARC werden eingerichtet. Der Inhaber wiederholt den Testplan und legt einen monatlichen Testtermin fest; jede Anfrage landet zusätzlich im CRM. Wie viele Anfragen in den drei Wochen verloren gingen, lässt sich nicht mehr klären.

Typische Fehler

• Die Besucheradresse als Absender eintragen: Sie gehört in das Feld Reply-To ^{Quelle 3} , sonst passt die Authentifizierung nicht zur Domain im Feld „Von“ ^{Quelle 2} .
• Einen zweiten SPF-Eintrag anlegen: Neue Dienste gehören in den bestehenden Eintrag ^{Quelle 6} .
• Eingaben nur im Browser prüfen: Das lässt sich leicht umgehen; das W3C rät zur zusätzlichen Prüfung auf dem Server ^{Quelle 7} .
• Fehler nur farbig markieren: Das W3C beschreibt Rückmeldungen am Feld als Kombination aus visuellem Hinweis und einer Meldung, die erklärt, wie sich der Fehler beheben lässt ^{Quelle 8} .
• Nach Updates oder Umzug nicht erneut testen: Gerade solche Änderungen können den Versandweg unbemerkt unterbrechen.

Wenn Sie Unterstützung möchten

Bei der Überarbeitung einer Website testen wir Formulare vor der Veröffentlichung, einschließlich Fehlermeldungen und Zustellwegen. Beim Relaunch für SAP Gebäudereinigung aus Apolda waren Versandziel, Fehlermeldungen und Testweg des Kontaktformulars vorher nicht verlässlich prüfbar; wir haben den Versandweg neu eingebunden und per Testversand geprüft. Unser Vorgehen beschreibt die Seite Bestehende Website überarbeiten lassen.

Für eine neue Website oder die laufende Betreuung finden Sie unter Websites für kleine Unternehmen unseren Leistungsbereich. Hosting und Wartung können Sie dazubuchen; den Umfang vereinbaren wir im Angebot.