Ein Blitzangebot ist im Grunde ein Rabatt mit Uhr. Diese Uhr ist das eigentliche Produkt. Sie macht aus „Ich überlege es mir“ ein „Ich kaufe jetzt“. Genau deshalb kippen Blitzangebote so leicht in Manipulation: Die Versuchung ist groß, die Uhr schneller laufen zu lassen, als sie wirklich läuft, oder eine echte Frist mit künstlicher Verknappung aufzuladen. Kunden merken den Unterschied, und EU-Behörden, die Shops inzwischen für erfundene „Vorher“-Preise bestrafen, ebenfalls. In diesem Leitfaden geht es um den schmalen, aber wertvollen Kern: ein Blitzangebot in PrestaShop aufzubauen, bei dem die Dringlichkeit echt ist, serverseitig durchgesetzt, rechtlich sauber und gerade deshalb überzeugend, weil sie nicht vorgetäuscht wird.
Zuletzt aktualisiert: Juni 2026. Dies ist eine allgemeine Orientierung, keine Rechtsberatung.
Wenn Sie die breitere Mechanik von beliebigen Rabatten in PrestaShop verstehen möchten, wie sich Warenkorbregeln und spezifische Preise tatsächlich unterscheiden und wann Sie was einsetzen, ist das ein eigenes, ausführliches Thema in So führen Sie eine Rabattaktion in PrestaShop durch. Hier bleiben wir bei dem einen Punkt, von dem ein Blitzangebot lebt oder scheitert: ehrliche Dringlichkeit.
Die Grenze zwischen Dringlichkeit und Manipulation
Dringlichkeit und Manipulation nutzen denselben Hebel, die Angst des Kunden, etwas zu verpassen, daher liegt die Annahme nahe, sie seien dasselbe. Das sind sie nicht, und der Unterschied ist konkret, nicht philosophisch. Ehrliche Dringlichkeit nennt eine Tatsache, die der Kunde überprüfen kann: Der Preis springt am Sonntag um Mitternacht wirklich zurück. Manipulation behauptet etwas, das der Kunde in diesem Moment nicht prüfen kann, später aber übelnimmt: ein Timer, der beim Neuladen zurückgesetzt wird, ein „Nur noch 2 verfügbar“-Hinweis bei einem Produkt mit 400 Stück auf Lager oder ein „47 Personen sehen sich das gerade an“-Zähler, der nur eine Zufallszahl ausgibt.
Der praktische Test lautet: Würde die Aussage bestehen, wenn der Kunde einen Screenshot macht und morgen wieder nachsieht? „Angebot endet Sonntag“ besteht diesen Test, der volle Preis am Montag beweist, dass es gestimmt hat. „Nur noch 2 verfügbar!“ besteht ihn nicht, der Kunde, der zurückkommt und immer noch „2 verfügbar“ sieht, weiß jetzt, dass der Hinweis nur Inszenierung war. Und ein Kunde, der sich ausgetrickst fühlt, ist ein Kunde, den Sie in den nächsten sechs Monaten kaum zurückgewinnen. Manipulation gefährdet nicht nur Ihre Marke; sie trainiert Käufer darauf, Ihrer nächsten Frist zu misstrauen, also genau dem einzigen Kapital, das ein Blitzangebot wirklich braucht.
| Taktik | Ehrliche Dringlichkeit | Künstlicher Druck |
|---|---|---|
| Countdown-Timer | Zählt auf einen festen, echten Endzeitpunkt herunter; gleich für jeden Besucher | Startet beim Neuladen der Seite oder als „persönlicher“ Sitzungs-Timer neu |
| Lagersignal | Echter niedriger Lagerbestand aus Ihrer tatsächlichen Menge | „Nur noch 2 verfügbar!“ fest einprogrammiert, unabhängig vom Bestand |
| Social Proof | Echte aktuelle Bestellungen („12 heute verkauft“) | Zufallsgeneratoren wie „X Personen sehen sich das gerade an“ |
| Der „Vorher“-Preis | Der echte Preis, der in den vorherigen 30 Tagen verlangt wurde | Aufgeblähter Referenzpreis, der am Tag vor dem Angebot gesetzt wurde |
Die rechtliche Untergrenze: der Omnibus-„Vorher“-Preis (das ist nicht optional)
Vor jeder Taktik kommt eine harte Regel, denn in der EU ist sie Gesetz, keine Höflichkeitsfrage. Die Omnibus-Richtlinie (EU-weit seit 2022 in Kraft) verlangt, dass bei der Werbung mit einer Preisermäßigung der angezeigte Referenz-„Vorher“-Preis der niedrigste Preis sein muss, den Sie in den 30 Tagen vor dem Rabatt verlangt haben, abhängig von lokaler Umsetzung und Ausnahmen, prüfen Sie daher Ihre eigenen verbraucherrechtlichen Anforderungen. Ein Produkt am Tag vor einem Blitzangebot auf 100 € anzuheben, damit „60 €“ wie 40 % Rabatt wirkt, ist inzwischen ein sanktionierbarer Verstoß. Die polnische UOKiK sowie deutsche und französische Behörden haben bereits Bußgelder verhängt. Was bedeutet das für den Aufbau eines Blitzangebots in PrestaShop? Zwei Dinge.
- Ändern Sie nicht den Grundpreis, um einen Rabatt zu konstruieren. Nutzen Sie die Rabattmechanismen von PrestaShop (siehe unten), bei denen der ursprüngliche Preis als Referenz erhalten bleibt, statt das Preisfeld des Produkts erst nach oben zu setzen und dann wieder „herunterzusetzen“.
- Führen Sie eine Preishistorie, die Sie belegen können. Bei einer Prüfung müssen Sie den echten vorherigen Preis nachweisen können. PrestaShop protokolliert Bestelldetails, aber eine Historie von Grundpreisänderungen ist standardmäßig nicht sauber sichtbar, hier zahlen sich ordentliche Finanzunterlagen aus. Es gibt einen eigenen Beitrag dazu, welche Produkte gar nicht erst rabattiert werden sollten, unter anderem aus genau diesem Grund der Margenintegrität: warum manche Produkte niemals rabattiert werden sollten.
Ein echtes Blitzangebot im PrestaShop-Backoffice aufbauen
PrestaShop bietet zwei native Rabatt-Engines, und bei einem Blitzangebot ist die Wahl wichtig, weil nur eine davon die Frist für den Preis durchsetzt, den der Kunde auf der Produktseite sieht.
Katalogpreisregeln, das richtige Werkzeug für ein Blitzangebot
Gehen Sie zu Katalog → Rabatte → Katalogpreisregeln (in PrestaShop 1.6 lautet der Pfad Preisregeln → Katalogpreisregeln). Eine Katalogpreisregel wendet eine Ermäßigung automatisch auf eine Gruppe von Produkten an und zeigt den reduzierten Preis entscheidenderweise meist direkt auf Produkt- und Kategorieseiten an, häufig als reduzierten Preis mit durchgestrichenem regulärem Preis daneben, sofern Ihr Theme das unterstützt. Für ein Blitzangebot ist genau das gewünscht: Die Dringlichkeit ist beim Stöbern sichtbar und nicht erst an der Kasse.
Die zwei Felder, die daraus ein Blitzangebot statt einer dauerhaften Preissenkung machen, heißen im Bedingungsblock "From" und "To". Setzen Sie ein echtes Start- und ein echtes Enddatum mit Uhrzeit. PrestaShop setzt das serverseitig durch: Der reduzierte Preis existiert nur innerhalb dieses Zeitfensters, berechnet durch die Preis-Engine (SpecificPrice / catalog rule resolution in Product::getPriceStatic), nicht durch JavaScript. Das ist der strukturelle Unterschied zwischen ehrlicher und falscher Dringlichkeit, sobald der "To"-Zeitpunkt vorbei ist, springt der Preis auf dem Server zurück, unabhängig davon, ob jemand die Seite neu lädt oder nicht. Der Kunde kann nichts tun, um ihn „zurückzusetzen“, und Sie müssen nichts vortäuschen.
Ein Caching-Hinweis, der viele erwischt: Mit Full-Page-Cache oder einem CDN vor dem Shop kann nach dem Endzeitpunkt noch ein veralteter, gerade erst zurückgesetzter Preis aus dem Cache ausgeliefert werden. Sorgen Sie dafür, dass Ihre Cache-TTL kurz genug ist, oder der Cache geleert wird, rund um diese Grenze, damit ein Kunde um 12:05 nicht noch den Preis von 11:59 sieht. Die Preis-Engine liegt richtig; die Cache-Schicht ist diejenige, die lügt.
Warenkorbregeln, für codebasierte oder schwellenwertbasierte Blitzangebote
Katalog → Rabatte → Warenkorbregeln wendet die Ermäßigung im Warenkorb an, nicht auf der Produktseite. Das ist das richtige Werkzeug, wenn Ihr Blitzangebot an einen Code, eine Kundengruppe oder einen Warenkorbwert gebunden ist („20 % Rabatt auf Bestellungen über 50 €, 30 % über 100 €“, gestaffelte Rabatte, die den durchschnittlichen Bestellwert erhöhen, ohne kleine Warenkörbe zu entwerten). Warenkorbregeln haben ebenfalls Valid from / Valid to-Zeitpunkte, die Frist wird also wieder serverseitig durchgesetzt. Der Kompromiss: Der Rabatt ist bis zum Warenkorb unsichtbar, daher müssen Banner und E-Mails die Dringlichkeit tragen, nicht das Preisschild. Die vollständige Gegenüberstellung von Warenkorbregeln und spezifischen Preisen finden Sie im Leitfaden zu Rabattstrategien; für ein Blitzangebot gilt als Faustregel: preislich sichtbares Angebot → Katalogpreisregel; code- oder schwellenwertgebundenes Angebot → Warenkorbregel.
Wenn Sie ein codegebundenes Blitzangebot lieber programmatisch erstellen möchten, etwa aus einem Skript oder einer geplanten Aufgabe heraus, liegt dasselbe serverseitig durchgesetzte Zeitfenster in den Feldern date_from / date_to des CartRule-Objekts. Die Frist ist echt, weil PrestaShop diese Daten jedes Mal prüft, wenn der Code angewendet wird; clientseitig ist daran nichts beteiligt:
$rule = new CartRule();
$rule->name = [(int) Configuration::get('PS_LANG_DEFAULT') => 'Weekend Flash -20%'];
$rule->code = 'FLASH20';
$rule->reduction_percent = 20;
$rule->date_from = '2026-07-04 00:00:00'; // real start – server time
$rule->date_to = '2026-07-06 23:59:59'; // real end – the deadline reverts here
$rule->quantity = 1000; // total uses; per-customer cap below
$rule->quantity_per_user = 1;
$rule->active = 1;
$rule->add();Diese beiden Datumsfelder leisten hier die ehrliche Arbeit, sobald date_to überschritten ist, lehnt PrestaShop den Code ab, egal was eine veraltete Seite anzeigt oder ein entschlossener Kunde versucht. (Der genaue Feldsatz ist von 1.6 bis 9 derselbe; nur die umgebende Admin-Oberfläche unterscheidet sich.)
Nicht um Mitternacht vor dem Button „aktivieren“ sitzen
Die Grundidee eines Blitzangebots sind präzise Start- und Stoppzeiten, deshalb sollten Sie niemals eine Regel von Hand ein- oder ausschalten. Die Datumsfelder beider Engines übernehmen das, aber wenn Sie wiederkehrende Blitzangebote fahren, ist die vollständige Automatisierung von Aktivierung und Deaktivierung ein eigenes Thema: siehe geplante Rabatte, die automatisch starten und stoppen. Warum das für Ehrlichkeit genauso wichtig ist wie für Bequemlichkeit: Ein Angebot, das drei Stunden nach dem beworbenen Ende noch aktiv ist, weil es niemand deaktiviert hat, lehrt Kunden, dass Ihre Fristen weich sind.
Der Countdown-Timer, lassen Sie ihn die Wahrheit sagen
Ein Countdown-Timer ist das wirksamste, und am häufigsten missbrauchte, Element eines Blitzangebots. Der Missbrauch ist der „Evergreen“-Timer: ein Skript, das in dem Moment, in dem jeder Besucher landet, einen neuen 24-Stunden-Countdown startet oder beim Neuladen zurücksetzt, sodass die „Frist“ dauerhaft nur wenige Stunden entfernt ist und nie wirklich erreicht wird. Das konvertiert einmal gut und zerfrisst Vertrauen für immer.
Ein ehrlicher Timer zählt auf einen einzigen festen Endzeitpunkt herunter, denselben Zeitpunkt für jeden Besucher, passend zum "To"-Datum Ihrer Katalogpreisregel. Umsetzungshinweis für PrestaShop: Geben Sie den Zielzeitstempel serverseitig aus (damit er für alle identisch ist und nicht abdriftet), und lassen Sie JavaScript nur die verbleibende Zeit anzeigen. Der Timer sollte genau in dem Moment null erreichen, in dem der Preis auf dem Server zurückspringt. Wenn Uhr und Preis übereinstimmen, müssen Sie nichts vortäuschen. Die Dringlichkeit ist strukturell echt. Platzieren Sie ihn dort, wo die Entscheidung fällt: auf der Produktseite neben dem Preis und im Warenkorb, nicht versteckt in einem Footer-Block.
Die Aktion ankündigen, ohne billige Tricks
Die ehrliche Variante, ein Blitzangebot zu bewerben, ist zugleich die wirksamere, weil sie auf Vorfreude statt auf Überrumpelung setzt. Informieren Sie Ihre Kunden im Voraus. Geben Sie Ihrer E-Mail-Liste und treuen Kunden frühen Zugang. Ein Vorsprung ist eine echte Belohnung und ein echter Grund zu handeln, ganz ohne die Erfindung eines falschen Lagerzählers. Segmentieren Sie, damit Sie keine Blitzangebot-E-Mail an jemanden schicken, der gestern den vollen Preis gezahlt hat; schneller kann man einem guten Kunden kaum beibringen, auf das nächste Angebot zu warten.
Die kreative Seite, ein Aktionsbanner, das keinen Designer und keine Woche Vorlauf braucht, behandeln wir in auffällige Aktionen ohne Designer erstellen. Und die Timing-Frage, wann ein Blitzangebot im Kalender am stärksten wirkt, vom Impuls in der ruhigen Saison bis zu Spitzenereignissen, gehört in den saisonalen Verkaufskalender. Wenn Ihr Blitzangebot speziell Teil des Black Friday ist, hat die Vorbereitung ihre eigene Checkliste: Rabatte für Black Friday automatisieren.
Lassen Sie die Traffic-Spitze nicht die Aktion zerstören
Ehrliche Dringlichkeit ist verschenkt, wenn der Shop genau dann ausfällt, wenn sie funktioniert. Ein gut beworbenes Blitzangebot kann ein Mehrfaches Ihres normalen gleichzeitigen Traffics in eine einzige Stunde ziehen, und die bittere Ironie ist: In dem Moment, in dem Ihre Dringlichkeit wirkt, ist Ihr Server am ehesten überlastet. Dann sind sowohl die Aktion als auch das Vertrauen beschädigt. Zwei PrestaShop-spezifische Schutzmaßnahmen:
- Aktivieren Sie Smarty-Cache, CCC/Asset-Optimierung und OPcache unter Erweiterte Einstellungen → Leistung, plus jedes CDN- oder Full-Page-Cache-Modul, das Sie einsetzen, und prüfen Sie vor der Aktion, ob tatsächlich gecachte Seiten ausgeliefert werden. Ein Blitzangebot belastet immer wieder dieselben wenigen Produkt- und Kategorieseiten. Genau dafür ist Caching gemacht, aber prüfen Sie den Cache-Ablauf rund um die Angebotsgrenzen, damit der Preis am Ende sauber zurückspringt.
- Testen Sie unter Last, nicht auf Vertrauen. Schicken Sie vor der Ankündigung einen Lasttest auf Ihre Aktions-Landingpage und ein paar Produktseiten, damit Sie die Grenze im Stillen entdecken statt zur Spitzenzeit.
Nach der Aktion: Hat die Dringlichkeit Sie Verkäufe zum Vollpreis gekostet?
Das eigentliche Risiko von Blitzangeboten ist nicht der Rabatt, den Sie während des Zeitfensters geben. Es sind die Vollpreisverkäufe, die Sie danach verlieren, weil Sie Kunden beigebracht haben zu warten. Messen Sie also beides. Während der Aktion verfolgen Sie Umsatz und Stückzahlen wie gewohnt. Beobachten Sie aber auch die zwei Wochen danach: Wenn Verkäufe zum regulären Preis deutlich absacken, halten Ihre Kunden sich für das nächste Angebot zurück. Das ist das Signal, dass Sie zu häufig Blitzangebote einsetzen.
Der Takt ist der Hebel, der das steuert. Häufige (monatliche) Blitzangebote trainieren Käufer zuverlässig darauf, nie den vollen Preis zu zahlen; wenige pro Jahr, gekoppelt an Zeitpunkte, zu denen Kunden ohnehin mit Angeboten rechnen, lassen jedes einzelne besonders wirken und halten Ihre Fristen glaubwürdig. Welchen Rhythmus Sie auch wählen: Prüfen Sie nach jedem Event die Margen, mehr Volumen zählt nur, wenn es den Rabatt überlebt.
Wenn Sie regelmäßig Blitzangebote fahren, automatisieren Sie die Ehrlichkeit
Jede Anforderung an ehrliche Dringlichkeit oben, ein einziger fester Endzeitpunkt, serverseitig durchgesetzte Rückkehr zum Normalpreis, ein Countdown, der zur echten Frist passt, saubere Aktivierung und Deaktivierung, ist genau die manuelle Arbeit, die Menschen zu Abkürzungen verleitet, wenn sie sie um 23 Uhr von Hand erledigen. Für genau diese Lücke ist unser Modul Sales Revolution gebaut: Sie wählen Produkte aus und legen einen echten Zeitplan fest, und das Modul übernimmt Aktivierung, den synchronisierten Countdown-Timer und die automatische Deaktivierung zum Fristende, damit der Preis, den der Kunde sieht, der herunterzählende Timer und der Moment, in dem das Angebot tatsächlich endet, im Gleichschritt bleiben, ohne manuelles Mitternachtsklicken und ohne Versuchung, die Uhr zu fälschen. Was bringt Ihnen das? Die überzeugende Form von Dringlichkeit. Die gerade deshalb wirkt, weil sie wahr ist, ohne den Aufwand pro Aktion, der müde Händler überhaupt erst in manipulative Abkürzungen treibt.
Häufig gestellte Fragen
Gilt die Omnibus-Regel zum „Vorher“-Preis wirklich für ein kurzes Blitzangebot? Ja, Omnibus sieht keine Ausnahme für die Dauer der Aktion vor. Immer wenn Sie mit einer Preisermäßigung werben, muss der angezeigte Referenz-„Vorher“-Preis grundsätzlich der niedrigste Preis sein, den Sie in den 30 Tagen zuvor verlangt haben, abhängig von lokaler Umsetzung und Ausnahmen. Ein einstündiges Blitzangebot ist trotzdem eine Preisermäßigung, erhöhen Sie den Grundpreis also nicht am Tag vorher, nur damit der Rabatt größer wirkt. Prüfen Sie die verbraucherrechtlichen Details Ihres eigenen Landes.
Katalogpreisregel oder Warenkorbregel für ein Blitzangebot? Wenn der reduzierte Preis beim Stöbern sichtbar sein soll, durchgestrichener alter Preis auf Produkt- und Kategorieseiten, verwenden Sie eine Katalogpreisregel. Wenn das Angebot an einen Code, eine Kundengruppe oder einen Warenkorbwert gebunden ist, verwenden Sie eine Warenkorbregel (der Rabatt wird im Warenkorb angewendet). Beide setzen das Start-/Endfenster serverseitig durch; der Unterschied liegt nur darin, wo der Rabatt erscheint.
Die Aktion ist beendet, aber Kunden sehen noch den alten Preis, warum? Fast immer liegt es am Caching, nicht an der Preis-Engine. Mit Full-Page-Cache oder einem CDN vor dem Shop kann die Seite von vor der Frist danach noch veraltet ausgeliefert werden. Halten Sie die Cache-TTL rund um die Aktionsgrenze kurz oder leeren Sie den Cache zum Endzeitpunkt, damit ein Käufer um 12:05 nicht noch den Preis von 11:59 sieht.
Wie verhindere ich, dass mein Countdown-Timer ein „Fake“-Timer ist? Geben Sie serverseitig einen festen Endzeitpunkt aus, denselben Zeitpunkt für jeden Besucher, passend zum To-Datum Ihrer Regel, und lassen Sie JavaScript nur die verbleibende Zeit anzeigen. Starten Sie niemals pro Besucher einen frischen Countdown und setzen Sie ihn beim Neuladen nicht zurück. Wenn die Uhr genau in dem Moment null erreicht, in dem der Preis auf dem Server zurückspringt, ist die Dringlichkeit strukturell echt.
Wie häufig ist zu häufig für Blitzangebote? Dafür gibt es keine universelle Zahl, aber beobachten Sie die zwei Wochen nach jeder Aktion: Wenn Vollpreisverkäufe einbrechen, trainieren Sie Ihre Kunden darauf, auf das nächste Angebot zu warten. Monatliche Blitzangebote tun das zuverlässig; wenige pro Jahr, gekoppelt an Zeitpunkte, zu denen Kunden ohnehin Angebote erwarten, halten jedes einzelne glaubwürdig. Prüfen Sie nach jeder Aktion die Margen.
Das ist die ganze Disziplin eines Blitzangebots in PrestaShop: eine echte Frist, die der Server durchsetzt, ein „Vorher“-Preis, den Sie belegen können, ein Timer, der zu beidem passt, und ein Takt, der selten genug ist, damit Kunden Ihnen weiter glauben. Wenn Sie das richtig machen, müssen Sie keinen Druck erfinden, die echte Uhr übernimmt die Arbeit, ohne das Vertrauen zu kosten, das Sie für das nächste Angebot brauchen.
