Eine Rabattaktion in PrestaShop durchführen: Warenkorbregeln, spezifische Preise und Rabattstrategien

Zuletzt aktualisiert im Juni 2026. Verifiziert mit PrestaShop 1.7, 8 und 9. Hinweis zu PS9: Das Backoffice bewegt sich hin zu einer einzigen neu aufgebauten Rabatt-Engine mit vier Rabattarten (Catalog, Cart, Free-Shipping, Free-Gift) hinter einem Feature-Flag. Die hier beschriebene Unterscheidung zwischen SpecificPrice und CartRule bleibt trotzdem die Grundlage.

Die meisten PrestaShop-Händler stellen, oft auf die harte Tour, fest, dass die Plattform nicht ein Rabattsystem hat, sondern zwei, und sie überschneiden sich gerade genug, um echten Schaden anzurichten. Sie setzen einen spezifischen Preis von 25 % auf ein Produkt, starten anschließend für eine Kampagne einen Gutschein mit "10 % auf alles", und ein Kunde geht still und leise mit 32,5 % Rabatt zur Kasse, weil beide Rabatte aufeinander angewendet wurden. Oder umgekehrt: Sie bauen eine perfekte Warenkorbregel, sie greift nie, und Sie verbringen einen Nachmittag damit herauszufinden, dass eine konkurrierende Regel mit höherer Priorität sie stillschweigend verdrängt hat. In diesem Leitfaden geht es um die Mechanik, welche der beiden Rabatt-Engines von PrestaShop Sie wofür verwenden, wo sie jeweils im Backoffice zu finden sind und welche konkreten Einstellungen entscheiden, ob Ihre Rabattaktion Geld einbringt oder Ihre Marge unbemerkt auffrisst.

Die strategischen Fragen, wann Sie im Jahresverlauf eine Rabattaktion starten, wie Sie Dringlichkeit aufbauen, wie Sie Aktionen automatisch ein- und ausschalten lassen, haben jeweils ihren eigenen Platz, und wir verlinken sie unterwegs. Dieser Beitrag bleibt beim Werkzeug selbst: eine Rabattaktion in PrestaShop korrekt anlegen und sichtbar machen.

Die zwei Rabatt-Engines und warum der Unterschied wichtig ist

PrestaShop wendet Rabatte an zwei vollständig getrennten Stellen in der Codebasis an. Sobald Sie verstanden haben, welche wofür zuständig ist, verschwindet der größte Teil der Verwirrung.

Ein spezifischer Preis (die Klasse SpecificPrice) verändert den Preis eines Produkts. Er ist in den Preis eingerechnet, den der Kunde auf der Produktseite, in Listen und im Warenkorb sieht. Es gibt keinen Code zum Eingeben und nichts zum "Anwenden". PrestaShop berechnet ihn innerhalb von Product::getPriceStatic(), weshalb ein spezifischer Preis die durchgestrichene "vorher/jetzt"-Anzeige automatisch auslösen kann.

Eine Warenkorbregel (die Klasse CartRule, die Engine hinter dem, was ältere Shops "Gutscheine" nannten) arbeitet mit dem gesamten Warenkorb. Sie wird an der Kasse ausgewertet, nachdem der Warenkorb zusammengestellt wurde, und kann auf die Bestellsumme, den Versand oder ein kostenloses Geschenk wirken. Sie kann einen Code verlangen oder automatisch greifen, und sie kann an Bedingungen geknüpft werden, die ein spezifischer Preis schlicht nicht ausdrücken kann ("über 100 € ausgeben", "nur für die Kundengruppe Großhandel", "nur bei der ersten Bestellung").

Die praktische Konsequenz für Sie als Shopbetreiber: Wenn der Rabatt zum Produkt gehört, verwenden Sie einen spezifischen Preis; wenn er zum Warenkorb oder zum Kunden gehört, verwenden Sie eine Warenkorbregel. Dieser eine Satz beantwortet die meisten "welches von beiden nehme ich?"-Fragen, bevor sie entstehen.

Einen spezifischen Preis anlegen (Rabatte auf Produktebene)

Öffnen Sie ein Produkt, gehen Sie zur Registerkarte Preise und scrollen Sie zu Spezifische Preise → Einen spezifischen Preis hinzufügen. Das Formular wirkt voll, aber die Felder, die das Verhalten tatsächlich bestimmen, sind überschaubar:

