WooCommerce hat zwei Fehlerbilder, die aus Kundensicht identisch aussehen, und was das eine behebt, hilft beim anderen null: Entweder hat der Shop die E-Mail nie verschickt, oder er hat sie über einen Webserver verschickt, den nichts authentifiziert. Dieser Leitfaden trennt die beiden Fälle mit WooCommerces eigenem Protokoll für transaktionale E-Mails, behandelt danach die voreingestellte Absenderadresse, die eine private Gmail-Adresse auf deine Belege setzt, warum der SPF-Eintrag deiner Domain den Webserver deines Shops gar nicht abdeckt, und was ein SMTP-Versanddienst wirklich ändert. Zum Schluss gibst du eine echte Testbestellung an eine Test-Adresse von Unspam auf und liest, was im Posteingang ankam.
WooCommerces Doku zu E-Mail- und SMTP-Anbietern beschreibt genau, was dann passiert: WordPress ist kein E-Mail-Server, also reicht es die Aufgabe an PHP weiter, und PHP sucht sich auf deinem Webserver einen lokalen E-Mail-Server, der die Nachricht rausschickt. Signiert wird auf diesem Weg nichts.
Die Absenderadresse unter WooCommerce > Einstellungen > E-Mails übernimmt standardmäßig die Administrator-E-Mail-Adresse aus Einstellungen > Allgemein, und das ist in den meisten Shops eine private Adresse vom Tag der Einrichtung (der Absendername kommt voreingestellt aus deinem Seitentitel). WooCommerces Doku wird bei den Folgen deutlich: Eine öffentliche Adresse mit @gmail.com oder @yahoo.com führt sehr wahrscheinlich dazu, dass die E-Mails im Spam landen oder blockiert werden. Der Authentifizierungs-Leitfaden von WooCommerce führt das Entfernen einer Gmail-Adresse aus dem From-Header unter den Absenderanforderungen auf, die am 1. Februar 2024 in Kraft getreten sind. Stell sie auf eine Adresse der Domain um, unter der dein Shop läuft.
WooCommerce definiert Zahlung ausstehend als eingegangene Bestellung ohne geleistete Zahlung, und die E-Mail-FAQ hält fest, dass für Bestellungen in diesem Status keine E-Mail ausgelöst wird. Kommt die Rückmeldung des Zahlungsanbieters nicht bei deiner Seite an, stapeln sich Bestellungen auf Zahlung ausstehend und Kunden bekommen nichts, was von außen betrachtet von einem Spam-Problem nicht zu unterscheiden ist. Prüf den Bestellstatus, bevor du dein DNS anfasst.
Die meisten Shops veröffentlichen so etwas wie v=spf1 include:_spf.google.com ~all für Postfächer bei Google Workspace oder Microsoft 365. Der Webserver steht nicht auf dieser Liste, also scheitert ein Beleg mit From: orders@yourstore.com, den PHP von der Hosting-IP aus verschickt, für deine Domain an SPF. Weil auch keine DKIM-Signatur dranhängt, hat DMARC keinen ausgerichteten Identifier, über den es bestehen könnte. Die Hosting-IP in deinen SPF-Eintrag aufzunehmen, ist nicht die Lösung, denn bei einer geteilten IP würdest du damit jeder anderen Seite auf derselben Maschine erlauben, in deinem Namen zu senden.
WooCommerces SMTP-Hinweise sagen, dass Shared- und virtuelle Hosting-Umgebungen für den E-Mail-Versand in der Regel nicht optimal sind, und der Authentifizierungs-Leitfaden fordert Shop-Betreiber auf, beim Hoster nachzufragen, ob die Shop-Mail überhaupt authentifiziert ist, statt es einfach anzunehmen.
Die Liste der Benachrichtigungen unter WooCommerce > Einstellungen > E-Mails enthält inzwischen neben den Bestell-E-Mails auch Abandoned cart recovery (Wiederherstellung abgebrochener Warenkörbe) und Review request (Bewertungsanfrage), und beide sind standardmäßig aus: Für Review request musst du unter WooCommerce > Einstellungen > Erweitert > Funktionen erst Customer review request (beta) einschalten, und die E-Mails zu abgebrochenen Warenkörben kamen mit WooCommerce 11.0 (4. August 2026) als experimentelle Funktion, die du ebenfalls erst aktivieren musst. Schaltest du eines von beidem ein, verlassen Marketing-Nachrichten deinen Shop auf demselben unauthentifizierten Weg und von derselben Domain wie deine Passwort-Resets. Mailbox-Provider bewerten die Domain und nicht die Art der Nachricht, deshalb zahlt die transaktionale Post, über die sich niemand beschwert, für die Beschwerden, die deine Warenkorb-Erinnerungen einsammeln.
WooCommerce signiert gar nichts. Es übergibt die fertige Nachricht an wp_mail(), PHP reicht sie an den Mail-Transport weiter, der auf dem Webserver zufällig vorhanden ist, und damit ist Authentifizierung eine Eigenschaft des Versandwegs und nicht von WooCommerce. Zwei Einstellungen entscheiden über alles Weitere: die Absenderadresse unter WooCommerce > Einstellungen > E-Mails und die Frage, ob du PHP einen authentifizierten SMTP-Versanddienst vorgeschaltet hast.
| Eintrag | Standard | das Problem | die Lösung |
|---|---|---|---|
| SPF | Deine Domain hat mit ziemlicher Sicherheit einen SPF-Eintrag für deinen Mailbox-Provider, und der schließt den Server, auf dem dein Shop läuft, nicht ein. | Post, die PHP verschickt, verlässt eine IP, die dein SPF nicht autorisiert, also scheitert SPF für die From-Domain. Schreibt dein Hoster den Envelope-Absender auf eine Adresse der Hosting-Firma um, besteht SPF eben für deren Domain und richtet sich trotzdem nicht an deinem From-Header aus, was in beiden Fällen ein DMARC-Fehlschlag ist. | Versende über einen authentifizierten SMTP-Anbieter und veröffentliche den include, den er dir gibt, zum Beispiel v=spf1 include:_spf.google.com include:sendgrid.net ~all. Halte genau einen SPF-TXT-Eintrag auf der Domain, weil zwei einander ungültig machen, und nimm nie eine geteilte Hosting-IP auf. |
| DKIM | Im Shop signiert das nichts. Weder WordPress noch WooCommerce hält einen Signaturschlüssel, jede Signatur müsste also vom Mailserver deines Hosters kommen, und WooCommerce sagt Shop-Betreibern, sie sollen beim Hoster klären, ob die Shop-Mail überhaupt authentifiziert ist, statt es anzunehmen. | Ohne DKIM-Signatur und ohne ausgerichtetes SPF bindet nichts an der Nachricht sie an deine Domain. WooCommerces Authentifizierungs-Leitfaden hält fest, dass jeder Absender SPF oder DKIM braucht und dass Absender ab 5.000 Nachrichten pro Tag an Gmail beides brauchen, bestätigt durch DMARC. | DKIM kommt vom versendenden Dienst: Such dir einen SMTP-Anbieter aus, schließ dort die Domain-Verifizierung ab und veröffentliche die Selektor-Einträge, die er ausgibt (meist CNAMEs). Eine einzelne E-Mail-Adresse beim Anbieter zu verifizieren, ist nicht dasselbe wie die Domain zu verifizieren. Prüf an einem echten Versand, dass die d=-Domain im DKIM deine Shop-Domain ist und nicht die des Anbieters. |
| DMARC | Die meisten WooCommerce-Shops veröffentlichen überhaupt keinen DMARC-Eintrag, und der Shop versendet auch ohne. | p=quarantine oder p=reject zu veröffentlichen, bevor du einen authentifizierten Versandweg hast, macht deine eigenen Bestellbestätigungen zu Spam, weil sie nichts Ausgerichtetes haben, worüber sie bestehen könnten. DMARC ganz wegzulassen heißt umgekehrt, dass du nie erfährst, welche deiner Absender (Shop, Postfach, Rechnungs-App, Newsletter-Tool) durchfallen. | Veröffentliche v=DMARC1; p=none; rua=mailto:dmarc@yourstore.com auf _dmarc.yourstore.com, lies die Berichte, bis die Mail des Shops selbst einen ausgerichteten Pass zeigt, und zieh die Policy dann an. WooCommerce sagt Shop-Betreibern, sie sollen SPF, DKIM und DMARC beim Hoster oder E-Mail-Anbieter bestätigen lassen, statt anzunehmen, dass sie eingerichtet sind. |
| SMTP sender | Nicht konfiguriert. WooCommerce ruft wp_mail() auf, das ruft PHP auf, und PHP nutzt den Mail-Transport, den der Webserver gerade bereitstellt. | Das ist das Stück, das außerhalb des DNS liegt und über die anderen drei Zeilen entscheidet. Ohne authentifiziertes Relay gibt es keinen Schlüssel zum Signieren und keine IP, die zu autorisieren sich lohnt, also bringt kein noch so gründliches DNS-Editieren einen ausgerichteten Pass. | Installiere ein SMTP-Plugin, das wp_mail() zu einem Anbieter umleitet. WooCommerces eigene Liste von Anbietern mit Plugins auf WordPress.org führt MailPoet (5.000 E-Mails pro Monat kostenlos, 500 verschiedene Empfänger), Mailjet (6.000 pro Monat kostenlos), Brevo (300 pro Tag kostenlos) und WP Offload SES Lite für Amazon SES. WooCommerce nennt auch Gmail als Möglichkeit, warnt aber, dass Gmail dein Konto deaktiviert, wenn du innerhalb von 24 Stunden an mehr als 500 verschiedene Empfänger sendest, wobei deine eigenen Gmail-Sendungen und alles, was deine Seite verschickt, zusammengezählt werden. |
Wenn du diese Einträge aktualisiert hast, prüfe mit den kostenlosen Tools von Unspam, ob alles passt: SPF-Check, DKIM-Check und DMARC-Check.
WooCommerce hat auf dem Bearbeitungsbildschirm der E-Mails einen Button Test-E-Mail senden (Send a test email), und für die Layout-Kontrolle ist er wirklich nützlich. Ein Test der Zustellbarkeit ist er nicht: Die Entwicklerdoku sagt, dass die Vorschau nicht die echten Daten aus der Datenbank nutzt, sondern stattdessen eine Dummy-Bestellung, Dummy-Produkte und eine Dummy-Adresse baut. Außerdem überspringt sie den Statuswechsel der Bestellung, der die E-Mail im Produktivbetrieb auslöst. Willst du etwas Echtes erfahren, gibst du eine echte Bestellung an eine Test-Adresse von Unspam auf.
Starte in Unspam einen Spam-Test oder einen Inbox-Placement-Test und kopiere die Test-Adresse, die dabei entsteht. Ein Inbox-Placement-Test erzeugt außerdem eine Test-ID. Füge sie vor dem Versand in den Betreff oder in den Text ein, sonst erreicht die Nachricht zwar die Test-Postfächer, wird aber nie deinem Test zugeordnet. In WooCommerce gehört sie am saubersten unter WooCommerce > Einstellungen > E-Mails: Öffne die Benachrichtigung, die du testen willst, und häng die Test-ID an das Feld Betreff an oder setz sie in Zusätzlicher Inhalt. Nimm sie wieder raus, sobald der Test durch ist.
Bestell in deinem eigenen Shop oder leg die Bestellung im WP-Admin an, und trag die Test-Adresse von Unspam als Rechnungs-E-Mail-Adresse des Kunden ein. Nimm ein echtes Produkt, echte Währung und eine echte Versandart, denn die Bestelltabelle, die Summen und die Links gehören zu dem, was bewertet wird. Ersetz das hier nicht durch Test-E-Mail senden: Der Button rendert eine Dummy-Bestellung und sagt dir nichts über die Nachricht, die deine Kunden bekommen.
Zahlung ausstehend löst nichts aus, so ist es gebaut. Setz die Bestellung auf In Bearbeitung, damit die Benachrichtigung Bestellung in Bearbeitung rausgeht, oder auf Abgeschlossen für Bestellung abgeschlossen. Die Admin-Benachrichtigung Neue Bestellung feuert beim selben Wechsel und geht an die Empfänger, die auf ihrem eigenen Einstellungsbildschirm eingetragen sind. Wenn du also dieser E-Mail hinterherjagst, trag die Test-Adresse stattdessen in ihr Feld Empfänger ein.
Geh zu WooCommerce > Status > Protokolle und öffne die Quelle transactional-emails, die es seit WooCommerce 10.9 gibt. Jeder Versuch wird als Sent, Failed, Disabled oder Skipped festgehalten. Sent heißt bei WooCommerce, dass die E-Mail erfolgreich an das Mailsystem deiner Seite übergeben wurde; alles, was danach fehlt, ist also ein Problem der Zustellbarkeit und kein Beleg dafür, dass sie beim Kunden angekommen ist. Failed, Disabled oder Skipped heißt, sie hat die Seite nie verlassen, und DNS-Änderungen helfen dann nicht. Siehst du gar keinen Eintrag, schau unter WooCommerce > Status > Protokolle > Einstellungen nach: Das Protokoll richtet sich nach der Schwelle deines Shops und kann Einträge der Stufen INFO und NOTICE ausblenden.
Prüf den Spam-Score, dann den Block zur Authentifizierung: DKIM sollte vorhanden sein und mit deiner Shop-Domain signieren, SPF sollte bestehen und ausgerichtet sein, und DMARC sollte einen ausgerichteten Pass zeigen. Danach liest du das Inbox Placement je Anbieter, die Client-Vorschauen inklusive Dark Mode und die Eyetracking-Heatmap. Der KI-Assistent markiert, was du ändern solltest, bevor die nächste echte Bestellung reinkommt.
Derselbe Test rendert deine Kampagne in über 50 echten E-Mail-Clients, darunter Gmail, Outlook, Apple Mail, iPhone und Android, jeweils im hellen und im dunklen Modus, über Client-Vorschauen, damit du Platzierung und Darstellung in einem Durchgang prüfst.
Die E-Mail-Vorschau und ihr Button Test-E-Mail senden bauen eine Dummy-Bestellung, Dummy-Produkte, Dummy-Varianten und eine Dummy-Adresse. WooCommerces Entwicklerdoku sagt klar, dass dabei nicht die echten Daten aus der Datenbank verwendet werden. Weil die Nachricht trotzdem über deinen echten Versandweg läuft, ist ein Authentifizierungsfehler, den sie aufdeckt, ein echter Fehler. Ein sauber aussehender Test beweist umgekehrt nichts über Inhalt, Summen und Links, die deine Kunden bekommen.
Absendername und Absenderadresse unter WooCommerce > Einstellungen > E-Mails gelten für die E-Mails, die WooCommerce verschickt. Mail aus dem WordPress-Kern und aus anderen Plugins fällt auf den Standardabsender von WordPress zurück, und der ist wordpress@ plus die Domain deiner Seite. Deine Belege gehen also als orders@yourstore.com raus, während eine Kern-Benachrichtigung oder eine Nachricht aus dem Kontaktformular als wordpress@yourstore.com rausgeht, und Mailbox-Provider bauen für die beiden getrennt Reputation auf.
WooCommerce kann transaktionale E-Mails aus dem Checkout-Request in eine Warteschlange auslagern. Die Funktion heißt Deferred emails (Verzögerte E-Mails), liegt unter WooCommerce > Einstellungen > Erweitert > Funktionen, ist standardmäßig aus und wird von WooCommerce so beschrieben, dass transaktionale E-Mails asynchron über den Action Scheduler statt während des laufenden Requests verschickt werden; per Code lässt sie sich mit dem Filter woocommerce_defer_transactional_emails erzwingen. WooCommerce dokumentiert, dass der Action Scheduler auf WP-Cron aufsetzt, und WP-Cron hängt am Traffic der Seite. In einem ruhigen Shop wartet der Beleg auf den nächsten Besucher. Schau unter WooCommerce > Status > Geplante Aktionen nach überfälligen Aktionen.
wp_mail() zu einem Anbieter umzuleiten holt deine Mail vom Webserver auf ein authentifiziertes Relay, und das behebt meistens das „es kommt gar nichts an“. Für deine Domain signiert es deswegen aber nicht automatisch. Solange du die Domain-Verifizierung beim Anbieter nicht abgeschlossen und seine Selektor-Einträge nicht veröffentlicht hast, ist die Nachricht mit der Domain des Anbieters signiert, in deinem From-Header steht weiterhin yourstore.com, und DMARC scheitert genau wie vorher, nur von einer besseren IP aus.
Die häufigsten Probleme mit der Zustellbarkeit bei WooCommerce-Absendern, jeweils mit der passenden Lösung.
Die Admin-Benachrichtigung ist die Domain deines Shops, die an die eigene Domain deines Shops mailt. WooCommerce verschickt sie als orders@yourstore.com an einen Empfänger auf yourstore.com, über PHP auf dem Webserver, ohne DKIM-Signatur und von einer IP, die dein SPF-Eintrag nicht autorisiert. Eine unauthentifizierte Nachricht, die sich als interner Absender ausgibt, wird weit härter behandelt als dieselbe Nachricht an eine fremde Domain, und manche Anbieter halten sie am Gateway fest, statt sie in den Spam-Ordner einzusortieren, deshalb findest du sie nirgendwo. Die Kundenpost schrammt gerade so durch, die Admin-Post nicht.
Die Lösung Setz einen authentifizierten SMTP-Versanddienst vor wp_mail(), schließ die Domain-Verifizierung beim Anbieter ab, veröffentliche die DKIM-Selektor-Einträge und ergänze seinen include in deinem einen SPF-TXT-Eintrag. Als Notlösung, solange du das einrichtest, änderst du das Feld Empfänger unter WooCommerce > Einstellungen > E-Mails > Neue Bestellung auf eine Adresse einer anderen Domain, damit du wenigstens siehst, dass Bestellungen reinkommen. Danach gibst du eine echte Testbestellung an eine Test-Adresse von Unspam auf, prüfst, dass die d=-Domain im DKIM deine Shop-Domain ist, und stellst den Empfänger zurück.
Weil PHP die Nachricht an einen lokalen Mailserver übergibt und WooCommerces Protokoll nur festhält, dass die E-Mail erfolgreich an das Mailsystem übergeben wurde, steht in deinem Protokoll Sent, und es gibt nirgends einen Bounce zu lesen.
Die Lösung Verlass den PHP-Mailweg komplett. Leite wp_mail() über einen authentifizierten SMTP-Anbieter, schließ die Domain-Verifizierung ab, damit die Nachricht eine DKIM-Signatur auf deiner Shop-Domain trägt, und ergänze den SPF-include des Anbieters. Das Zweite, was dir der Anbieter bringt, ist ein Bounce- und Unterdrückungsprotokoll, damit stille Verluste nicht länger unsichtbar sind. Lass danach einen Inbox-Placement-Test laufen und bestätige, dass die Nachricht wirklich in einem Outlook-Test-Postfach ankommt und nicht nur in einem von Gmail.
Passwort zurücksetzen ist eine der Benachrichtigungen unter WooCommerce > Einstellungen > E-Mails, lässt sich also wie jede andere abschalten, und sie läuft denselben unauthentifizierten Weg wie alles andere. Sie ist zugleich die schlimmste, die man verlieren kann, denn sie ist die einzige E-Mail, auf die der Kunde aktiv wartet, und es gibt keine Bestellung in deinem Admin, die dir den Fehlschlag verraten würde. Eine abgeschaltete Benachrichtigung, ein fehlender Empfänger und eine weggefilterte Nachricht sehen vom Shop aus alle gleich aus.
Die Lösung Öffne WooCommerce > Status > Protokolle und filtere auf die Quelle transactional-emails. Disabled heißt, die Benachrichtigung ist unter WooCommerce > Einstellungen > E-Mails > Passwort zurücksetzen ausgeschaltet, Skipped heißt, eine Voraussetzung wie ein Empfänger fehlte, Failed heißt, der Maildienst hat einen Fehler zurückgegeben, und Sent heißt, WooCommerce hat sie übergeben und sie wurde weiter hinten weggefiltert. Steht gar nichts im Protokoll, schau nach, wo der Reset angefordert wurde: WooCommerce weist darauf hin, dass Passwort-Reset-Mails von WordPress und andere WordPress-Admin-Mails in diesem Protokoll möglicherweise nicht auftauchen, und verweist dich stattdessen auf die Protokolle deines SMTP-Anbieters. Repariere zuerst den Weg mit einem SMTP-Versanddienst, der für deine Domain signiert, und teste dann erneut, indem du für ein Konto, dessen E-Mail-Adresse eine Test-Adresse von Unspam ist, einen Reset anforderst.
SMTP hat das Versandproblem gelöst, nicht das Identitätsproblem. Der Anbieter relayt deine Post jetzt von einer angesehenen IP unter seinem eigenen Return-Path, SPF besteht also gegen die Domain des Anbieters. Solange du die Domain-Verifizierung nicht abschließt, ist die Nachricht mit der Domain des Anbieters DKIM-signiert und nicht mit deiner. In deinem From-Header steht weiterhin yourstore.com, nichts richtet sich daran aus, und DMARC scheitert genau wie vorher, nur von besserer Infrastruktur aus.
Die Lösung Verifiziere im Dashboard des Anbieters die Domain und nicht nur eine einzelne Absenderadresse, und veröffentliche jeden DKIM-Eintrag, den er ausgibt. Schick eine echte Bestell-E-Mail an eine Test-Adresse und lies die d=-Domain im DKIM: Steht dort weiterhin die Domain des Anbieters, ist die Verifizierung nicht fertig. Halte einen einzigen SPF-TXT-Eintrag, in dem der include des Anbieters ergänzt ist, zum Beispiel v=spf1 include:_spf.google.com include:sendgrid.net ~all, statt einen zweiten SPF-Eintrag zu veröffentlichen, denn zwei machen einander ungültig.
Das ist die Warteschlange für verzögerte E-Mails. WooCommerce kann transaktionale E-Mails aus dem Checkout-Request auslagern, damit der Kunde nicht auf den Mailserver wartet: Das ist die Funktion Deferred emails (Verzögerte E-Mails) unter WooCommerce > Einstellungen > Erweitert > Funktionen, standardmäßig aus, und per Code lässt sie sich zusätzlich mit dem Filter woocommerce_defer_transactional_emails erzwingen. Die Warteschlange läuft auf dem Action Scheduler, und WooCommerce dokumentiert, dass der Action Scheduler auf WP-Cron aufsetzt, das wiederum am Traffic der Seite hängt. Ein Shop mit ruhiger Nacht hat keinen Besucher, der die Warteschlange antreibt, also wartet der Beleg auf den nächsten.
Die Lösung Öffne WooCommerce > Status > Geplante Aktionen und such nach überfälligen Aktionen; ein Stapel davon, der älter als ein Tag ist, bestätigt es. WooCommerces eigene Empfehlung ist, einen eigenen serverseitigen Cronjob einzurichten, der WP-Cron unabhängig ausführt und die Abhängigkeit vom Traffic umgeht, was das Timing für jeden geplanten Job im Shop repariert und nicht nur für E-Mails. War der Checkout schon vor der Verzögerung langsam, liegt es meist daran, dass der Mail-Hop innerhalb des Requests passiert, und ein Wechsel zu einem SMTP-Anbieter nimmt dir auch das.
Öffne WooCommerce > Status > Protokolle und wähl die Quelle transactional-emails, die es seit WooCommerce 10.9 gibt. Jeder Versuch wird als Sent, Failed, Disabled oder Skipped protokolliert. Sent heißt, die Nachricht hat deine Seite verlassen, das Problem liegt also bei der Zustellbarkeit. Failed, Disabled oder Skipped heißt, sie ist nie rausgegangen, und keine DNS-Änderung hilft. WooCommerce weist außerdem darauf hin, dass das Protokoll nur bestätigt, dass wp_mail() Erfolg gemeldet hat, nicht, dass jemand die Nachricht bekommen hat.
Für alles jenseits eines Hobby-Shops ja. WooCommerces eigene Doku sagt, dass Shared- und virtuelle Hosting-Umgebungen für den E-Mail-Versand in der Regel nicht optimal sind, und der Authentifizierungs-Leitfaden fordert Shop-Betreiber auf, beim Hoster zu klären, ob die Shop-Mail mit SPF, DKIM und DMARC authentifiziert ist. Ein authentifizierter SMTP-Versanddienst verschafft dir einen DKIM-Schlüssel für deine Domain, eine IP mit Reputation und ein Bounce-Protokoll, das du lesen kannst. Mehrere der Anbieter, die WooCommerce nennt, haben kostenlose Stufen, die für einen kleinen Shop reichen.
Fang beim Feld Empfänger unter WooCommerce > Einstellungen > E-Mails > Neue Bestellung an, das standardmäßig die Administrator-E-Mail-Adresse aus Einstellungen > Allgemein übernimmt, und schau danach unter WooCommerce > Status > Protokolle nach einem Eintrag aus transactional-emails. Steht dort Sent und liegt der Empfänger auf deiner Shop-Domain, dann mailt deine Domain an deine eigene Domain: Eine unauthentifizierte Nachricht, die sich als interner Absender ausgibt, hat die Form eines Phishing-Versuchs und wird deutlich härter gefiltert als dieselbe Nachricht an eine fremde Domain, und manche Anbieter halten sie schon am Gateway an, sodass sie auch nicht im Spam-Ordner liegt. DKIM und SPF auf dem Versandweg zu reparieren, repariert beide Richtungen.
Beim Bestellstatus, nicht im DNS. WooCommerce definiert Zahlung ausstehend als eingegangene Bestellung ohne geleistete Zahlung, und die E-Mail-FAQ hält fest, dass in diesem Status keine E-Mail ausgelöst wird. Bestellungen bleiben dort hängen, wenn die Rückmeldung des Zahlungsanbieters deine Seite nicht erreicht. Prüf also erst auf Zahlung ausstehend oder Fehlgeschlagen, dann WooCommerce > Status > Protokolle, und erst danach fängst du bei der Authentifizierung an.
Nein. Unspam bindet weder WooCommerce noch WordPress noch die API einer anderen Plattform an und verbindet sich nie mit deinem Shop. Es gibt genau zwei Berührungspunkte: eine Test-Adresse, an die du sendest, und SMTP-Zugangsdaten, die du für automatische Tests hinterlegst. Für WooCommerce heißt das, eine echte Bestellung mit der Test-Adresse als Rechnungs-E-Mail-Adresse aufzugeben, denn nur so testest du genau die Nachricht, die dein Kunde bekommt.
Verschick transaktionale Post von der Domain, unter der dein Shop läuft, denn genau dieser Domain haben deine Kunden gerade ihre Kartendaten anvertraut, und genau diese Domain haben ihre Filter mit dem Kauf verknüpft. Wenn du zusätzlich Kampagnen fährst, halt das Massen-Marketing auf einer eigenen Subdomain, damit ein schlechter Versand die Belege nicht mit nach unten zieht. So oder so muss die Absenderadresse auf einer Domain liegen, die dir gehört: WooCommerce warnt, dass eine Adresse mit @gmail.com oder @yahoo.com im From-Feld sehr wahrscheinlich im Spam landet oder blockiert wird.
Die Angaben zur Plattform WooCommerce wurden anhand öffentlich zugänglicher Dokumentation geprüft (Stand: August 2026) und können sich seitdem geändert haben. WooCommerce ist eine Marke des jeweiligen Inhabers. Unspam ist weder mit WooCommerce verbunden noch wird Unspam von WooCommerce unterstützt.
