Warum Standardrabatte bei Modehändlern scheitern

Für viele Onlineshops ist ein Rabatt eine zeitlich begrenzte Kampagne. Im Modehandel können Aktionen dagegen zum Tagesgeschäft gehören. Jede Woche kommt neue Ware, Ausnahmen ändern sich je nach Kampagne und derselbe Preis muss im Onlineshop, an der Kasse, in Apps und in Werbe-Feeds stimmen.

Dann ist die Berechnung von 20 Prozent Rabatt nicht mehr die eigentliche Herausforderung. Entscheidend ist: Welches System besitzt den Preis, wann ändert es ihn und welche weiteren Systeme schreiben in dasselbe Feld?

Genau das erlebten wir bei einem niederländischen Modehändler mit Shopify Plus. Rund 3.900 aktive Varianten wurden auf acht Verkaufskanälen veröffentlicht, während fast durchgehend Aktionen liefen. Einzeln funktionierten die Standardtools wie vorgesehen. Zusammen entstand ein Preisprozess, der nicht mehr zuverlässig zu verwalten war.

Eine Aktion, acht Stellen mit demselben Preis

Der Katalog versorgte den Shopify-Shop, die stationäre Kasse, ein Headless-Frontend, eine mobile App, Facebook und Instagram, TikTok sowie Google und YouTube.

All diese Kanäle benötigen einen eindeutigen Produktpreis. Ein Rabatt, der erst im Warenkorb oder im Theme berechnet wird, löst daher nur einen Teil des Problems. Google Merchant Center vergleicht den Feed-Preis mit dem Preis auf der Landingpage. Bei Abweichungen kann ein Produkt abgelehnt werden. Nicht nur die sichtbare Zahl im Shop, sondern die zugrunde liegenden Produktdaten müssen stimmen.

Im stationären Handel kommt die Kasse als weitere Abhängigkeit hinzu. Eigene Regeln pro Kanal wirken flexibel, erschweren aber die Frage, welcher Preis tatsächlich gilt.

Wo der Standardansatz an Grenzen stieß

Shopify Launchpad wurde für geplante Events wie Sales, Product Drops und Bestandsfreigaben entwickelt. Zu Beginn und Ende eines Events kann es Produktpreise ändern. Für eine kurze Kampagne mit stabilem Katalog ist dieses Modell sinnvoll.

Dieser Händler arbeitete anders: fast permanente Rabatte, wöchentlich neue Artikel und ständig wechselnde Ausnahmen. Drei Annahmen des Eventmodells kollidierten mit dem Alltag.

Neue Produkte verpassten die laufende Aktion

Artikel, die während einer Kampagne hinzugefügt wurden, erhielten nicht automatisch denselben Rabatt. Jede Lieferung erforderte ein neues Event und eine weitere Aktualisierung des gesamten Katalogs. Zwischen dem 8. und 22. Juli waren sechs Events nötig, teilweise im Abstand von nur sieben Minuten. Aus Kampagnenplanung wurde Katalogpflege.

Manuelle Preisänderungen wurden zurückgesetzt

Änderte ein Mitarbeiter während eines aktiven Events einen Preis, konnte der gespeicherte Ausgangszustand diese Änderung später überschreiben. Ein bewusst auf 12,99 Euro gesetztes Kleid stand am nächsten Morgen wieder bei 7,99 Euro.

Ohne brauchbares Änderungsprotokoll mussten wir den Ablauf anhand von Bestellpositionen rekonstruieren. Für ein Geschäft mit täglichen Neuzugängen und Reduzierungen ist das kein tragfähiger Preisprozess.

Aktionsausnahmen kollidierten mit der Navigation

Die Kampagnen nutzten Tags und Kollektionen. In dieser Konfiguration konnte der Ausschluss eines Artikels aus der Aktion zugleich dazu führen, dass er aus der Shop-Navigation verschwand.

Die Anforderung war simpel: Winterjacken sollten von 20 Prozent Rabatt ausgenommen, aber weiterhin in der Kollektion sichtbar bleiben. Sortiment und Aktionslogik waren zu eng miteinander verknüpft.

Eine weitere Rabatt-App verschärfte das Problem

