E-Mails nach dem Kauf: Was Sie senden sollten, nachdem jemand bestellt hat

Zuletzt geprüft im Juni 2026 — die unten beschriebenen Auslöser für Bestellstatus-E-Mails, mails/{iso}/-Template-Pfade und Backoffice-Positionen sind für PrestaShop 1.7, 8.x und 9.x aktuell (die Menünamen für 1.6 sind direkt im Text vermerkt).

In dem Moment, in dem jemand auf "Bestellung bestätigen" klickt, sendet Ihr Shop automatisch eine E-Mail — PrestaShop verschickt die Bestellbestätigung, ohne dass Sie etwas tun müssen. Und bei den meisten Shops ist das die letzte E-Mail, die der Kunde von Ihnen erhält, bis Wochen später ein Newsletter verschickt wird. Genau dort entsteht die Lücke. Ein Käufer, der gerade bezahlt hat, vertraut Ihrer Marke in diesem Moment so stark wie nie wieder: Er prüft sein Postfach auf die Bestätigung, wartet auf die Versandmitteilung und denkt an das Produkt, das er gekauft hat. Alles, was Sie in diesem Zeitfenster senden, wird wahrgenommen. In diesem Beitrag geht es genau darum, was Sie dort senden sollten — eingeordnet in den Bestellablauf von PrestaShop, damit Sie wissen, welche E-Mails die Plattform bereits versendet, welche sie nicht versenden kann und was Sie für den Rest ergänzen müssen.

Eine klare Abgrenzung gleich zu Beginn, weil sie darüber entscheidet, welches Werkzeug Sie brauchen: E-Mails nach dem Kauf teilen sich in transaktionale Nachrichten (Bestätigung, Versand, Lieferung — an eine Statusänderung der Bestellung gebunden) und Kundenlebenszyklus-Marketing (Bewertungsanstöße, Zusatzverkäufe, die behutsame Rückführung zur zweiten Bestellung). PrestaShop beherrscht den ersten Teil nativ und den zweiten gar nicht. Zu wissen, wo diese Linie verläuft, ist der entscheidende Punkt — und der Großteil dieses Leitfadens zeigt, wie Sie beide Seiten sinnvoll nutzen.

Was PrestaShop bereits sendet — und woher

Die transaktionalen E-Mails von PrestaShop werden durch Bestellstatus gesteuert, nicht durch einen Marketing-Zeitplan. Jeder Status in Ihrem Shop liegt in der Tabelle ps_order_state und wird unter Shop-Einstellungen → Bestelleinstellungen → Status verwaltet (in PrestaShop 1.6 unter Bestellungen → Status). Öffnen Sie einen beliebigen Status — "Zahlung akzeptiert", "Versendet", "Geliefert" — und Sie sehen ein Kontrollkästchen "E-Mail an den Kunden senden, wenn zu diesem Status gewechselt wird" sowie ein Feld, das das zu verwendende E-Mail-Template angibt (die genaue Oberfläche variiert je nach Version). Wenn eine Bestellung in diesen Status wechselt, ruft PrestaShop Mail::Send mit dem passenden Template auf. Das ist die gesamte native Logik: Die Statusänderung ist der Auslöser, die E-Mail ist die Nutzlast.

[SCREENSHOT: ein Bearbeitungsbildschirm für PrestaShop-Bestellstatus unter Shop-Einstellungen → Bestelleinstellungen → Status, mit Hervorhebung des Kontrollkästchens "E-Mail an den Kunden senden, wenn zu diesem Status gewechselt wird" und der Template-Auswahl]