• Anwenden auf, lassen Sie Kundengruppe, Land, Währung und Shop für einen normalen öffentlichen Rabatt auf "Alle". Eine Einschränkung der Gruppe ist der Weg, dem Großhandel einen anderen Preis als Endkunden zu geben, ohne zwei Produktdatensätze anzulegen.
• Verfügbar von / bis, setzen Sie beide Daten, und PrestaShop aktiviert und deaktiviert den Preis für Sie. Sie müssen nicht daran denken, ihn wieder auszuschalten; das ist die einfachste Form eines geplanten Rabatts. Für alles Ausgefeiltere (wiederkehrende Zeitfenster, progressive Preisnachlässe) lesen Sie geplante Rabatte.
• Rabatt, wählen Sie Betrag (z. B. 10 € Rabatt) oder Prozentsatz, und wählen Sie vor allem bewusst inkl. MwSt. oder exkl. MwSt.. Genau hier passieren die meisten Fehler bei spezifischen Preisen: Ein "10 € Rabatt", der steuerexklusiv angelegt wurde, fällt nach dem Aufschlag der MwSt. höher aus, als der Kunde erwartet.
• Ab [Menge], setzen Sie diesen Wert über 1, um eine Staffel wie "ab 5 Stück je 8 €" zu bauen. Für einen einfachen Rabatt lassen Sie ihn bei 1.

Weil das Ergebnis der Preis ist, zeigt PrestaShop den ursprünglichen Preis ohne zusätzliche Arbeit neben dem neuen durchgestrichen an, genau der visuelle Effekt, der einen Preisnachlass wie ein Angebot wirken lässt. Ein wichtiger Hinweis: Ein spezifischer Preis gewinnt auf der Produktseite immer. Wenn Sie sich also fragen, warum ein Produkt nicht den vollen Preis zeigt, ist ein alter spezifischer Preis ohne Datum meist der Verursacher. Das Gegenstück für größere Mengen, eine ganze Kategorie oder den gesamten Katalog per Regel statt Produkt für Produkt reduzieren, ist die Ansicht Katalogpreisregeln. Sie schreibt spezifische Preise anhand von Bedingungen gesammelt, statt sie einzeln pro Produkt anzulegen.

Lesen, was tatsächlich aktiv ist: die Tabelle ps_specific_price

Wenn ein Produkt nicht den vollen Preis zeigt und Sie den Verursacher in der Oberfläche nicht finden, ist es schneller, die Tabelle direkt zu lesen. Ein spezifischer Preis ist nur eine Zeile in ps_specific_price (passen Sie das Präfix ps_ an Ihre Installation an). Das ist eine reine Leseprüfung. Hier wird nichts an den Daten geändert:

-- Every active specific price on one product (id_product = 42),
-- including which are dateless/permanent vs. time-boxed.
SELECT id_specific_price, id_product, id_shop, id_group,
       reduction, reduction_type, `from`, `to`
FROM ps_specific_price
WHERE id_product = 42
ORDER BY `from`;

Eine Zeile, bei der from und to beide auf 0000-00-00 00:00:00 stehen, ist ein dauerhafter spezifischer Preis ohne Datumsfenster, genau dieser undatierte Rabatt überschreibt den vollen Preis stillschweigend. reduction_type ist entweder amount oder percentage, und reduction ist der Wert (ein Prozentsatz wird als Bruch gespeichert, 0.250000 bedeutet also 25 %). Katalogpreisregeln erscheinen ebenfalls hier, sie schreiben ps_specific_price-Zeilen gesammelt, weshalb sich die Mechanik von Massenregeln und produktbezogenen Regeln identisch verhält, sobald sie aktiv sind.

Eine Warenkorbregel anlegen (die Gutschein- und Warenkorb-Engine)

Gehen Sie zu Katalog → Rabatte → Warenkorbregeln → Neue Warenkorbregel hinzufügen. Das Formular hat vier Registerkarten, und jede davon entspricht einer echten Entscheidung:

• Informationen, der für Kunden sichtbare Name, ein optionaler Code (lassen Sie ihn leer, wird die Regel automatisch), Hervorheben (PrestaShop weist den Kunden im Warenkorb darauf hin), Teilweise Verwendung (lässt Restwert eines Gutscheins in eine spätere Bestellung übertragen, bei prozentualen Rabatten ausschalten) und Priorität, die festlegt, in welcher Reihenfolge Regeln ausgewertet werden, wenn mehrere greifen könnten.
• Bedingungen, das Tor. Beschränken Sie die Regel auf eine Kundengruppe, einen Datumsbereich, einen Mindestbetrag, einen Versanddienst, bestimmte Produkte oder Kategorien, die insgesamt verfügbare Menge, die Menge pro Benutzer und "nur die erste Bestellung des Kunden". Das ist alles, was ein spezifischer Preis nicht kann.
• Aktionen, die Gegenleistung: ein prozentualer oder fester Rabatt, kostenloser Versand und/oder ein kostenloses Geschenk (ein bestimmtes Produkt, das ohne Berechnung hinzugefügt wird). Kostenloser Versand und ein Rabatt lassen sich in einer einzigen Regel kombinieren.

