Kasse auf einer Seite für PrestaShop: weniger Schritte, mehr abgeschlossene Bestellungen
Hier ist der Unterschied, der viele PrestaShop-Händler stolpern lässt: Ihr Shop hat bereits eine Kasse auf einer Seite, und trotzdem ist sie keine echte „Kasse auf einer Seite“. Seit PrestaShop 1.7 läuft die Standardkasse über eine einzige URL. Sie öffnet sich aber Schritt für Schritt: persönliche Daten, dann Adressen, dann Versand, dann Zahlung, wobei jeder Abschnitt erst erscheint, nachdem der vorherige abgeschlossen wurde. Eine Seite, vier Hürden. Eine echte Kasse auf einer Seite zeigt dem Kunden alles auf einmal, sichtbar, bearbeitbar, mit einer laufend aktualisierten Gesamtsumme. Genau in dieser Lücke gehen Bestellungen leise verloren. Sie zu schließen, gehört zu den Änderungen mit dem höchsten Ertrag, die Sie an einem PrestaShop-Shop vornehmen können.
Dieser Leitfaden zeigt konkret, wie Sie eine echte Kasse auf einer Seite in PrestaShop umsetzen: was die Plattform von Haus aus bietet, wo sie zu kurz greift und welche drei realistischen Wege zur echten Lösung führen. Für die breitere Optimierung der Kasse, Anzahl der Felder, Validierung, Platzierung der Zahlungsarten, lesen Sie unseren vollständigen Leitfaden zur Kassenoptimierung.
Was die Standardkasse von PrestaShop tatsächlich ist
PrestaShop 1.7, 8 und die aktuellen Versionen 9.0–9.1 verwenden dieselbe Architektur für die Standardkasse: einen einzigen Controller (den order-Controller), der eine im Code definierte Schrittfolge ausführt, persönliche Daten, Adressen, Lieferung und Zahlung. Jeder Schritt ist eine eigene Klasse (wenn Sie unter die Haube schauen, sehen Sie CheckoutPersonalInformationStep, CheckoutAddressesStep, CheckoutDeliveryStep und CheckoutPaymentStep; ein virtueller Warenkorb ohne zu versendende Artikel überspringt den Lieferschritt einfach). Der Kunde wechselt nie die Seite, bewegt sich aber dennoch durch Hürden: Ein Schritt bleibt eingeklappt, bis der vorherige vollständig ist. (PrestaShop 9.2 ändert das mit einer nativen Option für die Kasse auf einer Seite, mehr dazu weiter unten.)
Für einen einfachen Katalog ist das in Ordnung. Die Reibung entsteht in dem Moment, in dem ein Kunde etwas ändern möchte, nach Anzeige des Preises eine andere Versandart auswählen, eine Adresse bearbeiten, einen Code anwenden. Im schrittweisen Modell bedeutet das oft: zurück nach oben scrollen, einen bereits abgeschlossenen Schritt wieder öffnen und zusehen, wie Abschnitte erneut validiert werden. Jeder dieser Momente ist eine Gelegenheit für den Gedanken: „Das ist mir zu viel Aufwand.“
Der Schalter für die Kasse auf einer Seite, den PrestaShop früher hatte, und still entfernt hat
Wenn Sie einen Shop mit PrestaShop 1.5 oder 1.6 betrieben haben, erinnern Sie sich vielleicht an die Einstellung unter Voreinstellungen → Bestellungen namens Art des Bestellvorgangs (der Konfigurationswert PS_ORDER_PROCESS_TYPE), mit der Sie per Klick zwischen einer Kasse in fünf Schritten und einer Kasse auf einer Seite wechseln konnten. Dieser Schalter wurde in PrestaShop 1.7 entfernt (eine aktualisierte Datenbank kann den alten Konfigurationsschlüssel noch enthalten, aber er steuert die Kasse ab 1.7 nicht mehr), als die Kasse neu aufgebaut wurde. Wenn Sie also von 1.6 aktualisiert haben und nach „dieser Option für die Kasse auf einer Seite“ gesucht haben: Sie ist weg und kommt in der alten Form nicht zurück. Das ist die häufigste Verwirrung, die wir von Händlern hören, die auf 1.7+ migrieren: Der native Button für die Kasse auf einer Seite existiert nicht mehr, und die neue Standardkasse ist der oben beschriebene schrittweise Ablauf auf einer einzigen Seite.
Was eine echte Kasse auf einer Seite verändert
Eine echte Kasse auf einer Seite entfernt die Hürden. Adresse, Lieferung und Zahlung stehen gemeinsam auf dem Bildschirm, die Bestellübersicht bleibt sichtbar, und die Gesamtsumme, einschließlich Versand, berechnet sich live neu, sobald der Kunde eine Postleitzahl eingibt oder den Versanddienstleister wechselt. Der psychologische Effekt ist der Kern: Es gibt keine Unsicherheit à la „Wie viele Schritte kommen noch?“, weil der Kunde die gesamte Ziellinie sofort sieht. Häufig zitierte Studien nennen Conversion-Steigerungen im Bereich von 10–30% gegenüber einem mehrstufigen Ablauf; verstehen Sie das als Richtung, nicht als Versprechen, die echte Zahl hängt davon ab, wie holprig Ihre aktuelle Kasse ist, und sollte in Ihrem eigenen Shop gemessen werden (siehe Wie Sie messen weiter unten).
Ihre drei Wege zur Kasse auf einer Seite in PrestaShop
Da der native Schalter weg ist, bleiben für eine echte Kasse auf einer Seite in einem modernen PrestaShop-Shop drei Optionen. Keine davon ist falsch, sie passen zu unterschiedlichen Situationen.
| Weg | Aufwand | Laufende Kosten | Kontrolle | Am besten, wenn… |
|---|---|---|---|---|
| Auf native OPC warten (PrestaShop 9.2) | Aktuell keiner | Kostenlos im Core | Was der Core liefert | Sie verlieren heute keinen nennenswerten Umsatz und können auf die Plattform warten. |
| Ein Kassenmodul installieren | Gering, installieren & konfigurieren | Einmalig / Lizenz | Hoch, ohne den Core anzufassen | Sie möchten den Effekt jetzt, auf Ihrer aktuellen Version und ohne Entwickler. |
| Individuelle Entwicklung | Hoch | Entwicklerzeit | Vollständig | Sie haben sehr spezielle Anforderungen und einen internen Entwickler. |
PrestaShop baut eine native Kasse auf einer Seite in die Plattform ein, eine wirklich positive Entwicklung für das Ökosystem. Wenn Sie zwischen „warten oder handeln“ abwägen, haben wir die Vor- und Nachteile ausführlich in sollten Sie auf native OPC warten oder jetzt handeln aufgeschlüsselt und erklären außerdem, was die Version 9.2 konkret in native Kasse auf einer Seite in PrestaShop 9.2 bedeutet. Die Kurzfassung: Wenn Ihre Kasse heute Bestellungen verliert, ist das Warten auf einen Release-Zyklus (oder mehrere, sobald Sie den Zeitpunkt des Upgrades einrechnen) selbst ein Kostenfaktor.
Umsetzung mit Checkout Revolution
Der Modulweg existiert genau deshalb, weil die meisten Händler nicht auf ein künftiges Core-Release warten können und nicht für individuelle Arbeit bezahlen möchten, die beim nächsten Upgrade bricht. Unser Modul Checkout Revolution verwandelt die native Stufenkasse in einen echten Ablauf auf einer einzigen Seite für PrestaShop 1.6 bis 9, ohne Eingriff ins Theme, ohne Core-Änderungen, damit sie Upgrades übersteht. Was bedeutet das konkret für Sie? Die Änderung, die Kunden spüren: alle Abschnitte auf einem Bildschirm, eine live aktualisierte Gesamtsumme ab dem Moment, in dem eine Adresse eingegeben wird, Gastbestellung als Standard und Inline-Validierung, die eine falsche E-Mail-Adresse schon beim Tippen markiert, nicht erst nach dem Absenden. Die Änderung, die Sie spüren: Installation und Konfiguration erfolgen im Backoffice statt über eine Entwicklerrechnung, und Ihr Theme wird nicht geforkt. Dafür haben wir das Modul von Grund auf neu aufgebaut, die Geschichte dazu steht in Checkout Revolution 3.0.
Die Details, die eine Kasse auf einer Seite erfolgreich machen oder scheitern lassen
Alles auf eine Seite zu setzen, ist notwendig, reicht aber nicht aus. Einige Entscheidungen bestimmen, ob diese eine Seite tatsächlich konvertiert, und jede davon ist tief genug für eine eigene Betrachtung. Deshalb hier die Landkarte statt eines hastigen Absatzes:
- Gastbestellung statt erzwungener Registrierung. Eine verpflichtende Kontoerstellung gehört zu den größten Ursachen für Abbrüche; machen Sie die Gastbestellung zum Standard und bieten Sie das Konto nach der Bestellung als Ein-Klick-Ergänzung an. Die Datenlage dazu ist klarer, als viele Händler erwarten, siehe Gastbestellung vs. Kontoerstellung.
- Mobilgeräte. Mehr als die Hälfte aller Kassenabschlüsse passiert auf dem Smartphone. Dort entscheidet sich eine Kasse auf einer Seite an Tippflächen, passenden Eingabetypen und Wallet-Zahlungen. Ausführlich behandelt in Kassenoptimierung für Mobilgeräte.
- Express- und Wallet-Zahlungen. Apple Pay / Google Pay ermöglichen wiederkehrenden Kunden, per Fingerabdruck zu bezahlen, statt Kartendaten einzutippen, behandelt in Express-Kasse.
- Das Gutschein-Feld. Ein leeres, auffälliges Gutschein-Feld schickt Kunden zu Google auf Codesuche, und manche kommen nicht zurück. Verbergen Sie es hinter einem „Haben Sie einen Code?“-Link und wenden Sie Codes für Kunden, die über einen Aktionslink kommen, automatisch vorab an.
- Diejenigen zurückholen, die trotzdem gehen. Selbst eine perfekte Kasse verliert einige Warenkörbe; eine E-Mail-Sequenz für verlassene Warenkörbe gewinnt einen Teil davon zurück. Siehe Warenkorbabbrüche in PrestaShop reduzieren und die E-Mail-Automatisierung für verlassene Warenkörbe, die genau das erledigt.
Wenn Ihre Kasse schlecht konvertiert und Sie nicht sicher sind, wo das Leck liegt, beginnen Sie mit der Diagnose: warum Ihre Kassenseite Sie Umsatz kostet.
Wie Sie messen, ob es funktioniert hat
Verlassen Sie sich nicht auf Ihr Bauchgefühl, und auch nicht auf drei Tage Daten. Bevor Sie etwas ändern, erfassen Sie vier Kennzahlen aus Ihrer Analyse: Conversion-Rate vom Warenkorb zur Bestellung, Abbruchrate in der Kasse (Kunden, die die Kasse starten, aber nicht abschließen), durchschnittliche Zeit bis zum Abschluss und Conversion auf Mobilgeräten im Vergleich zum Desktop. Vergleichen Sie nach der Umstellung auf eine Kasse auf einer Seite dieselben vier Zahlen über mindestens 30 Tage und 200+ Bestellungen, genug Volumen, um einen echten Trend zu sehen und nicht das natürliche Rauschen von Woche zu Woche, das Händler dazu verleitet, eine Änderung zurückzunehmen, die tatsächlich funktioniert hat.
FAQ
Hat PrestaShop 1.7, 8 oder 9 eine Einstellung für die Kasse auf einer Seite?
Nein. Der alte Schalter PS_ORDER_PROCESS_TYPE unter Voreinstellungen → Bestellungen existierte in 1.5 und 1.6 und wurde entfernt, als die Kasse in 1.7 neu aufgebaut wurde. Die Standardkasse in 1.7, 8 und 9 läuft über eine URL, zeigt sich aber weiterhin Schritt für Schritt. Eine aktualisierte Datenbank kann den alten Konfigurationsschlüssel behalten, aber er ändert die Kasse ab 1.7 nicht mehr. Wenn Sie heute einen echten Ablauf mit allem auf einem Bildschirm möchten, brauchen Sie ein Modul oder individuelle Entwicklung, bis die native Option in 9.2 landet.
Macht die native Kasse auf einer Seite in PrestaShop 9.2 ein Modul überflüssig?
Für einige Shops ja. Wenn Sie frisch auf 9.2 mit Hummingbird, Standardversand und gängigen Zahlungsarten starten, kann die native Option ausreichen. Sie hilft Ihnen nicht, wenn Sie 1.6 bis 9.1 einsetzen (sie ist nur für 9.2), wenn Sie ein klassisches oder individuelles Theme nutzen oder wenn Sie Express-Wallet-Buttons auf Produktseiten und B2B-Regeln benötigen, nichts davon bringt eine Core-Funktion der ersten Generation mit. Den Zielkonflikt behandeln wir in sollten Sie auf native OPC warten oder jetzt handeln.
Bricht ein Modul für die Kasse auf einer Seite, wenn ich PrestaShop aktualisiere?
Das hängt davon ab, wie es gebaut ist. Ein Modul, das Ihre Theme-Dateien bearbeitet oder den Core patcht, wird beim nächsten Upgrade brechen. Checkout Revolution installiert sich als Modul, ohne Ihr Theme zu forken oder den Core anzufassen, und bleibt deshalb über Upgrades hinweg tragfähig, eine bewusste Designentscheidung, gerade weil Kassen-Code im Theme bei einem Versionssprung als Erstes bricht.
Ist eine Kasse auf einer Seite immer besser als der schrittweise Standardablauf?
Nicht immer. Für die meisten B2C-Warenkörbe unter ein paar Hundert Euro bedeuten weniger Hürden mehr abgeschlossene Bestellungen. Hochpreisige Käufe (eine Uhr für 2.000 €), komplexe B2B-Bestellungen mit USt-IdNr. und Bestellaufträgen oder Shops mit 15+ Versandoptionen können jedoch in einem strukturierten Ablauf leichter zu bedienen sein, weil der Kunde bewusst langsamer wird und prüft. Passen Sie die Kasse an Ihre Kunden an, und messen Sie, statt zu raten.
Wie lange sollte ich eine Kasse auf einer Seite laufen lassen, bevor ich sie bewerte?
Mindestens 30 Tage und 200+ Bestellungen. Drei Tage Daten sind Rauschen. Legen Sie zuerst die Ausgangswerte für vier Kennzahlen fest, Warenkorb-zu-Bestellung-Conversion, Kassenabbrüche, Abschlussdauer und Conversion auf Mobilgeräten im Vergleich zum Desktop, und vergleichen Sie nach der Umstellung dieselben vier Werte. Eine Änderung nach einer Woche verrauschter Daten zurückzunehmen, ist die häufigste Art, wie Händler ein Ergebnis wegwerfen, das tatsächlich funktioniert hat.
Die Kasse ist die wertvollste Seite in Ihrem Shop: Jeder Besucher, der sie erreicht, hat bereits entschieden, dass er kaufen möchte, und Ihre einzige Aufgabe ist es, ihm nicht im Weg zu stehen. Ob Sie auf die native Kasse auf einer Seite warten, ein Modul installieren oder eine eigene Lösung bauen, das Prinzip bleibt gleich, weniger Hürden, weniger Tipparbeit, eine Gesamtsumme, die ab dem ersten Bildschirm ehrlich ist. Speziell in PrestaShop bedeutet das: Die native Kasse bringt Sie allein nicht dorthin. Wählen Sie den Weg, der Ihnen einen echten Ablauf auf einer Seite liefert, bevor sich die verlorenen Bestellungen summieren.