Die Templates selbst sind echte Dateien auf dem Server, keine Datenbankzeilen. Sie liegen in mails/{iso}/ — zum Beispiel mails/en/order_conf.html und das zugehörige Plain-Text-Gegenstück order_conf.txt, neben shipped.html, order_changed.html und den übrigen Dateien. Für jede installierte Sprache gibt es einen eigenen Ordner, und PrestaShop wählt beim Bestellvorgang den Ordner aus, der zur Kundensprache passt. Das ist aus zwei Gründen wichtig. Erstens: Wenn Sie ein Template unter International → Übersetzungen → "Übersetzungen der E-Mail-Vorlagen" bearbeiten (Lokalisierung → Übersetzungen in 1.6) und Ihre Änderungen verschwinden, liegt es meistens daran, dass ein Theme oder Modul eine eigene mails/-Überschreibung mitbringt, die Vorrang vor der Kernversion hat. Zweitens: Jede Variable in diesen Templates ({firstname}, {order_name}, {shipping}, {products}) wird von dem Controller befüllt, der die E-Mail ausgelöst hat — Sie können also nur die Daten anzeigen, die das Bestellobjekt bereits enthält, nicht mehr.

Direkt nach der Installation, ganz ohne zusätzliche Software, liefert PrestaShop also drei der fünf unten genannten E-Mails: Bestätigung, Zahlung akzeptiert und Versand. Der Haken: Sie werden nur bei einer Statusänderung ausgelöst, sie werden einmal gesendet, und es gibt kein Konzept wie "diese E-Mail drei Tage nach der Lieferung senden". Genau dieses zeitgesteuerte, sequenzielle Verhalten kann die Plattform nicht leisten — und genau dort setzt der Rest dieses Leitfadens an.

Die E-Mail-Sequenz nach dem Kauf, zugeordnet zu PrestaShop-Bestellstatus

Das ist die Sequenz, die sich lohnt — jede E-Mail ist dem PrestaShop-Ereignis zugeordnet, das sie auslösen sollte, inklusive ehrlicher Einschätzung, ob die Plattform das allein kann.

1. Bestellbestätigung — die E-Mail mit der höchsten Öffnungsrate, die Sie je senden werden

Bestätigungs-E-Mails erreichen Öffnungsraten, für die viele Marketingverantwortliche alles geben würden; transaktionale E-Mails dieser Art liegen regelmäßig weit über jeder Werbekampagne, weil der Kunde aktiv danach sucht. Verschenken Sie diese Aufmerksamkeit nicht mit einem bloßen Beleg. Das Standard-Template order_conf von PrestaShop listet bereits Produkte, Summen und Versand auf — bearbeiten Sie es unter International → Übersetzungen → "Übersetzungen der E-Mail-Vorlagen" (oder direkt in mails/{iso}/order_conf.html), um Folgendes zu ergänzen: einen realistischen Versandzeitraum, einen direkten Link zur Sendungsverfolgung im Kundenkonto und eine klare Zeile mit Kontaktmöglichkeit zum Support. Jede "Wo ist meine Bestellung?"-Nachricht, der Sie hier vorbeugen, ist ein Support-Ticket, das Sie nie beantworten müssen. Was bringt das? Die aufmerksamkeitsstärkste E-Mail in Ihrem Shop wird zugleich zu Ihrem günstigsten Werkzeug, um Support-Anfragen zu vermeiden — Sie beantworten die Frage, bevor der Kunde sie stellt.

Ein praktischer Hinweis zu PrestaShop: Wenn ein Kunde sagt, er habe die Bestätigung nie erhalten (Spam-Ordner, Tippfehler in der Adresse, verspätet bestätigte Zahlung), gibt es im nativen Backoffice älterer Versionen keine saubere Schaltfläche zum erneuten Senden. Genau dafür haben wir Resend Order Confirmation gebaut — die Bestätigung kann mit einem Klick von der Bestellseite erneut ausgelöst werden, damit aus einer fehlenden E-Mail kein Erstattungswunsch wird.

2. Versandbenachrichtigung — Unsicherheit entschärfen