Wenn dem ersten Tool Flexibilität fehlt, wirkt ein zweites wie die logische Lösung. Schreiben jedoch beide in dasselbe Preisfeld, entsteht ein grundlegenderes Problem: zwei Systeme, die nichts voneinander wissen.

Eine zusätzliche Rabatt-App rechnete mit Preisen, die Launchpad bereits reduziert hatte. Bei 19 Artikeln entstanden 36 statt 20 Prozent Rabatt. Nach der Deinstallation stellte die App nur 18 von 3.382 Varianten wieder her.

Das ist kein fehlendes Häkchen in den Einstellungen. Dem Preismodell fehlt ein eindeutiger Eigentümer.

Rabatte im Warenkorb und Theme-Code haben eine ähnliche Grenze. Sie können Shop oder Checkout korrigieren, aktualisieren aber nicht automatisch den Quellpreis für Kasse, App und Produkt-Feeds. Der Shop sieht richtig aus, während ein anderer Kanal weiterhin den falschen Betrag zeigt.

Das Preismodell umkehren

Die individuelle Lösung begann nicht mit einem weiteren Rabatttool, sondern mit einer klaren Regel:

Menschen verwalten den regulären Verkaufspreis. Die Software berechnet den Aktionspreis.

Die beiden Shopify-Preisfelder erhielten getrennte Aufgaben:

• compare_at_price enthält den regulären Verkaufspreis und wird von Mitarbeitern gepflegt;
• price enthält den aktuellen Aktionspreis und wird von der Automatisierung berechnet.

Da das Ergebnis im echten Shopify-Preisfeld steht, verwenden Onlineshop, POS, Apps und Feeds denselben Betrag. Eine separate Rabattlogik pro Kanal ist nicht nötig.

Die Aktionsregeln liegen direkt im Shopify-Admin. Das Team wählt Rabattart, Prozentsatz oder Festbetrag sowie ein- und ausgeschlossene Tags. Die Regeln lauten sinngemäß „der gesamte Katalog außer diesen Ausnahmen“. Neue Artikel nehmen dadurch automatisch teil. Überschneiden sich zwei Aktionen, gewinnt der niedrigste Preis.

Der Tag PRIJS-VAST dient als Notbremse für Produkte, die bewusst manuell bepreist bleiben. Zum Zeitpunkt der Umstellung galt das für 170 Produkte.

Kleine Architektur, große operative Wirkung

Technisch nutzt die Automatisierung einen Shopify-Webhook, eine Warteschlange und eine kleine AWS-Funktion. Nach einer Produktänderung wird der Preis neu berechnet und nur dann geschrieben, wenn sich das Ergebnis tatsächlich unterscheidet.

Es gibt keine Datenbank, keinen regelmäßigen Katalogscan und keinen dauerhaft laufenden Server. Bei ungefähr 1.500 Webhooks pro Tag liegen die Infrastrukturkosten unter einem Euro im Monat.

Wichtiger als die niedrigen Kosten ist ein Preismodell, das Mitarbeiter verstehen und dem sie vertrauen können:

• manuelle Änderungen bleiben erhalten;
• neue Produkte nehmen automatisch an der richtigen Aktion teil;
• Ausnahmen bleiben in ihren Kollektionen sichtbar;
• alle Verkaufskanäle erhalten denselben aktuellen Preis;
• der Händler kann Aktionen ohne Entwickler ein- und ausschalten.

Von 22 Minuten auf 5 Minuten und 12 Sekunden

Die Umstellung war der riskanteste Teil. Beim Beenden des alten Launchpad-Events sprang der Katalog vorübergehend auf den vollen Preis zurück, während die Vergleichspreise verschwanden. Jede Minute war für Kunden sichtbar.

Deshalb haben wir gemessen statt geschätzt. Das Lesen des Katalogs dauerte 4,2 Sekunden; geschrieben wurden mehr als zwanzig Produkte pro Sekunde. Der Rückweg wurde durch das bewusste Verändern und Wiederherstellen eines Produkts getestet. Danach lief der vollständige Prozess über fünf unveröffentlichte Entwurfsprodukte. Alle fünf verhielten sich wie vorhergesagt. Ein zweiter Lauf schrieb keine Änderungen und bestätigte, dass die Automatisierung keine Endlosschleife erzeugt.

