Elementor-Formular sendet nicht — und keiner merkt es.

Die Erscheinungsbilder.

Ursache Nummer eins: Mailversand.

Elementor übergibt die Mail an WordPress, und WordPress verschickt sie standardmäßig über die Mailfunktion des Servers. Diese Mails haben oft keine gültige Absender-Prüfung — für empfangende Mailserver sehen sie aus wie Spam.

Ergebnis: Sie landen im Spamordner, werden stillschweigend verworfen oder abgelehnt. Das Formular hat aus seiner Sicht alles richtig gemacht und zeigt eine Erfolgsmeldung.

Das ist kein Elementor-Problem, sondern ein WordPress-Problem — und betrifft jedes Formular-Plugin gleichermaßen (E-Mails kommen nicht an).

Die Absenderadresse.

Ein häufiger Konfigurationsfehler: Als Absender ist die Adresse eingetragen, die der Besucher ins Formular geschrieben hat. Das wirkt praktisch, weil man direkt antworten kann.

Für Mailserver ist es Absenderfälschung: Eine Mail von deinem Server gibt vor, von einer fremden Adresse zu stammen. Moderne Spamfilter lehnen das konsequent ab.

Richtig ist: Absender ist eine Adresse deiner eigenen Domain. Die Adresse des Besuchers gehört in das Feld für Antworten. So kannst du weiterhin direkt antworten, und die Mail besteht die Prüfung.

Versand über SMTP.

Die dauerhafte Lösung: WordPress verschickt Mails nicht über die Serverfunktion, sondern über ein echtes Postfach per SMTP — mit Anmeldung und passender Domain. Dafür gibt es bewährte Erweiterungen.

Zusammen mit korrekten Einträgen für die Absender-Prüfung in der Domain kommt die Mail zuverlässig an (SPF, DKIM, DMARC, Mails landen im Spam).

Ein Nebeneffekt, der viel wert ist: Die meisten SMTP-Erweiterungen führen ein Protokoll der versendeten Mails. Damit siehst du, ob eine Mail überhaupt verschickt wurde — und ob sie abgelehnt wurde.

Einsendungen speichern.

Elementor Pro kann Formulareinsendungen im Verwaltungsbereich speichern. Damit gehen Anfragen nicht verloren, selbst wenn die Mail scheitert. Auf vielen Websites ist das nicht eingeschaltet oder niemand weiß davon.

Ein Blick dort hinein ist oft der schnellste Weg zur Diagnose: Sind die Einsendungen da, funktioniert das Formular, und das Problem liegt beim Mailversand. Sind sie nicht da, scheitert schon das Absenden.

Datenschutzhinweis: Gespeicherte Einsendungen sind personenbezogene Daten. Leg fest, wie lange sie aufbewahrt werden, und lösche sie regelmäßig (DSGVO-Checkliste).

Cache.

Formulare nutzen einen Sicherheitswert, der bei jedem Seitenaufruf neu erzeugt wird. Liefert ein Seiten-Cache eine alte Fassung der Seite aus, ist dieser Wert abgelaufen — und das Absenden wird abgelehnt.

Typisch: Das Formular funktioniert, wenn du angemeldet bist (dann greift der Cache nicht), aber nicht für Besucher. Die Lösung: Seiten mit Formularen vom Cache ausnehmen oder die Cache-Dauer passend einstellen (Caching).

Spamschutz.

Spamschutz ist notwendig — ungeschützte Formulare werden in kurzer Zeit mit Spam überflutet. Aber zu scharf eingestellter Schutz blockiert echte Anfragen.

Typische Fälle: Ein Prüfdienst stuft echte Besucher als verdächtig ein, eine Einwilligungsabfrage blockiert das Skript des Prüfdienstes, solange keine Zustimmung erteilt wurde, oder ein Honigtopf-Feld wird vom Browser automatisch ausgefüllt (Formular-Spam stoppen).

Der Fall mit der Einwilligung ist besonders tückisch: Wer das Cookie-Banner ablehnt, kann das Formular nicht absenden — und bekommt oft keinen verständlichen Hinweis.

Sicherheitsregeln.

Firewalls von Hostern und Sicherheitserweiterungen können Formular-Anfragen blockieren — etwa wenn eine Nachricht bestimmte Zeichenfolgen enthält oder viele Anfragen aus demselben Netz kommen. Das zeigt sich als Fehlermeldung beim Absenden.

Das Protokoll der Firewall zeigt, welche Regel gegriffen hat. Die Lösung ist eine gezielte Ausnahme, nicht das Abschalten des Schutzes (Fehler 403).

Aktionen nach dem Absenden.

Elementor-Formulare können nach dem Absenden mehrere Aktionen ausführen: Mail, zweite Mail, Weiterleitung, Eintrag in ein Newsletter-System, Übergabe an eine Schnittstelle. Scheitert eine davon, scheitert unter Umständen das ganze Absenden.

Typisch: Ein angebundenes Newsletter- oder CRM-System hat seinen Zugangsschlüssel geändert. Das Formular versucht die Übergabe, erhält einen Fehler und meldet ihn dem Besucher. Zum Testen die Aktionen einzeln deaktivieren.

Regelmäßig testen.

Die wichtigste Maßnahme ist die einfachste: Einmal im Monat das Formular selbst ausfüllen und prüfen, ob die Mail ankommt. Nach jedem Update, nach jeder Hosting- oder DNS-Änderung zusätzlich.

Ein Formular, das wochenlang nicht funktioniert, kostet echte Anfragen. Ein Testkauf im Shop, ein Testformular auf der Website — das sind fünf Minuten, die sich lohnen (Kontaktformular geht nicht).

Wenn du nicht weiterkommst.

Wenn dein Formular nicht zuverlässig sendet und du sicher sein willst, dass jede Anfrage ankommt. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist. Wenn die Website gerade steht, hilft der Notfall-Support, dauerhaft begleitet die WordPress-Wartung.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. WordPress und seine Page-Builder sind mein Fachgebiet — ich baue damit seit Jahren, unterrichte das Thema als Dozent und kenne Elementor nicht nur aus der Oberfläche, sondern von innen: wie es Daten speichert, CSS erzeugt, Skripte lädt und mit Theme, Cache und Erweiterungen zusammenspielt.

Das ist bei Elementor der entscheidende Unterschied. Die meisten Probleme sehen aus wie Gestaltungsfragen und sind in Wahrheit technische: ein erzeugtes Stylesheet, das nicht neu geschrieben wurde, ein Speicherlimit, ein Konflikt zweier Erweiterungen. Wer das Innere kennt, findet die Ursache in Minuten statt in Stunden.

Was du bekommst: eine Diagnose in verständlicher Sprache, eine Behebung, die hält, und eine ehrliche Einschätzung, ob Elementor für deine Website weiterhin die richtige Wahl ist — auch wenn die Antwort lautet, dass alles so bleiben kann.