Jemand hat gerade in Ihrem Shop gekauft. Er hat eine gepflegte Startseite gesehen, Produktseiten mit guten Fotos und einen Warenkorb, der funktioniert. Dreißig Sekunden später bekommt er die Bestellbestätigung, öffnet sie auf dem Handy und findet eine graue Tabelle mit fünf engen Spalten und einer Zeile unten, auf der „powered by PrestaShop“ steht.
Diese E-Mail ist die Seite Ihres Shops, die am meisten Menschen öffnen. Eine Bestellbestätigung wird fast immer geöffnet, oft zweimal: beim Eintreffen und wenn der Bote kommt. Keine Seite Ihrer Website hat diese Quote. Und sie ist die einzige, die noch so aussieht wie am Tag der PrestaShop-Installation.
Ihr Shop verschickt viele verschiedene E-Mails: die Bestätigung, das neue Konto, das Passwort, den Versand, die Rücksendung, die Lagerbenachrichtigung, dazu die, die jedes installierte Modul hinzufügt. Wie viele genau, hängt davon ab, was installiert ist — es sind deutlich mehr, als die meisten denken. Jede ist eine HTML-Datei im Ordner mails, eine je Sprache, vor über zehn Jahren mit Tabellen und <font>-Tags geschrieben.
Ein Themewechsel rührt sie nicht an. Ein Farbwechsel im Theme auch nicht. Es sind eigene Dateien, und sie liegen außerhalb von allem, was Sie angepasst haben.
Ein Detail macht es schlimmer: jedes PrestaShop-Update ersetzt sie. Wenn sie jemand 2022 von Hand bearbeitet hat, ist diese Arbeit beim nächsten Versionssprung verschwunden, ohne dass es jemand bemerkt hat, und der Shop verschickte wieder die Werks-E-Mail.
Das teuerste Problem steckt in der wichtigsten E-Mail. Die Produktliste der Bestätigung ist eine Tabelle mit fünf Spalten: Referenz, Produkt, Einzelpreis, Menge und Summe.
Am Rechner liest sie sich. Auf einem 360-Pixel-Handy nehmen die vier Zahlenspalten rund zweihundertfünfzig, und dem Produktnamen bleiben achtzig. „Technisches Langarmshirt“ bricht in fünf Zeilen zu zwei Wörtern, oder die ganze E-Mail läuft aus dem Bildschirm und muss seitwärts geschoben werden.
Kaufen Sie etwas in Ihrem eigenen Shop und öffnen Sie die Bestätigung auf Ihrem Handy. Das ist die schnellste Probe — und die unangenehmste.
Und noch etwas fällt auf, sobald man hinschaut: Der Summenblock zeigt immer seine fünf Zeilen, auch wenn es nichts zu sagen gibt. Eine Bestellung ohne Rabatt zeigt „Rabatte 0,00 €“. Ein Katalog mit enthaltener Steuer zeigt „Steuern 0,00 €“. Und kostenloser Versand —ein Verkaufsargument— erscheint als „Versand 0,00 €“, statt „Kostenlos“ zu sagen.
Das passiert in jedem Shop. Jemand schreibt, die Bestell-E-Mail sei nie angekommen, sei versehentlich gelöscht worden oder die Adresse sei vertippt gewesen. Sie öffnen die Bestellung im Back Office, um sie erneut zu schicken — und es gibt keine Schaltfläche dafür.
Für Status-E-Mails gibt es eine. In der Statushistorie jeder Bestellung trägt jede Zeile ihr eigenes Symbol zum erneuten Senden: «Zahlung akzeptiert», «In Bearbeitung», «Versendet». Das funktioniert, weil ein Statuswechsel als Zeile gespeichert wird und diese Zeile wiederverwendet werden kann.
Die Bestellbestätigung ist kein Statuswechsel. PrestaShop verschickt sie ein einziges Mal, aus dem Prozess heraus, der die Bestellung bestätigt, und behält weder die Zeile noch die Variablen, aus denen sie zusammengesetzt wurde. Die Daten sind noch da — Produkte, Beträge, Adressen, Transporteur —, aber die E-Mail muss komplett neu gebaut werden, bevor sie noch einmal hinausgehen kann.
Was man stattdessen tut, hat seinen Preis: die Daten in eine von Hand geschriebene E-Mail kopieren, die ohne das Design des Shops ankommt und bei der man sich leicht in einem Betrag vertut; oder den Bestellstatus ändern, um einen Versand auszulösen, was die Historie verschmutzt und eine E-Mail zustellt, um die niemand gebeten hat.
Und es lohnt sich zu wissen, was genau erneut verschickt wird, denn es ist keine gespeicherte Kopie der ersten E-Mail: das Modul setzt sie neu zusammen, aus der Bestellung so wie sie jetzt ist. Wenn Sie inzwischen die Adresse korrigiert, eine Zeile entfernt haben oder der Transporteur gewechselt hat, trägt die E-Mail diese Daten und nicht die vom Kauftag. Nur das Bestelldatum bleibt gleich. Für den Normalfall —«ist nie angekommen»— ist genau das erwünscht: Es kommt die richtige Information an, nicht die alte.
Seit Version 1.7.6 bringt PrestaShop einen Generator für E-Mail-Themes mit. Sie wählen eines, drücken „Erzeugen“, und er schreibt die Dateien in mails mit einem anderen Design neu.
Das ist der schnellste Weg und hat zwei Grenzen, die man vorher kennen sollte. Erstens schreibt er weiterhin Dateien: Ein PrestaShop-Update kann sie erneut überschreiben, und man muss neu erzeugen. Zweitens gibt es wenige Themes, und der Raum für Ihre Marke ist eng: Sie tauschen das Logo und kaum mehr.
Das funktioniert und gibt volle Kontrolle. Es ist aber auch eine Datei je E-Mail und je Sprache: Schon bei zwei Sprachen läuft die Zahl davon, und es wiederholt sich bei jedem Modul, das eigene E-Mails mitbringt.
Das ist der Weg für alle mit einer Sprache, die E-Mail-HTML nicht scheuen und drei oder vier Vorlagen anfassen werden, nicht alle.
PrestaShop meldet sich über einige Hooks unmittelbar vor dem Versand jeder E-Mail. Dort lässt sich der Inhalt im Flug ändern, ohne eine einzige Datei in mails anzufassen.
Das hat einen Vorteil, den die anderen beiden nicht haben: Da keine Dateien geschrieben werden, gibt es nichts, was ein Update mitnehmen könnte. Und weil die Änderung beim Versand passiert, erreicht sie auch die E-Mails der Module, die Sie morgen installieren.
Welchen Weg Sie auch wählen: Fünf Dinge lohnen sich noch heute Nachmittag in Ihrem Shop:
mails, gewinnen diese Dateien gegen die von PrestaShop.
Der Editor ist es, der aus dem Ganzen mehr als eine weitere Vorlage macht: Sie fügen Blöcke hinzu —Überschriften, Buttons, Bilder, Spalten, die Produktliste—, klicken in die E-Mail, um sie zu ändern, und das Ergebnis erscheint daneben, während Sie schreiben. Es ist keine ungefähre Vorschau: Sie wird von demselben Motor gezeichnet, der die E-Mail verschickt, also ist das, was Sie sehen, genau das, was bei der Kundschaft ankommt.
Wir haben uns die Frage für unsere eigenen Shops gestellt und sind beim dritten Weg gelandet. Das Ergebnis ist der E-Mail-Designer für PrestaShop: Er hängt sich in den Versand, schreibt nie in mails und bringt die E-Mails Ihres Shops bereits in fünf Sprachen geschrieben mit, damit die Arbeit im Anpassen besteht und nicht im Bei-null-Anfangen.
Die Produktliste wird neu gesetzt, eine Zeile je Produkt —Foto, Name, Variante und „2 × 49,99 €“ links, Betrag rechts—, und genau das macht sie bei 320 Pixeln lesbar, ohne etwas zu schieben. Und Summen, die auf null kommen, verschwinden, mit einer bewussten Ausnahme: Kostenloser Versand sagt es mit diesem Wort.
Und auf jeder Bestellseite gibt es eine Schaltfläche, die die Bestätigung erneut an die Kundschaft schickt — in der Sprache der Bestellung und mit ihren echten Daten: Das Modul baut die Variablen aus der gespeicherten Bestellung neu auf und die E-Mail geht denselben Weg wie das Original, kommt also genau so an, wie sie am ersten Tag angekommen wäre.
Darin stecken ein Block-Editor mit Live-Vorschau, fünf Themes mit unterschiedlichen Schriften und ein Button, der Ihnen jede E-Mail ins Postfach schickt, bevor Sie sie laufen lassen. Er steht unten, mit Preis und Funktionsumfang.
Setzen Sie Ihr Logo, Ihre Farben und Ihren Text in jede E-Mail Ihres Shops: Bestellbestätigung, neues Konto, Versand, Passwort und die, die jedes Modul ergänzt. Visueller Editor, fünf…
Seit dem 27. September 2026 muss jeder Shop, der in der EU an Verbraucher verkauft, den harmonisierten Hinweis auf die…
Ein Kurs in drei Stufen, ein E-Book in drei Formaten, eine Lizenz für ein oder zwei Jahre. PrestaShop zwingt Sie zur…
Ein Kunde in Lissabon und einer in Madrid sollten nicht denselben Preis sehen, und heute tun sie es. So sieht jeder…
Bereit, Ihren PrestaShop-Shop nach vorne zu bringen? Sprechen wir über Ihr Projekt und bauen gemeinsam etwas Großartiges.
Schreiben Sie uns
