Alles über Checkout-Optimierung, Warenkorbabbruch-Reduzierung, Zahlungsgateway-Integration und verkaufsfördernde Module.
Keine Fragen stimmen mit Ihrer Suche überein.
Branchendaten deuten darauf hin, dass eine Vereinfachung des Checkout-Prozesses die Abbruchrate um 10-35% reduzieren kann, aber Ihre tatsächlichen Ergebnisse hängen von der aktuellen Checkout-Reibung, Ihrer Zielgruppe und Ihrem Produkttyp ab. Wenn Ihr aktueller Checkout 5 Schritte hat und eine Kontoerstellung erfordert, wird der Wechsel zu einem One-Page-Checkout wahrscheinlich eine deutliche Verbesserung zeigen. Wenn Sie bereits einen sauberen Zwei-Schritte-Checkout verwenden, werden die Vorteile bescheidener sein.
Learn more in our checkout optimization guide.
Ja. Checkout Revolution funktioniert mit jedem Zahlungsmodul, das Standard-PrestaShop-Payment-Hooks verwendet. Dazu gehören Stripe, PayPal, Mollie, Adyen und praktisch jeder große Zahlungsanbieter. Das Checkout-Modul kümmert sich um Layout und Ablauf — die Zahlungsverarbeitung wird wie gewohnt von Ihrem Zahlungsmodul übernommen. Wenn ein bestimmtes Zahlungsmodul etwas Ungewöhnliches tut (wie eine Weiterleitung mitten im Checkout), lassen Sie es uns wissen und wir prüfen die Kompatibilität.
Read more about payment integration in our checkout guide.
Ja, Checkout Revolution unterstützt das Hinzufügen benutzerdefinierter Felder zum Checkout-Formular — Dinge wie Lieferanweisungen, Handelsregisternummern oder benutzerdefinierte Notizen. Sie konfigurieren diese im Back Office des Moduls. Benutzerdefinierte Felder, die komplexe Validierungslogik erfordern oder mit externen Systemen interagieren müssen, können jedoch eine individuelle Entwicklung über die Standardfunktionen des Moduls hinaus erfordern.
See our checkout customization guide for more tips.
Ja, Checkout Revolution unterstützt den Gast-Checkout vollständig. Sie können konfigurieren, ob eine Kontoerstellung erforderlich ist, ob sie optional angeboten wird oder ob ein reiner Gast-Checkout möglich ist. Der Gast-Checkout erhöht typischerweise die Konversionsrate, da viele Erstkäufer kein Konto erstellen möchten, nur um einen Einkauf zu tätigen.
Learn why guest checkout matters in our one-page checkout guide.
Ja, unser Digital Revolution Modul übernimmt die digitale Produktauslieferung — sichere Downloads, Lizenzschlüssel-Verteilung, Download-Limits und Ablaufdaten. Es funktioniert zusammen mit Standard-PrestaShop-Produkten, sodass Sie sowohl physische als auch digitale Produkte im selben Shop verkaufen können.
Checkout Revolution unterstützt B2B-relevante Funktionen wie die Pflichtangabe einer Umsatzsteuer-Identifikationsnummer, die Anzeige von Nettopreisen und benutzerdefinierte Firmenfelder. Es verfügt jedoch nicht über einen Bestellfreigabe-Workflow (Genehmigen → Einreichen → Rechnung). Für eine vollständige B2B-Bestellabwicklung benötigen Sie ein dediziertes B2B-Modul oder eine individuelle Entwicklung.
For VAT handling, check out our Automatic EU VAT Checker module.
Das Checkout-Layout ist für alle Kunden gleich, aber Sie können bestimmte Felder basierend auf Kundengruppen ein- oder ausblenden. Beispielsweise können Sie eine Umsatzsteuer-Identifikationsnummer nur für B2B-Kunden verlangen oder den Lieferschritt für rein digitale Bestellungen überspringen. Eine vollständige Layout-Anpassung pro Kundengruppe würde eine individuelle Entwicklung erfordern.
Explore all checkout features on the Checkout Revolution product page.
Möglicherweise, je nach Ursache. Wenn die Langsamkeit dadurch verursacht wird, dass Ihr aktuelles Checkout-Modul unnötiges JavaScript lädt oder zu viele AJAX-Aufrufe macht, wird der Wechsel zu Checkout Revolution die Dinge wahrscheinlich verbessern — unser Modul ist auf Performance optimiert. Wenn die Langsamkeit jedoch serverseitig bedingt ist (langsame Datenbank, langsames Hosting), wird ein Wechsel des Checkout-Moduls das nicht beheben. Verwenden Sie die Entwicklertools Ihres Browsers (Netzwerk-Tab), um genau zu identifizieren, was langsam ist.
See our checkout optimization guide for performance tips.
Unsere Verkaufs- und Aktionsmodule ermöglichen es Ihnen, Countdown-Timer auf Produktseiten und Kategorielisten hinzuzufügen, um Dringlichkeit zu erzeugen. Sie legen das Enddatum der Aktion fest, und der Timer zählt in Echtzeit herunter. Dies ist eine legitime Marketingtechnik, wenn sie mit echten Aktionen verwendet wird — verwenden Sie sie nicht mit gefälschten Fristen, die sich zurücksetzen, da dies das Kundenvertrauen zerstört und möglicherweise gegen EU-Verbraucherschutzgesetze verstößt.
See also: Sales Revolution — advanced promotions with countdown timers
Das hängt vom jeweiligen Modul ab. Einige unserer Aktionsmodule ermöglichen die Planung von Start- und Enddaten. PrestaShop selbst unterstützt auch Katalog-Preisregeln mit Datumsbereichen. Für komplexe Aktionsplanungen (Flash Sales, zeitlich begrenzte Rabattcodes) benötigen Sie möglicherweise eine Kombination aus PrestaShop-Bordmitteln und einem Modul. Schauen Sie auf die spezifische Produktseite oder fragen Sie uns zu Ihrem Szenario.
Read more: Black Friday Preparation Checklist for Your Store
Die automatische Adressvervollständigung (über die Google Places API oder ähnlich) ist nicht in Checkout Revolution integriert. Dies ist eine separate Funktionalität, die einen Google Maps API-Schlüssel mit konfigurierter Abrechnung erfordert. Wir können Ihnen ein Modul empfehlen, das diese Funktion hinzufügt und neben unserem Checkout-Modul funktioniert.
Learn more about checkout features in our complete checkout guide.
Ja. Das Erscheinungsbild des Moduls wird durch CSS und Smarty-Templates gesteuert, die Sie in Ihrem Theme überschreiben können. Für grundlegende Farb- und Abstandsänderungen können Sie die Konfigurationsoptionen des Moduls verwenden. Für tiefgreifendere Anpassungen erstellen Sie ein Template-Override in Ihrem Theme-Ordner unter /themes/ihr-theme/modules/mprcheckoutrevolution/. Wenn Sie Hilfe bei bestimmten Designänderungen benötigen, kontaktieren Sie uns.
For more customization ideas, read our checkout process guide.
PrestaShop übernimmt das nativ — Warenkörbe werden für eingeloggte Kunden und für Gäste über Cookies gespeichert. Unser Checkout-Modul überschreibt dieses Verhalten nicht. Wenn ein Kunde Artikel in den Warenkorb legt und später zurückkehrt (innerhalb der Cookie-Lebensdauer), ist der Warenkorb noch da. Für fortgeschrittenere Warenkorbabbruch-Wiederherstellung (E-Mails, Erinnerungen) benötigen Sie ein dediziertes Warenkorbabbruch-Modul.
Read our checkout optimization guide for abandonment recovery tips.
Checkout Revolution verfügt nicht über integriertes A/B-Testing. Um Checkout-Layouts per A/B-Test zu vergleichen, benötigen Sie ein externes Tool wie Google Optimize (eingestellt, aber Alternativen existieren) oder ein dediziertes A/B-Testing-Modul. Sie könnten auch sequenziell testen — ein Layout für einen Zeitraum verwenden, zu einem anderen wechseln und die Konversionsraten vergleichen. Echtes A/B-Testing mit gleichzeitiger zufälliger Zuordnung erfordert spezialisierte Tools.
Learn more about conversion optimization in our checkout optimization guide.
Wenn der Kunde eingeloggt ist und gespeicherte Adressen sowie eine vorherige Bestellung hat, ist der Checkout-Prozess deutlich schneller — seine Daten sind vorausgefüllt. Echtes „One-Click"-Bestellen (wie Amazons Patent) erfordert jedoch das Speichern von Zahlungsmethoden, was Checkout Revolution aus Sicherheits- und PCI-Compliance-Gründen nicht tut. Der Zahlungsschritt erfordert immer, dass der Kunde Zahlungsdetails bestätigt oder eingibt.
For faster checkout, explore our Express Checkout guide.
Das Modul validiert, dass Pflichtfelder ausgefüllt sind und das Format korrekt ist (z.B. gültige E-Mail, gültiges Postleitzahlenformat). Es überprüft jedoch nicht, ob eine Adresse physisch existiert. Für die tatsächliche Adressverifizierung (Abgleich mit Postdatenbanken) benötigen Sie einen dedizierten Adressvalidierungsservice, der über ein separates Modul oder individuellen Code integriert wird.
Explore all checkout features on the Checkout Revolution product page.
Checkout Revolution zeigt die Versandoptionen an, die Ihre Versandmodule bereitstellen, einschließlich aller Lieferzeitinformationen, die sie liefern. Wenn Ihr Versandmodul geschätzte Liefertermine enthält, werden diese angezeigt. Das Checkout-Modul selbst berechnet keine Liefertermine — diese Logik gehört zu den Versand-/Carrier-Modulen.
Learn more in our one-page checkout guide.
Zwei Rabatt-Engines, zwei verschiedene Philosophien
PrestaShop bietet zwei grundlegend unterschiedliche Mechanismen zur Gewährung von Rabatten: spezifische Preise und Warenkorbregeln. Aus der Perspektive des Kunden sehen sie ähnlich aus, da beide den zu zahlenden Betrag reduzieren. Unter der Haube funktionieren sie jedoch auf völlig unterschiedliche Weise, zielen auf verschiedene Phasen des Kaufprozesses ab und haben unterschiedliche Leistungscharakteristiken. Die Wahl der falschen Methode für Ihren Anwendungsfall verursacht nicht nur Verwirrung. Sie kann zu falschen Preisen führen, Ihren Shop verlangsamen oder Ihre Rabattstrategie im großen Maßstab unmöglich verwaltbar machen.
Spezifische Preise ändern den angezeigten Preis eines Produkts, bevor es in den Warenkorb gelangt. Sie sind direkt an Produkte gebunden und werden während des Katalogbrowsings ausgewertet. Warenkorbregeln hingegen gewähren Rabatte, nachdem Produkte im Warenkorb liegen, und erfordern in der Regel einen Gutscheincode oder die Erfüllung bestimmter Bedingungen. Das Verständnis dieser Unterscheidung ist die Grundlage für die Wahl des richtigen Werkzeugs für jedes Rabattszenario.
Wie spezifische Preise intern funktionieren
Spezifische Preise werden in der Tabelle ps_specific_price in Ihrer PrestaShop-Datenbank gespeichert. Jede Zeile in dieser Tabelle repräsentiert eine einzelne Preisregel, die den Grundpreis eines Produkts unter bestimmten Bedingungen überschreiben kann. Die Tabellenstruktur umfasst Spalten für die Produkt-ID, die Kombinations-(Attribut-)ID, die Shop-ID, die Währung, das Land, die Gruppe, den Kunden, den Preisüberschreibungswert, den Reduktionsbetrag, den Reduktionstyp (Betrag oder Prozentsatz), den Datumsbereich und die Mindestmenge.
Wenn PrestaShop den Preis eines Produkts berechnet, fragt es diese Tabelle ab, um alle spezifischen Preisregeln zu finden, die zum aktuellen Kontext passen: das betrachtete Produkt, die Kundengruppe, den Shop, die Währung, das Land und das aktuelle Datum. Wenn mehrere Regeln zutreffen, verwendet PrestaShop ein Prioritätssystem, um zu bestimmen, welche angewendet wird. Diese Priorität wird im Back Office unter Katalog > Rabatte > Spezifische Preise > Prioritäten konfiguriert.
Das Prioritätssystem
Das Prioritätssystem bestimmt, welche spezifische Preisregel gewinnt, wenn mehrere Regeln übereinstimmen. Die Standardprioritätsreihenfolge ist: Shop, Währung, Land, Gruppe. Sie können diese vier Kriterien im Back Office neu anordnen. PrestaShop wertet Regeln von der spezifischsten zur am wenigsten spezifischen aus. Eine Regel, die einen bestimmten Kunden anspricht, schlägt immer eine Regel, die eine Kundengruppe anspricht. Eine Regel, die eine bestimmte Kombination anspricht, schlägt immer eine Regel, die das Produkt als Ganzes anspricht.
Dieses Prioritätssystem ist leistungsfähig, kann aber verwirrend sein, wenn Sie viele sich überlappende Regeln haben. Wenn Sie beispielsweise eine Regel haben, die 10 % Rabatt für die Großhandelsgruppe gewährt, und eine andere Regel, die 15 % Rabatt bei Bestellungen von 10 oder mehr Einheiten gewährt, muss PrestaShop entscheiden, welche gilt, wenn ein Großhandelskunde 10 Einheiten bestellt. Die Prioritätskonfiguration bestimmt die Antwort.
Mengenrabatte
Eine der nützlichsten Funktionen spezifischer Preise ist die mengenbasierte Preisgestaltung. Durch Setzen des Feldes from_quantity können Sie gestaffelte Preise erstellen: 1 Stück zum Vollpreis kaufen, 5 Stück mit 10 % Rabatt, 20 Stück mit 20 % Rabatt. Diese Mengenstaffeln werden auf der Produktseite in einer Preistabelle angezeigt, die als starker Anreiz für Kunden dient, größere Mengen zu bestellen.
Mengenrabatte über spezifische Preise werden pro Produkt ausgewertet. Wenn ein Kunde 5 Einheiten von Produkt A und 5 Einheiten von Produkt B hinzufügt, zählt nur die Menge pro Produkt für den Schwellenwert. Wenn Sie produktübergreifende Mengenrabatte benötigen (kaufen Sie beliebige 10 Artikel für einen Rabatt), brauchen Sie stattdessen Warenkorbregeln.
Kundengruppenpreise
Spezifische Preise sind das richtige Werkzeug für die Preisgestaltung nach Kundengruppen. Wenn Sie eine Großhandelsgruppe haben, die 30 % niedrigere Preise auf alle Produkte sehen soll, erstellen Sie spezifische Preisregeln für diese Gruppe. Diese Preise erscheinen auf den Katalogseiten und Produktseiten, wenn ein Großhandelskunde eingeloggt ist – das ist das erwartete Verhalten. Der Kunde sieht seinen Preis, nicht den Einzelhandelspreis mit einem beim Checkout angewandten Rabatt.
Gruppenpreise über spezifische Preise beeinflussen auch die Preisanzeige in Kategorieauflistungen, Suchergebnissen und Vergleichsfunktionen. Dies ist wichtig für B2B-Shops, in denen Großhandelskunden ihre tatsächlichen Preise beim Stöbern sehen müssen, nicht erst beim Checkout.
Wie Warenkorbregeln intern funktionieren
Warenkorbregeln werden über mehrere Tabellen hinweg gespeichert, wobei ps_cart_rule die Haupttabelle ist. Zugehörige Tabellen umfassen ps_cart_rule_lang für mehrsprachige Namen und Beschreibungen, ps_cart_rule_country für Länderbeschränkungen, ps_cart_rule_group für Gruppenbeschränkungen, ps_cart_rule_carrier für Versanddienstleisterbeschränkungen, ps_cart_rule_combination für Regeln darüber, welche Warenkorbregeln kombiniert werden können, sowie ps_cart_rule_product_rule, ps_cart_rule_product_rule_group und ps_cart_rule_product_rule_value für Produktbedingungen.
Warenkorbregeln werden ausgewertet, wenn sich der Warenkorbinhalt ändert oder wenn ein Gutscheincode eingegeben wird. Sie wirken auf den Warenkorb-Gesamtbetrag oder auf bestimmte Produkte innerhalb des Warenkorbs und können drei Arten von Reduktionen bieten: einen prozentualen Rabatt auf die Bestellung, einen festen Betrag als Rabatt auf die Bestellung oder kostenlosen Versand.
Bedingungssystem
Warenkorbregeln verfügen über ein umfangreiches Bedingungssystem, das weit über die Möglichkeiten spezifischer Preise hinausgeht. Eine einzelne Warenkorbregel kann die gleichzeitige Erfüllung aller folgenden Bedingungen erfordern:
Einen Mindestbestellwert (vor oder nach Steuern). Einen bestimmten Datumsbereich. Eine begrenzte Gesamtanzahl von Verwendungen. Eine begrenzte Anzahl von Verwendungen pro Kunde. Einen bestimmten Kunden. Eine Beschränkung auf bestimmte Kundengruppen. Eine Beschränkung auf bestimmte Länder. Eine Beschränkung auf bestimmte Versanddienstleister. Die Anforderung, dass bestimmte Produkte, Kategorien, Hersteller oder Lieferanten im Warenkorb vorhanden sind. Die Anforderung, dass andere bestimmte Warenkorbregeln vorhanden oder nicht vorhanden sind.
Die Produktbeschränkungsbedingungen sind besonders leistungsfähig. Sie können Regeln erstellen wie: 10 % Rabatt, wenn der Warenkorb mindestens ein Produkt aus Kategorie X und mindestens ein Produkt von Hersteller Y enthält. Diese Art von produktübergreifender, kategorieübergreifender Logik ist mit spezifischen Preisen unmöglich.
Gutscheincodes
Warenkorbregeln können optional einen Gutscheincode haben. Wenn ein Code zugewiesen ist, wird die Regel nur aktiviert, wenn der Kunde diesen Code eingibt. Wenn kein Code zugewiesen ist, wird die Regel automatisch angewendet, wenn alle Bedingungen erfüllt sind. Automatische Warenkorbregeln erscheinen im Warenkorb ohne Kundenhandlung, was nützlich ist für Aktionen wie kostenloser Versand ab einem bestimmten Bestellwert.
Kombination und Stapeln von Warenkorbregeln
Warenkorbregeln verfügen über ein Kompatibilitätssystem, das steuert, welche Regeln zusammen verwendet werden können. Jede Warenkorbregel hat eine Einstellung, ob sie mit anderen Warenkorbregeln kombiniert werden kann. Wenn eine Regel als nicht kombinierbar markiert ist, kann sie nicht zusammen mit einer anderen Warenkorbregel verwendet werden. Wenn sie kombinierbar ist, können Sie weiter festlegen, mit welchen spezifischen anderen Warenkorbregeln sie kompatibel ist.
Dies gibt Ihnen präzise Kontrolle über das Stapeln von Rabatten. Zum Beispiel könnten Sie einen 10 % Newsletter-Anmelderabatt mit einer Gratisversand-Aktion kombinieren lassen, aber verhindern, dass er mit einem 20 % Saisonverkauf-Gutschein kombiniert wird.
Kombination von spezifischen Preisen und Warenkorbregeln
Spezifische Preise und Warenkorbregeln können gleichzeitig auf dieselbe Bestellung wirken. Ein Produkt kann einen spezifischen Preis haben (z. B. 20 % Rabatt für die Großhandelsgruppe) und eine Warenkorbregel kann einen zusätzlichen Rabatt darauf gewähren (z. B. weitere 5 % Rabatt mit einem Gutscheincode). PrestaShop berechnet zuerst den spezifischen Preis, reduziert den Produktpreis, und wendet dann die Warenkorbregel auf den bereits reduzierten Preis an.
Dieses Stapelverhalten ist beabsichtigt und in der Regel erwünscht, kann aber zu tieferen Rabatten als beabsichtigt führen, wenn es nicht sorgfältig gemanagt wird. Ein Produkt mit 30 % spezifischem Preisrabatt plus 20 % Warenkorbregel-Rabatt ergibt nicht 50 % Rabatt. Es wird zuerst 30 % abgezogen, dann 20 % vom reduzierten Preis, was einen Gesamtrabatt von 44 % ergibt. Aber auch dies kann Ihre Marge überschreiten, wenn Sie nicht sorgfältig kalkulieren.
Um zu verhindern, dass sich spezifische Preise und Warenkorbregeln stapeln, haben Sie begrenzte Möglichkeiten. Warenkorbregeln haben keine Bedingung, die auf spezifische Preise prüft, und spezifische Preise wissen nichts von Warenkorbregeln. Der praktischste Ansatz ist, Produkte mit aktiven spezifischen Preisen aus den Produktbeschränkungen der Warenkorbregel auszuschließen, obwohl dies manuelle Pflege erfordert.
Datumsbereiche und Zeitplanung
Sowohl spezifische Preise als auch Warenkorbregeln unterstützen Datumsbereiche, handhaben sie aber unterschiedlich.
Spezifische Preise haben from- und to-Datetime-Felder. Wenn beide auf 0000-00-00 00:00:00 gesetzt sind, hat die Regel kein Zeitlimit. Wenn sie auf tatsächliche Daten gesetzt sind, gilt die Regel nur innerhalb dieses Zeitfensters. Dies ist perfekt für zeitlich begrenzte Aktionen auf einzelne Produkte.
Warenkorbregeln haben ebenfalls date_from- und date_to-Felder mit dem gleichen Verhalten. Der Vorteil von Warenkorbregeln für zeitlich begrenzte Aktionen ist, dass eine einzelne Warenkorbregel über ihr Bedingungssystem auf viele Produkte angewendet werden kann, während Sie für spezifische Preise einzelne Einträge für jedes Produkt benötigen würden.
Für Flash Sales mit vielen Produkten sind Warenkorbregeln einfacher zu handhaben. Für permanente Preisanpassungen oder langfristige produktbezogene Rabatte sind spezifische Preise angemessener.
Leistungsaspekte
Leistungsunterschiede zwischen den beiden Systemen werden signifikant, wenn Ihr Shop wächst.
Leistung spezifischer Preise
Jedes Mal, wenn PrestaShop einen Produktpreis anzeigt, fragt es die Tabelle ps_specific_price ab. Auf einer Kategorieseite mit 20 Produkten bedeutet das 20 separate Abfragen. Auf einer Suchergebnisseite noch mehr. Die Abfrage filtert nach Produkt-ID, Shop, Währung, Land, Gruppe, Kunde, Datum und Menge, daher ist eine korrekte Indizierung entscheidend.
PrestaShop enthält Indizes für die am häufigsten abgefragten Spalten, aber Shops mit Zehntausenden von spezifischen Preiseinträgen können dennoch Verlangsamungen erleben, insbesondere in Kombination mit mehreren Shops, Währungen und Kundengruppen. Die Anzahl der Zeilen in ps_specific_price wirkt sich direkt auf die Ladezeiten der Katalogseiten aus.
Ein häufiges Leistungsproblem tritt auf, wenn Shop-Betreiber spezifische Preise in großen Mengen per Import erstellen, aber abgelaufene Einträge nie bereinigen. Im Laufe der Zeit füllt sich die Tabelle mit Tausenden abgelaufener Regeln, die PrestaShop dennoch abfragt. Das regelmäßige Löschen abgelaufener spezifischer Preise kann die Ladezeiten der Katalogseiten merklich verbessern.
Leistung von Warenkorbregeln
Warenkorbregeln werden seltener ausgewertet als spezifische Preise, da sie nur relevant sind, wenn der Warenkorb aktiv ist. Die Auswertung kann jedoch komplexer sein, weil das reichhaltige Bedingungssystem über mehrere Tabellen gejoint werden muss, um zu prüfen, ob der Warenkorbinhalt die Bedingungen erfüllt.
Shops mit Hunderten aktiver automatischer Warenkorbregeln (Regeln ohne Codes, die automatisch gelten) können langsame Warenkorbseiten-Ladezeiten erleben, weil PrestaShop jede automatische Regel auswerten muss, um zu bestimmen, welche zutreffen. Gutschein-basierte Warenkorbregeln sind günstiger, da sie nur ausgewertet werden, wenn ein Code eingegeben wird.
Die Tabelle ps_cart_rule selbst ist im Vergleich zu ps_specific_price normalerweise klein, aber die Bedingungstabellen können groß werden, wenn Sie komplexe Produktbeschränkungen über viele Regeln hinweg verwenden.
Anwendungsfall-Matrix
Zu wissen, welches Werkzeug für welches Szenario zu verwenden ist, eliminiert Rätselraten und verhindert Implementierungsfehler.
Verwenden Sie spezifische Preise, wenn
Sie den angezeigten Preis auf der Produktseite und in Katalogauflistungen ändern müssen. Dies ist der primäre Anwendungsfall. Spezifische Preise beeinflussen, wie Preise im gesamten Katalog erscheinen, was für die Kundenwahrnehmung und für Google-Shopping-Feeds wichtig ist.
Sie mengenbasierte Preisstaffeln benötigen. Die integrierte Mengenrabatt-Anzeige auf der Produktseite wird durch spezifische Preise gesteuert und kann nicht mit Warenkorbregeln repliziert werden.
Sie permanente oder langfristige Preisanpassungen für Kundengruppen benötigen. B2B-Preise, VIP-Kundenpreise und Mitarbeiterpreise werden am besten durch spezifische Preise abgebildet.
Sie einen Festpreis für ein Produkt unter bestimmten Bedingungen setzen müssen. Spezifische Preise können den Grundpreis vollständig überschreiben (nicht nur eine Reduzierung anwenden), was nützlich ist, wenn der angepasste Preis nicht als Prozentsatz des Grundpreises ausgedrückt werden kann.
Sie kombinationsspezifische Preise benötigen. Spezifische Preise können einzelne Produktkombinationen (Attribute) ansprechen, was es Ihnen ermöglicht, unterschiedliche Preise für verschiedene Größen, Farben oder andere Varianten festzulegen.
Verwenden Sie Warenkorbregeln, wenn
Sie Gutscheincodes benötigen. Spezifische Preise können nicht durch einen Code aktiviert werden. Jede Aktion, die erfordert, dass ein Kunde einen Code eingibt, muss eine Warenkorbregel verwenden.
Sie Mindestbestellwert-Bedingungen benötigen. Warenkorbregeln können einen Mindestwarenkorb-Gesamtbetrag erfordern, bevor der Rabatt gilt. Spezifische Preise haben kein Konzept eines Warenkorb-Gesamtbetrags.
Sie produktübergreifende Bedingungen benötigen. Wenn der Rabatt nur gelten soll, wenn bestimmte Kombinationen von Produkten im Warenkorb liegen, können nur Warenkorbregeln diese Logik ausdrücken.
Sie kostenlosen Versand als Rabatt benötigen. Warenkorbregeln können kostenlosen Versand bieten. Spezifische Preise können Versandkosten nicht beeinflussen.
Sie die Gesamtnutzung begrenzen müssen. Warenkorbregeln verfolgen, wie oft sie insgesamt und pro Kunde verwendet wurden. Spezifische Preise haben keine Nutzungsbeschränkungen.
Sie Versanddienstleister- oder Länderbeschränkungen auf Warenkorbebene benötigen. Während spezifische Preise Länder ansprechen können, tun sie dies zu Preiszwecken. Warenkorbregeln können Rabatte basierend auf dem gewählten Versanddienstleister einschränken, was spezifische Preise nicht können.
Verwenden Sie beide zusammen, wenn
Sie Basis-Gruppenpreise haben (spezifische Preise für die Großhandelsgruppe) und zusätzlich Werbekampagnen durchführen (Warenkorbregeln für saisonale Verkäufe oder Gutscheincodes). Die Gruppenpreise bilden die Basis, und die Warenkorbregeln bieten zusätzliche Anreize.
Sie Produkte mit Mengenstaffeln verkaufen (spezifische Preise), aber auch kostenlosen Versand ab einem Schwellenwert anbieten möchten (Warenkorbregel). Diese beiden Rabatttypen stehen nicht in Konflikt, da sie verschiedene Aspekte der Bestellung betreffen.
Datenbankverwaltung und Bereinigung
Beide Rabattmechanismen erzeugen Datenbankeinträge, die sich im Laufe der Zeit ansammeln. Aktives Management verhindert Leistungseinbußen und Datenverwirrung.
Bereinigung spezifischer Preise
Abgelaufene spezifische Preise haben keinen Nutzen und verlangsamen die Preisberechnung. Sie können sie mit einer SQL-Abfrage identifizieren und entfernen, die auf Einträge abzielt, bei denen das to-Datum in der Vergangenheit liegt und nicht Null ist. Exportieren Sie die Daten vor dem Löschen als Backup.
Suchen Sie auch nach doppelten oder widersprüchlichen spezifischen Preisen. Beim Importieren von Produkten oder bei der Verwendung von Massenbearbeitungswerkzeugen ist es leicht, mehrere spezifische Preisregeln für dasselbe Produkt, dieselbe Gruppe und denselben Datumsbereich zu erstellen. PrestaShop verwendet das Prioritätssystem, um eine auszuwählen, aber die überzähligen verschwenden Datenbankplatz und Abfragezeit.
Bereinigung von Warenkorbregeln
Abgelaufene Warenkorbregeln sind weniger ein Leistungsproblem, da sie bei der Auswertung nach Datum gefiltert werden. Sie überladen jedoch das Back Office und erschweren die Verwaltung. Archivieren oder löschen Sie regelmäßig Warenkorbregeln, deren Enddatum verstrichen ist.
Einmalige Gutscheincodes, die vollständig eingelöst wurden, können ebenfalls bereinigt werden. Prüfen Sie die Felder quantity und quantity_per_user gegen die tatsächliche Nutzung, bevor Sie löschen.
Import- und Exportüberlegungen
Spezifische Preise können über den Produktimport-CSV von PrestaShop verwaltet werden. Die Importdatei unterstützt Spalten für Reduktionsbetrag, Reduktionstyp, Gruppe, Datumsbereich und Menge. Dies macht es praktikabel, Tausende spezifischer Preise programmatisch einzurichten, was für B2B-Shops mit komplexen Preismatrizen unerlässlich ist.
Warenkorbregeln haben keinen integrierten Importmechanismus. Die Erstellung von Warenkorbregeln in großen Mengen erfordert entweder ein Modul, direkte Datenbankmanipulation oder die PrestaShop-Webservice-API. Für Shops, die viele einzigartige Gutscheincodes generieren müssen (z. B. für Influencer-Kampagnen), ist ein Modul, das Warenkorbregeln programmatisch erzeugt, in der Regel notwendig.
Wie Rabatte im Front Office erscheinen
Die Art und Weise, wie Rabatte den Kunden präsentiert werden, unterscheidet sich erheblich zwischen den beiden Methoden, und diese Darstellung beeinflusst die Konversionsraten.
Spezifische Preise zeigen den Originalpreis durchgestrichen und den neuen Preis daneben auf der Produktseite und in Katalogauflistungen. Das Rabattprozentsatz- oder Betrags-Badge erscheint auf dem Produktthumbnail. Diese visuelle Behandlung wird vom Theme gesteuert und ist sehr auffällig. Kunden sehen den Rabatt, bevor sie das Produkt zum Warenkorb hinzufügen, was die Wahrscheinlichkeit erhöht, dass sie es hinzufügen.
Warenkorbregeln ändern den angezeigten Produktpreis nicht. Das Produkt erscheint zum vollen Preis im Katalog und auf der Produktseite. Der Rabatt wird erst im Warenkorb oder beim Checkout sichtbar. Bei gutscheinbasierten Regeln muss der Kunde aktiv den Code eingeben, um eine Reduzierung zu sehen. Bei automatischen Regeln erscheint die Rabattzeile in der Warenkorbzusammenfassung.
Dieser Darstellungsunterschied ist wichtig für das Marketing. Wenn Sie möchten, dass ein Produkt im Katalog als im Angebot erscheint, benötigen Sie spezifische Preise. Wenn Sie Kunden beim Checkout mit einem Rabatt überraschen und erfreuen möchten, oder wenn der Rabatt von der Gesamtzusammensetzung des Warenkorbs abhängt, sind Warenkorbregeln angemessen.
Steuerbehandlung
Spezifische Preise wenden ihre Reduktion auf den Grundpreis vor der Steuerberechnung an. Die Reduktion wird entweder als Prozentsatz oder als fester Betrag angegeben, und das Feld reduction_tax bestimmt, ob der feste Betrag vor oder nach Steuern gilt. Dies ist unkompliziert, da jedes Produkt einen bekannten Steuersatz hat.
Warenkorbregeln, die einen festen Betrag als Rabatt auf den Warenkorb-Gesamtbetrag gewähren, müssen angeben, ob der Betrag inklusive oder exklusive Steuern ist. Wenn ein Warenkorb Produkte mit unterschiedlichen Steuersätzen enthält, beeinflusst diese Unterscheidung, welche Produkte den Rabatt absorbieren, und kann zu Rundungsdifferenzen führen. PrestaShop verteilt den Rabatt proportional auf die Warenkorbpositionen, aber die Berechnung kann unerwartete Ergebnisse liefern, wenn die Steuersätze variieren.
Für Einfachheit und Vorhersagbarkeit in Shops mit mehreren Steuersätzen sind prozentuale Rabatte (sowohl spezifische Preise als auch Warenkorbregeln) zuverlässiger als Festbetragsrabatte.
Multistore-Überlegungen
In einem PrestaShop-Multistore-Setup können spezifische Preise bestimmten Shops zugewiesen oder shopübergreifend geteilt werden. Jeder spezifische Preiseintrag hat ein Feld id_shop. Ein Wert von 0 bedeutet, dass die Regel für alle Shops gilt. Dies ermöglicht es Ihnen, unterschiedliche Preise für verschiedene Shops zu haben, was in Multistore-Setups üblich ist, die verschiedene Märkte oder Kundensegmente bedienen.
Warenkorbregeln haben ebenfalls eine Shop-Beschränkung über die Tabelle ps_cart_rule_shop. Sie können eine Warenkorbregel erstellen, die nur in bestimmten Shops gültig ist. Dies ist nützlich für shopspezifische Aktionen oder regionsspezifische Gutscheinkampagnen.
Interaktionen mit Drittanbieter-Modulen
Viele Drittanbieter-Module interagieren mit PrestaShops Preissystem, und ihr Verhalten hängt davon ab, ob Sie spezifische Preise oder Warenkorbregeln verwenden.
Google-Shopping-Feed-Module lesen typischerweise spezifische Preise, um den Angebotspreis zu ermitteln, der an Google Merchant Center übermittelt wird. Wenn Sie Aktionen stattdessen über Warenkorbregeln durchführen, zeigt der Google-Shopping-Feed den vollen Preis an, da er Rabatte auf Warenkorbebene nicht berücksichtigen kann. Das bedeutet, dass Ihre Produkteinträge bei Google Shopping den Aktionspreis nicht anzeigen, was die Klickrate potenziell senkt.
Preisvergleichsmodule und Marktplatz-Integrationen haben dieselbe Einschränkung. Sie lesen Produktpreise, die spezifische Preise einschließen, können aber Warenkorbregel-Rabatte nicht vorhersagen. Wenn Sie möchten, dass Ihre rabattierten Preise auf externen Kanälen erscheinen, sind spezifische Preise der richtige Weg.
Analyse-Module, die den durchschnittlichen Bestellwert und die Rabattauswirkung verfolgen, erfassen Warenkorbregel-Rabatte möglicherweise je nach Implementierung nicht. Spezifische Preisrabatte spiegeln sich im Produktpreis auf Bestellebene wider, was ihre Nachverfolgung erleichtert.
Praktische Richtlinien für Shop-Betreiber
Beginnen Sie mit diesen Prinzipien und passen Sie sie an die spezifischen Bedürfnisse Ihres Shops an:
Verwenden Sie spezifische Preise für alles, was die Darstellung eines Produkts im Katalog ändern soll. Angebotspreise, Gruppenpreise, Mengenstaffeln und zeitlich begrenzte Produktaktionen gehören hierher.
Verwenden Sie Warenkorbregeln für alles, was von der Gesamtbestellung abhängt oder eine Kundenhandlung erfordert. Gutscheincodes, Mindestbestellwert-Schwellen, produktübergreifende Aktionen und Gratisversand-Angebote gehören hierher.
Vermeiden Sie es, sowohl einen spezifischen Preis als auch eine Warenkorbregel zu erstellen, die auf dieselben Produkte im selben Zeitraum abzielen, es sei denn, Sie haben den kombinierten Rabatt explizit berechnet und bestätigt, dass er Ihre Margen nicht unter ein akzeptables Niveau senkt.
Bereinigen Sie abgelaufene Regeln vierteljährlich. Setzen Sie sich eine Kalendererinnerung, um abgelaufene spezifische Preise und Warenkorbregeln zu überprüfen und zu löschen. Die Leistung Ihres Shops wird es Ihnen danken.
Dokumentieren Sie Ihre Rabattstrategie. Wenn mehrere Personen Ihren Shop verwalten, verhindert ein Dokument, das erklärt, welche Rabattmethode für welchen Zweck verwendet wird, widersprüchliche oder doppelte Regeln. Dies ist besonders wichtig während der Hochsaison, wenn mehrere Aktionen gleichzeitig laufen können.
Andere Kategorien
Haben Sie noch Fragen?
Can't find what you're looking for? Send us your question and we'll get back to you quickly.