Gutscheine, die weiter funktionieren: abgelaufen, durchgesickert und ohne Limit

Sie starten einen Rabattcode fürs Wochenende. Am Montag kommen immer noch Bestellungen mit diesem Code. Einen Monat später taucht er auf einem Gutscheinportal auf, und jemand nutzt ihn für Artikel, die Sie nie reduzieren wollten. Nichts davon ist ein ausgeklügelter Angriff: Es sind Warenkorb-Preisregeln mit Lücken, und in PrestaShop gibt es einige, die immer wieder vorkommen.

Der abgelaufene Gutschein, der weiter Rabatt gibt

Das ist der verwirrendste Fall. PrestaShop prüft die Gültigkeit eines Gutscheins, wenn der Kunde ihn im Warenkorb anwendet. Ist er in diesem Moment gültig, bleibt er mit dem Warenkorb verknüpft. Verlässt der Kunde den Warenkorb aber und kommt Tage später zurück, wenn der Gutschein schon abgelaufen ist, kann der Rabatt noch da sein und in der Bestellung landen.

Das typische Szenario:

1. Sie starten eine Aktion, die am Sonntag endet.
2. Ein Kunde wendet den Code am Sonntag an und schließt den Kauf nicht ab.
3. Am Mittwoch nimmt er den Warenkorb wieder auf, über eine Warenkorbabbruch-E-Mail oder einfach, indem er in den Shop zurückkehrt.
4. Er schließt die Bestellung mit dem Rabatt einer Aktion ab, die seit Tagen vorbei ist.

Ein Einzelfall ruiniert niemanden. War die Kampagne aber groß und verschicken Sie zusätzlich Erinnerungen an abgebrochene Warenkörbe, wächst die Zahl der Bestellungen mit verspätetem Rabatt gerade durch Ihre eigene Vertriebsaktion. Dasselbe gilt für Gutscheine mit einem Startdatum in der Zukunft, die Sie von Hand deaktiviert haben oder deren Nutzungen bereits aufgebraucht waren.

Wie ein Code auf einem Gutscheinportal landet

Gutscheinportale speisen sich aus dem, was ihre Nutzer finden, und aus Bots, die Codes ausprobieren. Die häufigsten Wege:

• Ein Kunde teilt ihn, manchmal in guter Absicht, in einem Forum oder direkt auf dem Gutscheinportal.
• Ein Influencer- oder Partnercode, gedacht für dessen Publikum, der sich darüber hinaus verbreitet.
• Leicht zu erratende Codes: BIENVENIDA10, VERANO20, der Shopname gefolgt von einer Zahl. Es gibt Tools, die im Checkout automatisch Varianten ausprobieren.
• Ein Entschädigungsgutschein, den Sie einem Kunden nach einem Problem gegeben haben und der nicht auf ihn beschränkt war.

Dass ein Code die Runde macht, ist nicht immer schlecht; manchmal ist es kostenlose Werbung. Das Problem entsteht, wenn er keine Limits hat und unter Bedingungen genutzt wird, die Sie nicht vorgesehen haben.

Die Limits, die jede Warenkorb-Preisregel haben sollte

Unter Katalog → Rabatte → Warenkorb-Preisregeln hat jede Regel Bedingungen und Aktionen. Gehen Sie diese durch, bevor Sie einen Code veröffentlichen:

Eindeutige statt allgemeiner Codes

Für alles, was keine öffentliche Kampagne ist, verhindert ein eindeutiger Code pro Kunde fast jeden Missbrauch: Ihn zu teilen bringt nichts, er lässt sich nicht erraten, und Sie wissen genau, wer ihn genutzt hat. Willkommens-, Entschädigungs-, Warenkorbabbruch- oder Zweitkauf-Codes sollten immer so sein. Lang und zufällig, nicht fortlaufend.

Vorausbezahlte Guthaben: die andere Art von „Gutschein“