Am 3. August 2026 begann die Live-Umstellung um 14:48:22 Uhr. Um 14:53:34 Uhr war der gesamte Katalog wieder korrekt. Das sichtbare Zeitfenster ohne Rabatt dauerte 5 Minuten und 12 Sekunden.

Die Abschlusskontrolle ergab:

• 3.933 von 3.933 Varianten korrekt;
• null Abweichungen;
• keine Variante ohne Vergleichspreis;
• statt 22 Minuten ohne Rabatt bei der vorherigen manuellen Umstellung.

Der Code war klein. Herauszufinden, was gebaut werden musste, wie die vorhandenen Tools miteinander interagierten und wie die Umstellung sicher erfolgen konnte, war die eigentliche Arbeit.

Wann sollten Modehändler ihr Preismodell überdenken?

Nicht jeder Fashion-Shop braucht Individualentwicklung. Für einen zeitlich begrenzten Sale, einen stabilen Katalog und einen Hauptkanal reicht eine Standardfunktion meist aus.

Eine Neubewertung ist sinnvoll, wenn mehrere Punkte zutreffen:

• Aktionen laufen nahezu ständig;
• während aktiver Aktionen kommen neue Produkte hinzu;
• Ausnahmen ändern sich je Kollektion oder Woche;
• Mitarbeiter passen Preise zusätzlich manuell an;
• Produkte werden über Shop, POS, Apps und Feeds verkauft;
• mehrere Apps oder Skripte bearbeiten dasselbe Preisfeld;
• niemand kann sicher sagen, welches System den Endpreis bestimmt.

Beginnen Sie dann nicht mit Funktionslisten im App Store, sondern mit drei Eigentumsfragen:

1. Welches System besitzt den regulären Preis?
2. Welches System darf den Aktionspreis berechnen und schreiben?
3. Wie erhalten alle Kanäle dasselbe Ergebnis, ohne sich gegenseitig zu überschreiben?

Erst danach lässt sich sinnvoll zwischen Standard-App, Automatisierung und Individualentwicklung wählen.

Europäische Preisregeln benötigen eine eigene Ebene

Bei angekündigten Preisermäßigungen muss sich der Referenzpreis in der EU grundsätzlich am niedrigsten Preis der vorausgegangenen 30 Tage orientieren. Dafür braucht es eine verlässliche Preishistorie und nicht nur ein gefülltes Vergleichspreisfeld.

Die Automatisierung in diesem Projekt hält aktuelle Preise über alle Kanäle konsistent. Sie speichert keine vollständige 30-Tage-Historie und ist deshalb für sich genommen keine Garantie für die Einhaltung europäischer Preisvorschriften. Historische Erfassung und rechtliche Prüfung bleiben eigene Anforderungen.

Technisch konsistente Preise und rechtlich korrekte Referenzpreise hängen zusammen, sind aber nicht dasselbe Problem.

Standard, solange er passt – individuell, wenn er nicht mehr passt

Launchpad und Rabatt-Apps sind nicht schlecht, weil sie diese Situation nicht gelöst haben. Sie basieren auf anderen Annahmen: temporäre Kampagnen, ein stabiler Produktbestand und eine eindeutige Rabattebene.

Modehändler mit Daueraktionen, schnellen Kollektionswechseln und mehreren Verkaufskanälen können diese Annahmen hinter sich lassen. Eine weitere App stellt dann selten die nötige Kontrolle wieder her. Zuerst muss der Preisfluss durch den gesamten Betrieb klar sein. Danach wird nur das fehlende Stück gebaut.

Genau dort setzt Duxly an. Standardintegrationen gibt es bereits. Wenn Standard nicht mehr ausreicht, entwickeln wir die individuelle Ebene, die das Gesamtsystem zuverlässig macht.

Lesen Sie auch unsere Beiträge zu Shopify POS im Modehandel und den besten Shopify-Apps für Fashion E-Commerce, oder entdecken Sie unsere Shopify-Expertise.

Konkurrieren mehrere Apps, Kanäle und Ausnahmen um die Kontrolle Ihrer Preise? Vereinbaren Sie ein technisches Erstgespräch. Wir klären zuerst, welches System welchen Preis besitzen soll.

Quellen

• Shopify Help Center: Launchpad
• Google Merchant Center: abweichender Produktpreis
• Europäische Kommission: echte Preisermäßigungen