Das Zeitfenster zwischen "Ich habe bezahlt" und "Es ist unterwegs" ist der Raum, in dem Kaufreue und Unsicherheit entstehen. Die Versand-E-Mail schließt ihn. PrestaShop löst das shipped-Template automatisch aus, wenn eine Bestellung in einen Status wechselt, der für den Versand dieses Templates konfiguriert ist — idealerweise nachdem Sendungsnummer und Tracking-URL des Versanddienstleisters gesetzt wurden — und das Template stellt diese Tracking-URL anschließend bereit. Achten Sie darauf, dass der Tracking-Link des Versanddienstleisters unter Versand → Versanddienstleister tatsächlich konfiguriert ist (das Feld "URL" mit dem @-Platzhalter für die Sendungsnummer), sonst verschickt die E-Mail einen toten Link. Bestätigen Sie das Lieferfenster, das Sie an der Kasse versprochen haben: Wenn Sie auf der Produktseite ein voraussichtliches Lieferdatum anzeigen, nennen Sie dieselben Daten in der Versand-E-Mail, damit die Kommunikation durchgängig konsistent bleibt. Abweichende Daten zwischen Produktseite und E-Mail wirken nachlässig und erzeugen genau die Support-Nachfragen, die Sie vermeiden möchten.

3. Nachfrage nach der Lieferung — die E-Mail, die PrestaShop nicht zeitsteuern kann

Zwei oder drei Tage nach der Zustellung stellen Sie eine einfache menschliche Frage: Ist die Sendung angekommen, und sind Sie zufrieden damit? Das ist die erste E-Mail in der Sequenz, die die native Plattform nicht allein versenden kann, weil sie keine Statusänderung ist — sondern "X Tage nach einer Statusänderung". Es gibt zwei saubere Wege. Wenn Ihr Versanddienstleister einen Status "Geliefert" zurück in PrestaShop schreibt, können Sie die Nachfrage an diesen Status hängen; wenn nicht, planen Sie sie anhand des Bestelldatums plus Schätzung. In beiden Fällen brauchen Sie etwas, das eine Uhr laufen lässt — hier kommt eine Plattform für E-Mail-Automatisierung ins Spiel (direkt weiter unten behandelt). Der Nutzen ist doppelt: Sie entdecken beschädigte oder falsche Artikel, bevor daraus eine Rückbuchung oder eine Ein-Stern-Bewertung wird, und Sie bereiten den Kunden auf die anschließende Bitte vor.

4. Bewertungsanfrage — Timing schlägt alles

Fragen Sie zu früh, hat der Kunde das Produkt noch nicht genutzt; fragen Sie zu spät, ist die Begeisterung verflogen. Fünf bis sieben Tage nach der Lieferung ist für die meisten physischen Waren der ideale Zeitpunkt (bei Produkten mit Lernkurve eher später). Die Mechanik ist wichtiger als der Text: Die Anfrage muss den Kunden mit einem Klick auf das exakte Bewertungsformular für das exakte gekaufte Produkt bringen — keine Login-Hürde, kein Suchen im Katalog. PrestaShop liefert in vielen Installationen keinen vollständigen modernen Bewertungsablauf im Kernsystem, deshalb nutzen die meisten Shops ein Bewertungsmodul; unser Modul Reviews & Ratings erzeugt diesen produktspezifischen Bewertungslink und kann verifizieren, dass der Bewertende tatsächlich gekauft hat. So bleiben die Bewertungen ehrlich und die Rich-Snippet-Sterne legitim. Eine Bewertungsanfrage ist im Kern keine reine E-Mail nach dem Kauf — sie ist ein Kundenbindungsmechanismus im Gewand einer Nachkauf-E-Mail, und genau so behandeln wir sie in Treueprogrammen für PrestaShop. Bewertungen, die Sie auf diese Weise gewinnen, speisen außerdem Ihren Empfehlungsmotor — ein Kunde, der gerade öffentlich gesagt hat, dass er das Produkt liebt, ist am leichtesten nach dem Namen eines Freundes zu fragen.

5. Nachkauf und Zusatzverkauf — die zweite Bestellung

Zwei bis vier Wochen später verschiebt sich die E-Mail von Service zu behutsamem Verkauf. Der Trick ist: Sie muss von dem gesteuert werden, was der Kunde gekauft hat — das bedeutet, die Produkte der Bestellung auszulesen. Zwei unterschiedliche Ansätze:

• Nachkauf für Verbrauchsartikel — Kaffee, Filter, Nahrungsergänzungsmittel, Tierfutter. Wenn der typische Nachbestellzyklus 30 Tage beträgt, sollte die Erinnerung an Tag 25 ankommen, also kurz bevor der Vorrat ausgeht. Das ist der am besten konvertierende Zusatzverkauf, weil Sie nicht verkaufen, sondern erinnern.
• Ergänzender Zusatzverkauf für langlebige Produkte — der Kamerakäufer, der eine Tasche, eine Speicherkarte oder einen Gurt braucht. "Kunden, die X gekauft haben, fügen häufig Y hinzu" funktioniert jedes Mal besser als "JETZT KAUFEN", weil es wie Hilfe wirkt, nicht wie Druck.

Beide Ansätze müssen die Positionen der Bestellung auslesen, die in ps_order_detail liegen. Sie können Ihre Nachkauf-Zielgruppe für ein bestimmtes Produkt im schreibgeschützten SQL Manager (Erweiterte Einstellungen → Datenbank) vor dem Aufbau des Ablaufs prüfen — diese Abfrage listet Käufer eines Produkts (nach product_id), deren Bestellung ungefähr alt genug für eine Nachbestellung ist, neueste zuerst:

SELECT c.email,
       c.firstname,
       od.product_name,
       o.date_add AS ordered_on
FROM ps_order_detail od
JOIN ps_orders o   ON o.id_order = od.id_order
JOIN ps_customer c ON c.id_customer = o.id_customer
WHERE o.valid = 1
  AND c.newsletter = 1
  AND od.product_id = 42            /* the consumable's product ID */
  AND o.date_add < DATE_SUB(NOW(), INTERVAL 25 DAY)
ORDER BY o.date_add DESC;

Das ist eine einmalige Momentaufnahme für die Planung. Um sie fortlaufend nach einem 25-Tage-Rhythmus pro Kunde zu versenden, übergeben Sie die Logik an eine Automatisierungsplattform — die Abfrage zeigt nur, dass die Daten vorhanden sind.

Halten Sie das strikt von Ihrem Aktionskalender getrennt. Ein Kunde, der am Montag den vollen Preis für einen Wintermantel bezahlt hat, sollte ihn am Donnerstag nicht zum halben Preis sehen — so bringen Sie Menschen am schnellsten bei, auf Rabatte zu warten, und sorgen dafür, dass sie sich benachteiligt fühlen. Pausieren Sie alle Mailings zu Rabattaktionen und Neuheiten, bis die Nachkauf-Sequenz abgeschlossen ist; lassen Sie die E-Mails im Kundenlebenszyklus dieses Zeitfenster sauber übernehmen.

Wo die native Funktion endet und ein Werkzeug beginnt

Legt man die fünf E-Mails neben die Fähigkeiten von PrestaShop, ist die Trennung klar: Die Plattform übernimmt das statusgesteuerte transaktionale Paar (Bestätigung, Versand) und kann das zeitgesteuerte, produktbezogene Trio (Nachfrage nach der Lieferung, Bewertungsanfrage, Zusatzverkauf) nicht abbilden. Für die zweite Hälfte brauchen Sie ein Werkzeug, das drei Dinge kann, die die Bestelllogik von PrestaShop nicht kann: mit Verzögerung planen, abhängig vom gekauften Produkt verzweigen und die Sequenz stoppen, wenn der Kunde erneut bestellt. Genau das leistet eine E-Mail-Automatisierungsplattform, die Ihre PrestaShop-Kunden und -Bestellungen synchronisiert.

Welche Plattform passt, hängt davon ab, wie weit Sie gehen möchten — und diese Entscheidung behandelt der gesamte Themencluster, wählen Sie also die Tiefe, die wirklich zu Ihrem Bedarf passt, statt zu viel einzukaufen:

• Mailchimp — der sanfteste Einstieg; ausreichend für eine einfache zeitgesteuerte Sequenz, wenn Ihre Anforderungen überschaubar sind.
• Klaviyo — gebaut für den E-Commerce-Kundenlebenszyklus: Auslöser auf Produktebene, Nachkauf-Logik, SMS parallel zur E-Mail.
• Omnisend — wenn der Ablauf nach dem Kauf aus einem System heraus auch SMS und Push einschließen soll.
• ActiveCampaign — wenn die Sequenz nach echten CRM-Bedingungen verzweigen muss, nicht nur nach Timern.

