{"id":1833,"date":"2026-07-19T12:07:26","date_gmt":"2026-07-19T09:07:26","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1833"},"modified":"2026-08-03T02:25:45","modified_gmt":"2026-08-03T02:25:45","slug":"woocommerce-e-mails-werden-nicht-gesendet-loesungen","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/woocommerce-e-mails-werden-nicht-gesendet-loesungen\/","title":{"rendered":"WooCommerce-E-Mails werden nicht gesendet: systematisch pr\u00fcfen"},"content":{"rendered":"

Die SMTP-Testmail funktioniert, beim Kunden kommt jedoch keine Nachricht zur laufenden Bestellung an. Ein Wechsel der Zugangsdaten w\u00e4re jetzt voreilig: M\u00f6glicherweise hat WooCommerce die Benachrichtigung gar nicht erzeugt.<\/p>\n

Die Pr\u00fcfung beginnt deshalb beim Bestellereignis. Erst wenn feststeht, dass die erwartete E-Mail erstellt wurde, wird sie durch WordPress, den Mailanbieter und das Empf\u00e4ngerpostfach verfolgt.<\/p>\n

\nInhaltsverzeichnis<\/strong><\/p>\n
    \n
  1. Was das Thema bedeutet<\/a><\/li>\n
  2. Ein realistisches WordPress-Beispiel<\/a><\/li>\n
  3. Warum es wichtig ist und wann es eingesetzt wird<\/a><\/li>\n
  4. Der einfache Weg f\u00fcr Einsteiger<\/a><\/li>\n
  5. Der technische Weg<\/a><\/li>\n
  6. Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/a><\/li>\n
  7. Wie AIOWS unterst\u00fctzt: AIOWS SMTP Manager<\/a><\/li>\n
  8. Passende AIOWS-Artikel<\/a><\/li>\n
  9. Fazit und empfohlener Weg<\/a><\/li>\n
  10. Offizielle Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n

    Was das Thema bedeutet<\/h2>\n

    WooCommerce-E-Mails sind Transaktionsnachrichten, die an bestimmte Ereignisse gebunden sind. Eine neue Bestellung, eine Zahlungsbest\u00e4tigung, ein Statuswechsel, eine Erstattung oder eine Kontoaktion w\u00e4hlt jeweils einen eigenen Nachrichtentyp und Empf\u00e4nger aus. Erst nach Aktivierung und Erzeugung kann WooCommerce die Mail an WordPress \u00fcbergeben.<\/p>\n

    Ausl\u00f6ser, Erstellung, Transport und Zustellung sind getrennte Stufen. Eine erfolgreiche allgemeine Testmail best\u00e4tigt nur den Transport, nicht den Bestellstatus, die Benachrichtigungseinstellung, das Template oder eine vorausgehende Hintergrundaktion.<\/p>\n

    Ein realistisches WordPress-Beispiel<\/h2>\n

    Eine Kartenzahlung wird nicht als abgeschlossen gemeldet, daher bleibt die Bestellung im Status Zahlung ausstehend<\/em>. Der Shopbetreiber erwartet die Kundenmail f\u00fcr eine Bestellung in Bearbeitung; diese wird jedoch erst beim Wechsel in den entsprechenden Status ausgel\u00f6st. Im WordPress-Mailprotokoll fehlt folgerichtig jeder Eintrag.<\/p>\n

    Nach der Korrektur des Zahlungs-Callbacks erreicht eine Testbestellung den vorgesehenen Status und WooCommerce erstellt die Nachricht. Nun kann der Administrator sie anhand von Zeitpunkt und Providerkennung bis zum Testpostfach verfolgen, ohne die SMTP-Verbindung zu ver\u00e4ndern.<\/p>\n

    Warum es wichtig ist und wann es eingesetzt wird<\/h2>\n

    Fehlende Bestellmails k\u00f6nnen Zahlungsanweisungen, Versand, Erstattungen, Kontozug\u00e4nge oder die Arbeit des Shopteams beeintr\u00e4chtigen. Wer an der falschen Stelle eingreift, ver\u00e4ndert unter Umst\u00e4nden Bestellstatus, Bestand oder Kundenkommunikation, ohne die Ursache zu beseitigen.<\/p>\n

    Jeder Nachrichtentyp besitzt eigene Ausl\u00f6ser, Empf\u00e4nger und Aktivierungseinstellungen. Mitarbeiter- und Kundenmails m\u00fcssen daher getrennt getestet werden. Erweiterungen, individuelle Status, Zahlungswebhooks, Action-Scheduler-Auftr\u00e4ge und Template-Overrides k\u00f6nnen den Ablauf ver\u00e4ndern.<\/p>\n

    Dieses Vorgehen gilt f\u00fcr eine konkret fehlende WooCommerce-Benachrichtigung. Hat WooCommerce die Mail erzeugt und der Provider sie angenommen, folgen Pr\u00fcfungen von Absenderauthentifizierung, Reputation und Postfachfilterung.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. Legen Sie mit k\u00fcnstlichen Kundendaten eine kontrollierte Testbestellung an. Notieren Sie Bestellnummer und erwarteten Nachrichtentyp.<\/li>\n
    2. Pr\u00fcfen Sie Statusverlauf, Zahlungsergebnis und Bestellnotizen. Der dokumentierte Ausl\u00f6ser muss tats\u00e4chlich stattgefunden haben.<\/li>\n
    3. Kontrollieren Sie in den WooCommerce-E-Mail-Einstellungen Aktivierung und Empf\u00e4nger. Template-Overrides werden erst untersucht, wenn die Nachrichtenerzeugung fraglich ist.<\/li>\n
    4. Ordnen Sie dem Ausl\u00f6sezeitpunkt WooCommerce-Protokolle, geplante Aktionen, PHP-Fehler und den WordPress-Maileintrag zu.<\/li>\n
    5. Wurde eine Nachricht erzeugt, verfolgen Sie SMTP-Antwort und Providerkennung bis zum Kontrollpostfach. Testen Sie Mitarbeiter- und Kundenmails separat.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Ordnen Sie f\u00fcr eine einzelne Bestellung den Statuswechsel und die Benachrichtigungsklasse dem zust\u00e4ndigen WooCommerce-Hook zu. Pr\u00fcfen Sie, ob eigener Code Callbacks entfernt oder ersetzt, Action-Scheduler-Auftr\u00e4ge \u00fcberf\u00e4llig sind oder ein veraltetes Template beim Rendern einen PHP-Fehler ausl\u00f6st.<\/p>\n

      Fehlt ein WordPress-Maileintrag, bleibt die Untersuchung in WooCommerce. Scheitert wp_mail()<\/code>, ist die protokollierte Transportantwort ma\u00dfgeblich. Liefert der Provider eine Provider-ID, wird die weitere Zustellung untersucht, statt die Bestellmail erneut zu erzeugen.<\/p>\n

      In die Dokumentation geh\u00f6ren die anonymisierte Bestell-ID, der Statuswechsel, der Nachrichtentyp, Aktivierung und Empf\u00e4nger, Template-Version, Ergebnis der geplanten Aktion, Ergebnis des WordPress-Mailversands, Providerkennung und Postfacheingang.<\/p>\n

      Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/h2>\n

      Wiederholte Status\u00e4nderungen an echten Bestellungen k\u00f6nnen doppelte Mails versenden, Best\u00e4nde ver\u00e4ndern oder Zahlungs- und Versandprozesse ausl\u00f6sen. Kundendaten, Bestellinhalte und Zahlungsangaben geh\u00f6ren nicht in gemeinsam zug\u00e4ngliche Diagnosen. Verwenden Sie m\u00f6glichst eine eigene Testbestellung.<\/p>\n

      Sichern Sie Benachrichtigungseinstellungen, Template-Overrides und betroffenen eigenen Code vor einer \u00c4nderung. Beeintr\u00e4chtigt die Korrektur die Bestellverarbeitung oder einen anderen Nachrichtentyp, stellen Sie diese Komponente wieder her; der nachweislich funktionierende SMTP-Weg bleibt unver\u00e4ndert.<\/p>\n

      \n

      Wie AIOWS unterst\u00fctzt:<\/p>\n

      AIOWS SMTP Manager<\/h2>\n

      Der AIOWS SMTP Manager wird relevant, sobald WooCommerce eine Nachricht erzeugt hat. Er h\u00e4lt SMTP-Weg und Absendereinstellungen auf WordPress-Seite konsistent, damit der funktionierende Transport w\u00e4hrend der Pr\u00fcfung von Ausl\u00f6sern, Templates und Empf\u00e4ngern nicht versehentlich ver\u00e4ndert wird.<\/p>\n

      Bei einer erzeugten WooCommerce-Mail helfen Test und Diagnosekontext des Moduls, die \u00dcbergabe an den Provider und dessen Antwort zu best\u00e4tigen. Dieses Ergebnis wird mit dem Bestellzeitpunkt verkn\u00fcpft; anschlie\u00dfend muss der Eingang im vorgesehenen Mitarbeiter- oder Kundenpostfach gepr\u00fcft werden.<\/p>\n

      Das Modul kann weder Bestellstatus \u00e4ndern noch einen Zahlungswebhook, einen fehlenden Benachrichtigungs-Hook oder ein Template reparieren. Diese Aufgaben liegen in WooCommerce beziehungsweise bei der jeweiligen Erweiterung. AIOWS hilft, sie von einem tats\u00e4chlichen SMTP-Fehler abzugrenzen.<\/p>\n

      AIOWS SMTP Manager ansehen<\/a>AIOWS-Tarife vergleichen<\/a><\/p>\n<\/section>\n

      Passende AIOWS-Artikel<\/h2>\n