PrestaShop 9.2 nativer One Page Checkout: Was Händler und Entwickler wissen sollten
Kurze Antwort: Ja, PrestaShop 9.2 soll einen nativen One Page Checkout bekommen. Das ist eine wichtige Änderung für Händler, Themes, Zahlungsanbieter und Module, die in den Checkout eingreifen. Ich würde aber vorsichtig sein mit der Aussage, dass damit jeder bestehende Checkout-Use-Case automatisch gelöst ist.
Auf Basis der öffentlich sichtbaren Arbeit wirkt der neue Checkout eher wie ein moderner, hybrider Checkout: dynamische Teile werden per AJAX aktualisiert, aber Zahlungsarten, externe Anbieter und bestimmte Bestellflüsse können weiterhin Weiterleitungen oder zusätzliche Schritte benötigen. Für normale Händler ist das trotzdem positiv, weil ein besserer Standard-Checkout weniger Abhängigkeit von schweren Checkout-Overrides bedeutet.
Was GitHub im Moment zeigt
Die relevantesten öffentlichen Hinweise sind der PrestaShop-Core-Pull-Request für die native One-Page-Checkout-Unterstützung und das separate Repository für ps_onepagecheckout. Das ist wichtig: Es geht nicht nur um eine kleine Template-Anpassung, sondern um Arbeit am Core und an einem nativen Modul.
Ich lese daraus: PrestaShop will den Checkout moderner und modularer machen, aber die Integration muss weiterhin mit Zahlungsmodulen, Versandmodulen, Adressformularen, Gastbestellungen und Themes zusammenspielen. Genau dort entstehen in echten Shops die schwierigen Fälle.
Ist alles vollständig AJAX?
Ich würde es nicht so beschreiben. Öffentlicher Code zeigt AJAX für bestimmte dynamische Teile, zum Beispiel Gastinitialisierung oder Adressformular-Aktualisierung. Das ist nicht dasselbe wie „der ganze Checkout läuft ohne Reload und ohne Weiterleitung“.
Für Händler ist die praktische Frage einfacher: Wird der Checkout für Kunden schneller und klarer? Wahrscheinlich ja. Wird jede Zahlungsart ohne Redirect funktionieren? Nein, das sollte man nicht erwarten. PayPal, externe Zahlungsseiten, 3-D-Secure-Flows und bestimmte lokale Zahlungsmethoden können weiterhin eigene Weiterleitungen oder Bestätigungsseiten verwenden.
Was passiert ohne Kundenkonto?
Der wichtigste Fall ist die Gastbestellung. Viele Händler verlieren Umsatz, wenn Kunden vor der Zahlung erst ein Konto erstellen müssen. Ein guter One Page Checkout muss Gäste sauber durch Adresse, Versand, Zahlung und Bestätigung führen, ohne unnötige Reibung zu erzeugen.
Nach dem aktuellen öffentlichen Stand würde ich erwarten, dass PrestaShop den Checkout stärker auf den Bestellfluss konzentriert und Konto/Login-Fragen weniger dominant macht. Trotzdem müssen Händler später testen: Gastbestellung, bestehender Kunde, neue Adresse, abweichende Rechnungsadresse, B2B-Felder, Steuernummer, Versandregeln und Zahlungsbedingungen.
Was normale PrestaShop-Händler tun sollten
Für normale Händler ist meine Empfehlung pragmatisch: keine übereilte Entscheidung treffen und funktionierende Checkout-Anpassungen nicht blind entfernen. Der native OPC ist ein gutes Signal, aber PrestaShop 9.2 ist erst für die zweite Jahreshälfte 2026 angekündigt. Bis dahin sollte der aktuelle Shop sauber funktionieren.
- Wenn Ihr Checkout heute gut konvertiert: warten Sie auf testbare Versionen und planen Sie später eine ruhige Migration.
- Wenn Ihr Checkout heute spürbar bremst: lösen Sie das Problem jetzt, statt nur auf eine zukünftige Core-Version zu warten.
- Wenn Sie viele Checkout-Overrides haben: dokumentieren Sie diese, weil sie beim Upgrade besonders relevant werden.
- Wenn Sie B2B verkaufen: prüfen Sie später besonders Gastbestellung, Zahlungsbedingungen, Rechnungsdaten und Pflichtfelder.
Was Modul- und Theme-Entwickler vorbereiten sollten
Für Entwickler ist das die eigentliche Nachricht. Payment-Module, Carrier-Module, Themes und Module, die Hooks im Checkout verwenden, sollten den neuen Flow früh testen. Wichtig sind nicht nur Templates, sondern auch AJAX-Endpunkte, Formularvalidierung, Session-Zustand und Bestellabschluss.
Ich würde jetzt schon technische Schulden abbauen: weniger harte DOM-Abhängigkeiten, weniger Theme-spezifische Annahmen, saubere Hook-Nutzung und klare Trennung zwischen Frontend-UI und Bestelllogik. Je weniger ein Modul den alten Checkout direkt manipuliert, desto einfacher wird die PrestaShop-9.2-Anpassung.
Meine Einschätzung
Ich denke, der native One Page Checkout ist eine gute Richtung für PrestaShop. Händler bekommen wahrscheinlich einen besseren Standard, Entwickler bekommen aber auch neue Kompatibilitätsarbeit. Das ist kein Alarmzeichen, sondern ein guter Anlass, Checkout-Code sauber zu prüfen.
Für mypresta.rocks bedeutet das: Wir beobachten den Core und testen unsere Checkout-Module gegen die öffentliche Entwicklung, sobald sie praktisch testbar ist. Für Händler bedeutet es: Der Checkout bleibt ein zentraler Umsatzhebel, egal ob nativ oder über ein spezialisiertes Modul.
Kommentare
Noch keine Kommentare. Seien Sie der Erste!
Stellen Sie als Erster eine Frage oder teilen Sie hilfreiches Feedback.
Kommentar schreiben
Teilen Sie eine Frage, ein Installationsdetail oder Feedback, das anderen Lesern helfen kann.