Welche Lösung Sie auch wählen: Voraussetzung ist eine saubere Synchronisierung Ihrer PrestaShop-Bestell- und Kundendaten in diese Plattform — ohne "dieser Kunde hat Produkt 4821 am 3. gekauft" kann keine der oben beschriebenen zeitgesteuerten, produktbezogenen E-Mails ausgelöst werden. Wo E-Mails nach dem Kauf in das größere Bild automatisierter E-Mails passen, zeigt die Übersicht zu E-Mail-Marketing für Onlineshops, und wie die Liste, an die diese Automatisierungen senden, sauber wächst, steht im PrestaShop-Newsletter-Leitfaden.

Was diese Sequenz nicht ist: Rückgewinnung

Es ist verlockend, so lange weiterzuschreiben, bis der Kunde erneut kauft, aber es gibt eine klare Übergabe. Die E-Mail-Sequenz nach dem Kauf läuft, solange der Kunde noch aktiv eingebunden ist — in den Tagen und Wochen nach einer aktuellen Bestellung. Sobald ein Kunde länger still bleibt als sein normaler Nachbestellzyklus, sind Sie nicht mehr im Nachkauf, sondern in der Reaktivierung. Das ist eine andere Sequenz mit anderem Ton und anderen Anreizen. Vermischen Sie beides nicht. Wenn ein Käufer inaktiv wird, geben Sie ihn an die Rückgewinnungssequenz weiter — genau dafür ist dieser Beitrag gedacht. Die Trennung hilft Ihnen außerdem, derselben Person nicht zwei überlappende Kampagnen zu schicken.

Messen, ob sich die Sequenz wirklich auszahlt

Transaktionale E-Mails und E-Mails im Kundenlebenszyklus werden an unterschiedlichen Kennzahlen gemessen — werfen Sie sie nicht in einen Durchschnitt.

• Transaktional (Bestätigung, Versand): Beobachten Sie die Öffnungsraten (sie sind normalerweise sehr hoch — ein plötzlicher Rückgang deutet meist auf ein Zustellbarkeits- oder Spam-Ordner-Problem hin, nicht auf schlechten Text) und indirekt Ihr Volumen an "Wo ist meine Bestellung?"-Tickets. Weniger solcher Tickets sind der eigentliche Gewinn, und er kostet nichts.
• Bewertungsanfrage: Klicks zum Bewertungsformular und tatsächlich eingereichte Bewertungen. Wenn die Klicks gut sind, aber die Einreichungen ausbleiben, hat das Formular Reibung — meistens eine Login-Hürde oder das falsche Produkt.
• Zusatzverkauf / Nachkauf: Die einzige Kennzahl, die zählt, ist die Wiederkaufsrate innerhalb von 90 Tagen bei Kunden, die die Sequenz erhalten haben, im Vergleich zu denen, die sie nicht erhalten haben. Diese Zahl zeigt, ob die zweite Hälfte das Werkzeug finanziert.
• Abmelderate pro E-Mail: Halten Sie sie niedrig. Ein Ausschlag bei einer bestimmten E-Mail in der Kette bedeutet fast immer, dass diese E-Mail falsch getimt oder zu verkäuferisch ist; streichen Sie sie oder planen Sie sie neu.

Vergleichen Sie diese Zahlen über ein belastbares Zeitfenster — mindestens 30 Tage und genug Bestellungen, damit ein Trend entsteht und nicht nur Rauschen — bevor Sie entscheiden, ob eine bestimmte E-Mail ihren Platz verdient. Man hört häufig, dass Shops mit einem konsequenten Nachkauf-Programm einen spürbar höheren Customer Lifetime Value erzielen als Shops, die nach dem Beleg verstummen; behandeln Sie das als Richtung, die Sie mit Ihren eigenen Daten testen, nicht als garantierte Kennzahl.