Zwei Einstellungen verursachen die meisten "mein Gutschein funktioniert nicht"-Tickets. Die erste ist die leicht zu übersehende Option nahe der Rabattaktion: "Rabatt anwenden auf... Bestimmtes Produkt" statt auf die Bestellung, plus der Umschalter inkl. / exkl. MwSt., dieselbe Falle wie bei spezifischen Preisen. Die zweite sind die Obergrenzen "Insgesamt verfügbar" und "Insgesamt für jeden Benutzer verfügbar" auf der Registerkarte Bedingungen, setzen Sie "je Benutzer" auf 1 für einen Code, der pro Kunde einmal gilt, und behalten Sie die globale Obergrenze im Blick, wenn eine Kampagne plötzlich nicht mehr eingelöst wird.

Automatische und codebasierte Warenkorbregeln

Wenn Sie das Feld Code leer lassen, wird eine Warenkorbregel zu einem automatischen Rabatt. Er greift sofort, sobald die Bedingungen erfüllt sind, ohne dass der Kunde etwas eingeben muss. Genau das wollen Sie bei "kostenloser Versand ab 50 €" oder "10 % Rabatt dieses Wochenende, kein Code erforderlich". Ein Code ist dagegen für gezielte Verteilung gedacht: eine E-Mail-Liste, einen Influencer, eine Rückgewinnungsaktion für ein bestimmtes Segment. Die Mechanik ist identisch; der einzige Unterschied ist, ob Sie dieses eine Feld ausfüllen.

Rabatte kombinieren, die Einstellung, die Ihre Marge schützt

Hier verstecken sich unbeabsichtigte Verluste, deshalb braucht es Präzision statt vager Hinweise. Drei Regeln bestimmen, was passiert, wenn Rabatte zusammentreffen:

• Spezifische Preise gelten immer. Sie sind der Produktpreis, Punkt. An der Kasse gibt es keinen Ausschalter.
• Eine Warenkorbregel wird standardmäßig auf den bereits reduzierten spezifischen Preis angewendet. Ein Produkt mit 25 % spezifischem Preis plus 10 % automatischer Warenkorbregel wird also mit ungefähr 32,5 % Rabatt verkauft, nicht mit 35 %, weil der zweite Rabatt vom bereits reduzierten Preis abgezogen wird, aber immer noch stärker, als Sie vielleicht beabsichtigt haben.
• Um das zu verhindern, schließen Sie rabattierte Produkte in der Warenkorbregel selbst aus: Verwenden Sie auf der Registerkarte Aktionen die Option "Rabattierte Produkte ausschließen", damit die Regel alles ignoriert, was bereits einen spezifischen Preis hat. Zwischen zwei Warenkorbregeln entscheiden die Priorität der jeweiligen Regel und ihre Bedingungen, welche greift; PrestaShop wendet mehrere Warenkorbregeln gemeinsam an, sofern ihre Bedingungen oder Ihre Ausschlüsse das nicht verhindern.

Legen Sie Ihre Kombinationslogik vor dem Start der Kampagne fest, nicht erst, wenn der Margenbericht vorliegt. Ein zweiminütiger Haken bei "rabattierte Produkte ausschließen" ist günstiger als ein Wochenende voller Bestellungen mit versehentlichen 32,5 % Rabatt. Manche Produkte sollten überhaupt nie in eine Rabattaktion geraten, und dafür gibt es eine eigene Disziplin, beschrieben in warum manche Produkte nie reduziert werden sollten.

Die Rabattaktion sichtbar machen

Ein Rabatt, den der Kunde nicht bemerkt, konvertiert nicht besser als der volle Preis. PrestaShop liefert Ihnen einen Teil davon automatisch und überlässt den Rest Ihnen:

• Durchgestrichene Preise, automatisch bei spezifischen Preisen, auf der Produktseite und in Listen. Keine Konfiguration; das ist der Hauptgrund, für einen sichtbaren Rabatt einen spezifischen Preis einer versteckten Warenkorbregel vorzuziehen.
• Der Rabatt-Prozenthinweis. Das Standard-Theme kann aus einem spezifischen Preis eine "-25%"-Kennzeichnung rendern. Wenn Ihr Theme sie ausblendet, ist das eine Template-Einstellung, keine fehlende Funktion.
• Aktionskennzeichnungen in Listen, für deutlichere Hinweise ("ABVERKAUF", "NUR NOCH WENIGE", ein eigenes "-30%") legt unser Modul Custom Product Badges sie über Produktbilder auf Kategorieseiten, wo der durchgestrichene Preis allein leicht übersehen wird.
• Shopweite Ankündigungen. Eine Kampagne braucht ein Banner in dem Moment, in dem ein Besucher landet. Banner Revolution erledigt das ohne Designer im Prozess.
• Ein eigenes Ziel für die Rabattaktion, verweisen Sie eine Kategorie oder CMS-Seite auf Ihre reduzierten Artikel, damit das Angebot eine URL hat, die Sie in einer E-Mail und in einer Anzeige verwenden können.

Wenn sich die Rabattaktion selbst wie ein Ereignis anfühlen soll, Countdown-Timer, hervorgehobene Angebotsseiten, Dringlichkeit, die nicht in Druck kippt, ist das ein eigenes Thema; starten Sie mit Blitzaktionen ohne Manipulation und unserem dafür gebauten Sales Revolution.

Ein Entscheidungsrahmen für die nächste Rabattaktion

Wenn Sie eine Aktion anlegen möchten, stellen Sie vier Fragen. Das passende PrestaShop-Werkzeug ergibt sich dann fast von selbst:

• Ist der Rabatt an ein Produkt oder an den Warenkorb gebunden? Produkt → spezifischer Preis (und die durchgestrichene Anzeige ist inklusive). Warenkorb, Mindestbestellwert oder Kundensegment → Warenkorbregel.
• Muss der Kunde etwas tun, um ihn zu erhalten? Wenn es "einfach passieren" soll, ist es eine automatische Warenkorbregel oder ein datierter spezifischer Preis. Wenn der Rabatt verdient oder gezielt verteilt wird, geben Sie der Warenkorbregel einen Code.
• Kann er mit einem anderen Rabatt kollidieren? Wenn ein spezifischer Preis aktiv ist, entscheiden Sie die Kombination jetzt: Setzen Sie bei jeder Warenkorbregel, die ihn nicht verstärken soll, den Haken bei "rabattierte Produkte ausschließen".
• Soll er von selbst starten und stoppen? Einfaches Zeitfenster → die Von/Bis-Daten in beiden Werkzeugen. Wiederkehrend oder progressiv → geplante Rabatte.

Produktpakete und Geschenkkarten, verwandte Werkzeuge, die Sie kennen sollten

Zwei verwandte Mechaniken werden oft mit "einer Rabattaktion" verwechselt. Eine Warenkorbregel mit kostenlosem Geschenk ist der native Weg für "kaufe dies, erhalte das gratis". Wenn Sie aber vorab bepreiste Sets aus mehreren Produkten als Einheit verkaufen möchten, ist das echte Produktbündelung, siehe Produktbündelung. Und wenn es bei einer Kampagne eigentlich darum geht, Kunden Guthaben für den Shop zu geben statt einen Preisnachlass, sind Geschenkkarten für PrestaShop wieder ein anderes Instrument, ein Wert, den der Kunde hält, nicht ein Rabatt, den Sie ausspielen.

Messen, ob die Rabattaktion wirklich funktioniert hat

Die Falle bei der Auswertung von Rabattaktionen ist, Umsatz zu feiern, während der Gewinn still fällt. Wenn eine Aktion endet, schauen Sie in Ihren Statistiken über die Umsatzzahl hinaus auf vier Punkte: Umsatz im Vergleich zum entsprechenden vorherigen Zeitraum (hat die Aktion Nachfrage erzeugt oder nur Bestellungen vorgezogen, die ohnehin gekommen wären?), durchschnittliche Marge pro Bestellung (höherer Umsatz bei dünnerer Marge kann weniger tatsächlichen Gewinn bedeuten), neue im Vergleich zu wiederkehrenden Kunden (haben Sie wirklich Kunden gewonnen oder Menschen rabattiert, die den vollen Preis bezahlt hätten?) und den Einbruch nach der Aktion (eine Delle direkt nach dem Ende einer Rabattaktion zeigt, dass Sie Kunden darauf trainiert haben zu warten). Geben Sie der Auswertung genug Volumen, bevor Sie urteilen. Ein paar Tage Daten können durch normales Rauschen von Woche zu Woche täuschen.