Manche Shops nutzen Gutscheine für etwas, das kein Rabatt ist: Der Kunde zahlt im Voraus ein Paket an Kursen, Sitzungen oder Leistungen und verbraucht es nach und nach. Das mit Warenkorb-Preisregeln zu lösen geht schief: Codes, die geteilt werden, Salden, die niemand berechnen kann, Ablaufdaten, die nicht greifen. Ein vorausbezahltes Guthaben ist ein Kundensaldo und wird auch so geführt, mit einer Aufzeichnung jeder Nutzung.

Wie Sie erkennen, ob Sie das Problem schon haben

• Suchen Sie Bestellungen mit Rabatt nach dem Enddatum der Regel. Gibt es welche, haben Sie das Problem mit alten Warenkörben.
• Prüfen Sie die Nutzungen jedes Codes in der Regel und vergleichen Sie sie mit Ihren Erwartungen.
• Suchen Sie ab und zu nach Ihrer Marke auf Gutscheinportalen.
• Sehen Sie sich Bestellungen mit mehreren addierten Rabatten an und die Marge, die sie übrig gelassen haben.
• Prüfen Sie die aktiven Regeln: Oft finden sich Dutzende alter Regeln ohne Enddatum, die niemand deaktiviert hat.

Die Marge zählt vor dem Code

Bevor Sie einen Gutschein anlegen, rechnen Sie rückwärts: Bleibt mit dem Rabatt auf der kleinsten Bestellung, die ihn zulässt, dem kostenlosen Versand, falls enthalten, und der Gebühr des Zahlungsanbieters noch eine Marge? Lautet die Antwort „kommt auf den Artikel an“, schränken Sie die Artikel ein. Lautet sie „nein“, erhöhen Sie den Mindestbetrag oder senken Sie den Rabatt. Ein Gutschein, der bei einem Teil der Bestellungen Geld verliert, wird durch mehr Verkäufe nicht besser, sondern schlimmer.

Und denken Sie an das Zusammenrechnen. Ein Zehn-Prozent-Gutschein auf einen bereits reduzierten Artikel, mit kostenlosem Versand und einem Geschenk aus einer automatischen Regel, kann eine rentable Bestellung in ein Verlustgeschäft verwandeln, ohne dass eine einzelne Regel für sich gefährlich wirkt.

Eine Aufräumregel

Deaktivieren Sie nach jeder Kampagne ihre Warenkorb-Preisregel, auch wenn sie ein Enddatum hat. Gehen Sie einmal im Quartal alle aktiven Regeln durch und deaktivieren Sie, was keinen Sinn mehr ergibt. Auch Shop und Module aktuell zu halten hilft: Fehler bei der Rabattberechnung werden in neuen Versionen behoben, und ein Shop, der mehrere Versionen zurückliegt, schleppt Verhaltensweisen mit, die nicht mehr den Erwartungen entsprechen.

So lösen Sie es in PrestaShop

RKR Cupones caducados schließt die Lücke der alten Warenkörbe: Es entfernt abgelaufene und noch nicht gültige Gutscheine aus dem Warenkorb und, wenn Sie es aktivieren, auch deaktivierte oder aufgebrauchte, bevor irgendeine Summe berechnet wird, sowohl im Warenkorb als auch im gesamten Bestellprozess. Es informiert den Kunden mit einer klaren, übersetzbaren Meldung, hat eine Kulanzzeit in Minuten, damit ein Gutschein nicht mitten in der Zahlung wegfällt, und fügt außerhalb des Warenkorbs keine Abfragen hinzu. Es funktioniert ohne Overrides, von PrestaShop 8.0 bis 9.x. Für vorausbezahlte Guthaben führt RKR Smart Coupons die Credits als Kundensaldo, mit Chargen, die von selbst verfallen, Hinweisen vor dem Ablauf, automatischer Rückbuchung bei stornierter Bestellung und einem nicht bearbeitbaren Bewegungsjournal; Geschenke werden mit zufälligen Codes erzeugt, und fehlgeschlagene Einlöseversuche werden pro Kunde und IP-Adresse begrenzt.