Die ehrliche Zusammenfassung: PrestaShop erledigt den schwierigen, kritischen Teil bereits kostenlos — die Plattform bestätigt die Bestellung und kündigt den Versand an, sobald der Status umspringt. Diese beiden Templates sollten deutlich härter für Sie arbeiten als heute. Alles danach — die Nachfrage, der perfekt getimte Bewertungsanstups, die Nachkauf-Erinnerung, die am Tag vor dem leeren Vorrat eintrifft — ist zeitgesteuertes, produktbezogenes Marketing, für das die Plattform nie gebaut wurde. Dafür lohnt sich ein Automatisierungswerkzeug. Wenn beide Hälften stimmen, wird aus dem Kunden, der einmal bezahlt hat, ein Kunde, dem Sie kaum noch etwas aktiv verkaufen müssen.

Häufig gestellte Fragen

Welche E-Mails nach dem Kauf sendet PrestaShop ohne zusätzliches Modul?

Drei davon, alle an Bestellstatus gebunden: Bestellbestätigung, Zahlung akzeptiert und Versand. Jede wird einmal ausgelöst, sobald eine Bestellung in einen Status wechselt, bei dem unter Shop-Einstellungen → Bestelleinstellungen → Status "E-Mail an den Kunden senden, wenn zu diesem Status gewechselt wird" aktiviert ist. Die Nachfrage nach der Lieferung, die Bewertungsanfrage und Nachkauf-/Zusatzverkaufs-E-Mails sind zeitbasiert, deshalb kann natives PrestaShop sie nicht senden — sie benötigen ein Automatisierungswerkzeug.

Ich habe ein E-Mail-Template bearbeitet und nichts hat sich geändert — warum?

Fast immer ist eine mails/-Überschreibung der Grund. Ein Theme oder Modul kann eine eigene Kopie eines Templates mitliefern (zum Beispiel themes/your-theme/mails/en/order_conf.html), und diese Kopie hat Vorrang vor der Kerndatei mails/en/ und vor Änderungen unter International → Übersetzungen. Finden Sie die Überschreibung, die für die Kundensprache tatsächlich geladen wird, und bearbeiten Sie diese Datei. Leeren Sie nach der Bearbeitung den Cache, damit die Änderung übernommen wird.

Wie sende ich eine Bestellbestätigung erneut, wenn ein Kunde sagt, er habe sie nie erhalten?

In vielen PrestaShop-Versionen gibt es auf der Bestellseite keine saubere Ein-Klick-Funktion speziell für das erneute Senden der Bestätigung. Prüfen Sie zuerst den Statusverlauf der Bestellung — das erneute Anwenden eines Status, der für den E-Mail-Versand konfiguriert ist, löst das Template dieses Status erneut aus. Wenn Sie eine zuverlässige, dedizierte Schaltfläche brauchen, sendet unser Modul Resend Order Confirmation die Bestätigung direkt von der Bestellseite erneut. So müssen Sie nicht mit Statuswerten arbeiten, nur um eine einzelne E-Mail wieder herauszubekommen.

Kann ich eine "Bewertungsanfrage" oder "Nachkauf"-E-Mail nativ zeitlich planen?

Nein. PrestaShop löst E-Mails nur bei einer Statusänderung aus, nie "X Tage nach" einem Ereignis. Eine Bewertungsanfrage 5–7 Tage nach der Lieferung oder ein Nachkauf-Anstoß an Tag 25 benötigt jeweils eine Planungsfunktion — also eine E-Mail-Automatisierungsplattform (Klaviyo, Omnisend, ActiveCampaign oder Mailchimp), die mit Ihren Bestell- und Produktdaten synchronisiert ist, damit sie verzögert auslösen und je nach gekauftem Produkt verzweigen kann.

Meine Bestell-E-Mails landen im Spam — was prüfe ich zuerst?

Gehen Sie zu Erweiterte Einstellungen → E-Mail und wechseln Sie von PHP mail() zu authentifiziertem SMTP mit einem Absender auf Ihrer eigenen Domain. Veröffentlichen Sie anschließend SPF-, DKIM- und DMARC-DNS-Einträge für diese Domain, damit empfangende Server Ihren E-Mails vertrauen. Da Bestellbestätigungen die E-Mails mit der höchsten Öffnungsrate sind, ist ein plötzlicher Rückgang ihrer Öffnungsrate meist ein Zustellbarkeitsproblem, kein Textproblem — beginnen Sie dort.