Die ehrliche Zusammenfassung: Die zwei Engines von PrestaShop sind einfach, sobald Sie aufhören, sie als eine einzige zu behandeln. Ein spezifischer Preis ist der Preis des Produkts, mit kostenloser Durchstreichung und Datumsfenster. Eine Warenkorbregel ist die Logik des Warenkorbs, mit Bedingungen, Codes und dem Ausschluss-Schalter, der verhindert, dass zwei Rabatte zu einer Marge verschmelzen, der Sie nie zugestimmt haben. Wenn diese Mechanik stimmt, baut der Rest der Aktionsstrategie, wann Sie im Jahresverlauf Rabattaktionen starten (der Saisonkalender), wie Sie die großen vorbereiten (Black-Friday-Automatisierung), auf einem Fundament auf, das trägt.

Warenkorbregeln vs. spezifische Preise: schnelle Antworten

Warum zeigt mein Produkt noch immer einen Aktionspreis, obwohl ich den Rabatt gelöscht habe?

Fast immer ist ein übrig gebliebener spezifischer Preis ohne Enddatum der Grund. Ein spezifischer Preis ist der Preis des Produkts, also überschreibt er den Basispreis, bis Sie die Zeile entfernen, und ein alter undatierter Eintrag wirkt still weiter. Prüfen Sie auf der Registerkarte Preise des Produkts, ob ein verwaister spezifischer Preis vorhanden ist, oder lesen Sie ps_specific_price direkt (die Abfrage oben), um eine Zeile zu diesem Produkt mit leerem to-Datum zu finden. Katalogpreisregeln schreiben ebenfalls Zeilen hier hinein, prüfen Sie diese also ebenfalls.

Ein Kunde hat mehr Rabatt erhalten, als ich wollte, wie konnte das passieren?

Die beiden Rabattsysteme werden standardmäßig kombiniert. Ein spezifischer Preis von 25 % plus eine automatische Warenkorbregel mit 10 % verkauft mit etwa 32,5 % Rabatt, weil die Warenkorbregel auf den bereits reduzierten Positionspreis angewendet wird. Um das zu verhindern, setzen Sie auf der Registerkarte Aktionen der Warenkorbregel den Haken bei "Rabattierte Produkte ausschließen" (verfügbar, wenn der Rabatttyp Prozent ist). Entscheiden Sie Ihre Kombinationslogik vor der Kampagne, geben Sie dann eine echte Testbestellung auf und prüfen Sie die Endsumme.

Mein Gutscheincode wird nicht angewendet, was sollte ich zuerst prüfen?

Drei übliche Ursachen, in dieser Reihenfolge: das Datumsfenster (Gültig von / Gültig bis unter Bedingungen, und es gibt keine Absicherung dagegen, "bis" früher als "von" zu setzen), die Nutzungslimits (Insgesamt verfügbar oder Insgesamt für jeden Benutzer verfügbar hat sein Limit erreicht) und die Bedingungen werden nicht erfüllt (Mindestbestellwert, Kundengruppe, nur erste Bestellung). Wenn der Code automatisch greifen soll, prüfen Sie, ob das Feld Code wirklich leer ist und nicht auf einen Wert gesetzt wurde, den niemand eingibt.

Sollte ich für "20 % Rabatt auf diese Kategorie" einen spezifischen Preis oder eine Warenkorbregel verwenden?

Einen spezifischen Preis, genauer eine Katalogpreisregel, die auf die Kategorie begrenzt ist. Damit wird der angezeigte Preis schon beim Stöbern gesenkt, inklusive durchgestrichenem "vorher"-Preis, also genau dem sichtbaren Aktionseffekt, den Käufer erwarten. Eine Warenkorbregel würde den Rabatt erst an der Kasse zeigen, sodass ein stöbernder Kunde das Angebot nie sieht, das ihn zum Hinzufügen in den Warenkorb bewegen würde.

Ändert sich diese Mechanik in PrestaShop 9?

Die zugrunde liegende SpecificPrice- und CartRule-Logik gilt weiterhin, aber PS9 ordnet das Backoffice in eine einzige Rabatt-Engine mit vier Rabattarten um, Catalog, Cart, Free-Shipping und Free-Gift. Diese neue Engine wird hinter einem Feature-Flag ausgeliefert, daher zeigt ein Standard-PS9-Shop weiterhin die vertrauten Ansichten Warenkorbregeln und Katalogpreisregeln. Die Unterscheidung "Produktpreis vs. Warenkorb-Logik" aus diesem Leitfaden lässt sich in beiden Fällen direkt übertragen.