PrestaShop Checkout: Der Prozess, das Modul und Ihre besten Optionen

Was ist PrestaShop Checkout?

Wenn Sie jemals nach „prestashop checkout" gesucht haben, ist Ihnen wahrscheinlich aufgefallen, dass der Begriff je nach Kontext zwei sehr unterschiedliche Bedeutungen hat. Er kann sich auf den Bestellvorgang beziehen, der in jedem PrestaShop-Shop integriert ist — den mehrstufigen Ablauf, den Kunden durchlaufen, um einen Kauf abzuschließen — oder auf das PrestaShop Checkout Modul (ps_checkout), eine spezielle Zahlungslösung, die von PrestaShop SA in Zusammenarbeit mit PayPal entwickelt wurde.

Dieser Artikel behandelt beides. Wir zeigen Ihnen, wie der standardmäßige PrestaShop-Bestellvorgang funktioniert, erklären, was das ps_checkout-Modul tatsächlich leistet (und was nicht), betrachten Anpassungsmöglichkeiten, vergleichen die gängigsten Alternativen und diskutieren die Sicherheit des PrestaShop-Checkouts, PCI-Konformität und wie Sie die Checkout-Leistung messen können — damit Sie eine fundierte Entscheidung für Ihren Shop treffen können.

Wie der PrestaShop-Bestellvorgang funktioniert

Der standardmäßige mehrstufige Ablauf

Jeder PrestaShop-Shop wird mit einem integrierten Bestellvorgang ausgeliefert. Es handelt sich um einen mehrstufigen Prozess, der über separate Seitenaufrufe verteilt ist. Der Kunde durchläuft fünf verschiedene Phasen:

1. Warenkorbprüfung — der Kunde überprüft Produkte, Mengen und Gesamtbeträge, bevor er fortfährt
2. Persönliche Informationen — Anmeldung, Kontoerstellung oder Gastkauf
3. Adresse — Eingabe oder Auswahl der Liefer- und Rechnungsadresse
4. Versand — Auswahl des Versanddienstleisters basierend auf der Lieferadresse und dem Gewicht/den Abmessungen des Warenkorbs
5. Zahlung — Auswahl der Zahlungsmethode und Bestellbestätigung

Nach der Zahlung gelangt der Kunde auf eine Bestätigungsseite. Dies ist das grundlegende Checkout-Erlebnis, das jedes Theme implementieren muss und das die Basis bildet, auf der alle Zahlungsmodule, Versandmodule und Checkout-Anpassungen aufbauen.

PrestaShop 1.7 Checkout vs. PrestaShop 8/9 Checkout

Während der allgemeine Bestellablauf über die Versionen hinweg konsistent geblieben ist, gibt es bedeutende Unterschiede zwischen Version 1.7 und den modernen 8.x/9.x-Releases:

• Theme-Architektur — PrestaShop 1.7 führte das Classic-Theme ein, mit einem JavaScript-lastigen Checkout, der AJAX zur Validierung jedes Schritts nutzt. PrestaShop 8 und 9 setzen dieses Muster fort, bieten aber die Hummingbird-Theme-Option, die jQuery durch einen moderneren Frontend-Stack ersetzt.
• Änderungen an Zahlungs-Hooks — In 1.7 ersetzte der paymentOptions-Hook die älteren displayPayment- und displayPaymentEU-Hooks aus Version 1.6. PrestaShop 8 und 9 erzwingen dies — veraltete Zahlungs-Hooks funktionieren nicht mehr, sodass jedes Modul, das noch displayPayment verwendet, beim Checkout nicht angezeigt wird.
• Symfony-Migration — PrestaShop 8 verlagerte mehr des Back-Office auf Symfony, und Version 9 setzt diese Migration fort. Der Front-Office-Checkout-Controller (OrderController) läuft noch auf dem Legacy-Framework, aber die Back-Office-Bestellverwaltungsseiten sind jetzt Symfony-basiert.
• Sicherheits-Header — PrestaShop 8+ wird mit strengeren Standard-Content-Security-Policy-Headern ausgeliefert, die externes JavaScript von Zahlungsanbietern blockieren können. Dies ist eine häufige Ursache für „leere Zahlungsformular"-Probleme nach einem Upgrade.
• PHP-Versionsanforderungen — PrestaShop 9 erfordert PHP 8.1+, was bedeutet, dass Zahlungsmodule, die veraltete PHP-Funktionen verwenden, beim Upgrade Probleme verursachen können.

Der Checkout-Controller: OrderController

Unter der Haube wird der Checkout von der Klasse OrderController gesteuert (zu finden in controllers/front/OrderController.php). Dieser Controller orchestriert den gesamten Ablauf — er lädt den Warenkorb, validiert jeden Schritt, löst Hooks aus und rendert das Checkout-Template.

Wichtige Methoden, die Sie beim Debugging oder bei der Entwicklung kennen sollten:

• initContent() — richtet den Bestellvorgang ein, lädt die Warenkorbübersicht und bestimmt, welcher Schritt angezeigt werden soll
• checkoutProcess — ein CheckoutProcess-Objekt, das die Kette der Checkout-Schritte enthält (persönliche Daten, Adresse, Lieferung, Zahlung)
• getCheckoutSession() — gibt die Sitzungsdaten zurück, die verfolgen, welche Schritte abgeschlossen sind

Jeder Schritt ist als separate Klasse implementiert (z. B. CheckoutAddressesStep, CheckoutDeliveryStep, CheckoutPaymentStep), die von AbstractCheckoutStep erbt. Diese modulare Architektur bedeutet, dass Module einzelne Schritte überschreiben oder erweitern können, ohne den gesamten Bestellablauf ersetzen zu müssen.

Was bei jedem Schritt passiert

Hinter jedem Schritt führt PrestaShop Validierungslogik aus und löst Hooks aus, die Module nutzen können, um den Prozess zu erweitern:

• Adressvalidierung — PrestaShop prüft Pflichtfelder, validiert die Land/Bundesland-Kombination und überprüft, ob die Adresse dem konfigurierten Format entspricht. Steuerregeln werden basierend auf dem Lieferland neu berechnet.
• Versanddienstleister-Auswahl — verfügbare Versanddienstleister werden nach der Lieferadresszone, dem Warenkorbgewicht, den Produktabmessungen und eventuell konfigurierten Einschränkungen gefiltert. Versandkosten werden in Echtzeit berechnet. Der actionCarrierProcess-Hook ermöglicht Modulen, hier einzugreifen.
• Zahlungsdarstellung — jedes aktive Zahlungsmodul registriert sich über den paymentOptions-Hook. PrestaShop rendert die verfügbaren Zahlungsmethoden in der Reihenfolge, die Sie im Back-Office konfiguriert haben.
• Bestellvalidierung — wenn der Kunde bestätigt, validiert PrestaShop die gesamte Bestellung über actionValidateOrder, verarbeitet die Zahlung, reduziert den Lagerbestand, sendet Bestätigungs-E-Mails und erstellt den Bestelldatensatz.

Diese Hook-basierte Architektur macht den Checkout so erweiterbar — bedeutet aber auch, dass schlecht programmierte Module sich gegenseitig stören können und die Art von Fehlern verursachen, die Händler oft schwer diagnostizieren können.

PrestaShop Checkout-Leistung: Was ihn langsam macht

Ein langsamer Checkout wirkt sich direkt auf die Konversionsrate aus. Jede zusätzliche Sekunde Ladezeit erhöht die Wahrscheinlichkeit, dass ein Kunde seinen Warenkorb abbricht. Häufige Leistungsengpässe sind:

• Zu viele Module an Checkout-Hooks — jedes Modul, das an Checkout-Hooks registriert ist (displayPayment, displayBeforeCarrier, actionCarrierProcess usw.), verlängert die Ausführungszeit. Wir haben Shops gesehen, in denen über 15 Module beim Checkout ausgelöst werden und 2-3 Sekunden Verarbeitungszeit hinzufügen.
• Externe API-Aufrufe — Echtzeit-Versandkostenberechnungen (UPS, FedEx, DHL APIs), Steuerberechnungsdienste (TaxJar, Avalara) und Adressverifizierungs-APIs fügen alle Netzwerklatenz hinzu. Wenn einer dieser Dienste langsam oder nicht erreichbar ist, hängt Ihr gesamter Checkout.
• Nicht optimierte Versanddienstleister-Berechnungen — Shops mit Dutzenden von Versanddienstleistern und komplexen Zonen-/Gewichtsregeln zwingen PrestaShop zu umfangreichen Datenbankabfragen beim Lieferschritt. Die Konsolidierung von Versanddienstleistern und die Vereinfachung von Zonenkonfigurationen kann die Ladezeit dieses Schritts erheblich verkürzen.
• Auswertung von Warenkorbregeln — wenn Sie Hunderte von aktiven Warenkorbregeln haben, muss PrestaShop jede einzelne bei jedem Checkout-Schritt gegen den aktuellen Warenkorb auswerten. Regelmäßiges Aufräumen abgelaufener oder ungenutzter Warenkorbregeln hilft.
• Fehlende Datenbankindizes — die Tabellen ps_cart_rule, ps_cart_rule_combination und ps_specific_price können in aktiven Shops stark anwachsen. Durch das Sicherstellen geeigneter Indizes auf diesen Tabellen werden langsame Abfragen während des Checkouts vermieden.
• Kein OPcache oder Objekt-Caching — PHP OPcache sollte in der Produktion immer aktiviert sein. Redis oder Memcached für Sitzungs- und Objekt-Caching reduziert die Checkout-Antwortzeiten weiter.

Um Checkout-Geschwindigkeitsprobleme zu diagnostizieren, aktivieren Sie den Debug-Profiler von PrestaShop (_PS_DEBUG_PROFILING_ in config/defines.inc.php) und analysieren Sie, welche Hooks und Module beim Laden der Checkout-Seite die meiste Zeit verbrauchen.

Häufige PrestaShop-Checkout-Fehler und deren Behebung

Dies sind die PrestaShop-Checkout-Fehler, die Händler am häufigsten antreffen:

„Keine Zahlungsmethode verfügbar" — Dies ist der am häufigsten gegoogelte Fehler. Er bedeutet, dass kein Zahlungsmodul Optionen über den paymentOptions-Hook zurückgegeben hat. Häufige Ursachen:

• Das Zahlungsmodul ist nicht für die Währung oder das Land des Kunden konfiguriert
• Die Einschränkungen des Zahlungsmoduls unter Zahlung > Einstellungen schließen den aktuellen Versanddienstleister, das Land oder die Kundengruppe aus
• Das Zahlungsmodul hat einen PHP-Fehler und scheitert stillschweigend — prüfen Sie die PrestaShop-Logs unter var/logs/
• Bei PrestaShop 8+ blockiert ein Content-Security-Policy-Header das JavaScript des Moduls und verhindert dessen Darstellung

„Bei der Verarbeitung Ihrer Bestellung ist ein Fehler aufgetreten" — Diese generische Meldung kann Dutzende von Ursachen haben. Beginnen Sie mit der Prüfung:

• Die PrestaShop-Fehlerprotokolle und das PHP-Fehlerprotokoll für die tatsächliche Ausnahme
• Ob das Zahlungsgateway einen bestimmten Fehlercode zurückgegeben hat (prüfen Sie die Transaktionsprotokolle des Zahlungsmoduls)
• Lagerverfügbarkeit — wenn ein Produkt zwischen Warenkorb und Zahlung ausverkauft war, schlägt die Bestellerstellung fehl
• Warenkorbregel-Konflikte — ein ungültiger oder abgelaufener Rabattcode im Warenkorb kann dazu führen, dass die Validierung im letzten Schritt fehlschlägt

Warenkorb wird beim Checkout geleert — Kunden berichten, dass ihr Warenkorb leer wird, wenn sie die Checkout-Seite erreichen. Dies ist fast immer ein Cookie- oder Sitzungsproblem:

• SSL-Fehlkonfiguration — der Warenkorb wird in einem Sitzungs-Cookie gespeichert, das nicht zwischen HTTP und HTTPS übertragen wird
• Domain-Nichtübereinstimmung — wenn Ihre Shop-URL und SSL-Domain nicht exakt übereinstimmen, werden Cookies nicht geteilt
• Sitzungsspeicher voll — wenn Sitzungen auf der Festplatte gespeichert werden und die Partition voll ist, können keine neuen Sitzungen erstellt werden
• Ein Modul, das Context::getContext()->cart = new Cart() während eines Checkout-Hooks aufruft und versehentlich den Warenkorb zurücksetzt

Adressvalidierungsfehler — Kunden können den Adressschritt nicht passieren. Prüfen Sie:

• Pflichtfelder für Adressen unter Internationales > Standorte > Länder — einige Länder erfordern ein Bundesland/eine Region, die der Kunde nicht ausgewählt hat
• Den Adressformat-String für das Lieferland — ein fehlerhaftes Format kann dazu führen, dass die Validierung gültige Adressen ablehnt
• Postleitzahl-Validierungsregex — PrestaShop validiert Postleitzahlen gegen länderspezifische Muster, die für bestimmte Regionen falsch oder zu streng sein können

3DS-Weiterleitungsprobleme — Nach der 3D-Secure-Authentifizierung wird der Kunde nicht zum Shop zurückgeleitet oder landet auf einer Fehlerseite. Dies passiert, wenn:

• Die im Zahlungsmodul konfigurierte Rückgabe-URL HTTP statt HTTPS verwendet
• Die Sitzung während der 3DS-Verifizierung abgelaufen ist (der Kunde hat zu lange gebraucht)
• Die Webhook/Callback-URL des Zahlungsmoduls von den Servern des Zahlungsanbieters nicht erreichbar ist (Firewall, falsche URL)
• Multi-Domain-Konfigurationen, bei denen die 3DS-Rückgabe-URL auf eine andere Domain verweist als die, auf der der Kunde einkauft

Warenkorbregeln und die Rabattebene

Einer der komplexesten Teile jedes PrestaShop-Checkouts ist die Art und Weise, wie Rabatte angewendet werden. Warenkorbregeln (Gutscheine, Aktionscodes, automatische Rabatte) und katalogbasierte Sonderpreise interagieren alle während des Checkouts, und die Ergebnisse können verwirrend sein.

• Warenkorbregeln werden in Prioritätsreihenfolge ausgewertet. Einige gelten für den gesamten Warenkorb, andere für bestimmte Produkte oder Kategorien. Sie können prozentuale Rabatte, feste Beträge oder kostenlosen Versand bieten.
• Sonderpreise (pro Produkt im Katalog festgelegt) werden vor den Warenkorbregeln angewendet, was bedeutet, dass ein bereits reduziertes Produkt möglicherweise nicht für bestimmte Aktionen qualifiziert ist.
• Kombinationseinschränkungen — PrestaShop ermöglicht es Ihnen, Warenkorbregeln als nicht kombinierbar zu kennzeichnen, aber die Logik, welche Regel „gewinnt", ist nicht immer intuitiv, besonders bei Multi-Währungs-Shops.

Gratisversand-Warenkorbregeln und Versanddienstleister-Interaktion

Gratisversand-Warenkorbregeln gehören zu den am meisten missverstandenen Checkout-Funktionen. Eine Warenkorbregel mit „Gratisversand" bedeutet nicht, dass alle Versanddienstleister kostenlos werden. So funktioniert es tatsächlich:

• Wenn die Warenkorbregel nicht auf bestimmte Versanddienstleister beschränkt ist, wird der Gratisversand auf den vom Kunden gewählten Versanddienstleister angewendet
• Wenn die Warenkorbregel auf bestimmte Versanddienstleister beschränkt ist, werden nur diese als kostenlos angezeigt — andere Versanddienstleister zeigen weiterhin ihren normalen Preis
• Die Länder- und Zoneneinschränkungen der Warenkorbregel gelten ebenfalls — eine Regel „Gratisversand in Deutschland" macht den Versand für eine französische Lieferadresse nicht kostenlos
• Wenn mehrere Warenkorbregeln Gratisversand anbieten, wird die erste gültige (nach Priorität) angewendet. Die anderen werden aus Kundensicht dennoch „verwendet", bieten aber keine zusätzlichen Vorteile.

Das Prioritäts- und Kombinationsproblem

Die Priorität der Warenkorbregeln bestimmt die Reihenfolge der Auswertung, und sie ist wichtiger, als die meisten Händler denken. Betrachten Sie dieses Beispiel:

• Regel A (Priorität 1): 20 % Rabatt auf den gesamten Warenkorb, nicht kombinierbar
• Regel B (Priorität 2): Gratisversand bei Bestellungen über 50 EUR

Da Regel A nicht kombinierbar ist und eine höhere Priorität hat, wird Regel B nicht angewendet — obwohl sich Gratisversand wie ein separater Vorteil anfühlt. Der Kunde erhält 20 % Rabatt, zahlt aber für den Versand. Um dies zu beheben, müssten Sie entweder Regel A kombinierbar machen oder den Gratisversand in Regel A selbst einbauen.

Ein weiteres häufiges Szenario: Ein Kunde gibt einen 10-EUR-Gutscheincode ein, aber der Warenkorb hat auch einen automatischen Rabatt von 15 %. Wenn der automatische Rabatt nicht kombinierbar ist und eine höhere Priorität hat, wird der Gutschein abgelehnt — und der Kunde sieht eine verwirrende Meldung „Dieser Gutschein ist nicht gültig" ohne Erklärung des Grundes.

Warum „Mindestbetrag"-Warenkorbregeln Händler verwirren

Das Feld „Mindestbetrag" bei Warenkorbregeln prüft den Warenkorb-Gesamtbetrag vor oder nach anderen Rabatten, je nach Konfiguration — und hier entsteht die Verwirrung. Wenn Sie ein Minimum von 100 EUR festlegen und der Kunde einen Warenkorb im Wert von 110 EUR hat, aber eine vorherige Warenkorbregel ihn bereits auf 95 EUR reduziert hat, kann die Mindestbetragsprüfung fehlschlagen. Zusätzlich kann der „Mindestbetrag" so konfiguriert werden, dass er Steuern und Versand einschließt oder ausschließt, was je nach Standort des Kunden und gewähltem Versanddienstleister zu unterschiedlichen Schwellenwerten führt. Testen Sie Ihre Mindestbetrag-Regeln immer mit realen Warenkorbszenarien in verschiedenen Ländern, bevor Sie sie einsetzen.

Gastkauf vs. Kontoerstellung

PrestaShop unterstützt den Gastkauf standardmäßig und ermöglicht es Kunden, Bestellungen aufzugeben, ohne ein vollständiges Konto zu erstellen. Dies reduziert die Reibung erheblich — Studien zeigen durchweg, dass die erzwungene Kontoerstellung einer der Hauptgründe für den Warenkorbabbruch ist. Sie können den Gastkauf unter Shopeinstellungen > Kundeneinstellungen aktivieren oder deaktivieren. Wir behandeln dieses Thema ausführlich in unserem Leitfaden zum Gastkauf, einschließlich der Abwägungen zwischen Konversionsrate und Kundendatenerfassung.

PrestaShop Checkout Modul (ps_checkout)

Was ist ps_checkout?

Das PrestaShop Checkout Modul — technisch als ps_checkout bezeichnet — ist ein kostenloses Zahlungsmodul, das gemeinsam von PrestaShop SA und PayPal entwickelt wurde. Es wird seit Version 1.7.5 bei neuen PrestaShop-Installationen vorinstalliert mitgeliefert.

Hier liegt die wichtige Unterscheidung, die viele Händler verwirrt: ps_checkout ist ein Zahlungsmodul, nicht der Bestellablauf selbst. Es ändert nicht Ihre Checkout-Schritte, das Seitenlayout oder die Reihenfolge, in der Informationen erfasst werden. Es kümmert sich nur um den Zahlungsschritt — und bietet Ihren Kunden mehr Zahlungsmöglichkeiten. Der oben beschriebene zugrunde liegende Bestellvorgang bleibt exakt gleich.

Was es bietet

Auf dem Papier bietet ps_checkout ein solides Set an Zahlungsfunktionen:

• Kartenzahlungen — Visa, Mastercard und American Express über von PayPal gehostete Felder, die in Ihren Checkout eingebettet sind
• PayPal-Wallet — Kunden bezahlen mit ihrem PayPal-Guthaben oder verknüpftem Bankkonto
• Apple Pay und Google Pay — Unterstützung für mobile Wallets (wo verfügbar)
• Lokale Zahlungsmethoden — iDEAL, Bancontact, BLIK und weitere je nach Markt
• Pay Later / Ratenzahlung — Kauf jetzt, zahle später-Optionen von PayPal
• 3D Secure 2 — obligatorische starke Kundenauthentifizierung für EU-Transaktionen
• Über 20 Währungen — Multi-Währungs-Unterstützung über das PayPal-Netzwerk

Für ein kostenloses Modul ist dies eine großzügige Funktionsliste. Die vollständige Dokumentation finden Sie im ps_checkout GitHub-Repository.

Aufschlüsselung der Transaktionsgebühren

Obwohl ps_checkout selbst kostenlos ist, zahlen Sie bei jeder Bestellung die Standard-Transaktionsgebühren von PayPal. Stand 2026 können Sie Folgendes erwarten:

Beachten Sie, dass diese Sätze je nach Ihrem PayPal-Kontotarif und monatlichem Volumen variieren können. Großkunden können möglicherweise vergünstigte Tarife über das PayPal-Händlertarifprogramm erhalten.

ps_checkout vs. Stripe vs. Mollie: PrestaShop Checkout Vergleich

Um Ihnen bei der Bewertung Ihrer Optionen zu helfen, hier ein Seite-an-Seite-Vergleich der drei beliebtesten Zahlungslösungen:

Installation und Konfiguration von ps_checkout

Einrichtung von ps_checkout: Installieren Sie das Modul (bei neuen Shops vorinstalliert, ansonsten von Addons herunterladen), verknüpfen Sie Ihr PrestaShop-Addons-Konto, verbinden Sie Ihr PayPal-Business-Konto über den Einrichtungsassistenten (persönliche Konten werden nicht unterstützt), konfigurieren Sie die anzubietenden Zahlungsmethoden, stellen Sie sicher, dass die Rundungs-/Währungseinstellungen den Erwartungen von PayPal entsprechen, und testen Sie im Sandbox-Modus, bevor Sie live gehen.

Deinstallation von ps_checkout

Um ps_checkout zu entfernen: Gehen Sie zu Module > Modulmanager, suchen Sie nach „ps_checkout" und wählen Sie zunächst Deaktivieren (sicher — stoppt die Anzeige ohne Daten zu löschen). Zur vollständigen Entfernung wählen Sie Deinstallieren, dann löschen Sie optional modules/ps_checkout/. Wichtig: Stellen Sie sicher, dass zuerst ein anderes Zahlungsmodul konfiguriert ist, da der Checkout sonst „Keine Zahlungsmethode verfügbar" anzeigt.

Die PayPal-Vermittlerarchitektur

Hier wird es nuancierter. Im Gegensatz zu einer direkten Stripe- oder Adyen-Integration, bei der Zahlungen direkt auf Ihr Händlerkonto fließen, leitet ps_checkout Transaktionen über das zwischengeschaltete PayPal-Commerce-Plattformkonto von PrestaShop SA. PrestaShop SA fungiert als Vermittler.

Was das in der Praxis bedeutet:

• Sie müssen Ihr PayPal-Business-Konto über den Onboarding-Prozess von PrestaShop verknüpfen — nicht direkt bei PayPal
• Abrechnungszeitpunkt und Fondsverfügbarkeit hängen sowohl von den PayPal-Richtlinien als auch von der Plattformkonfiguration von PrestaShop SA ab
• Die Chargeback-Bearbeitung durchläuft eine zusätzliche Ebene, was Streitfälle langsamer lösbar macht
• Sie haben weniger Einblick in rohe Transaktionsdaten im Vergleich zu einer direkten Gateway-Integration

Diese Architektur ist nicht grundsätzlich schlecht — so funktionieren viele Payment-Facilitator-Modelle (Shopify Payments arbeitet ähnlich). Aber es ist wichtig, dies zu verstehen, bevor Sie sich festlegen, besonders wenn Ihr Shop hohe Volumina verarbeitet oder in regulierten Branchen tätig ist.

Bekannte Einschränkungen

Basierend auf Community-Feedback, GitHub-Issues und unseren eigenen Tests sind dies die am häufigsten gemeldeten Probleme mit ps_checkout:

• Theme-Kompatibilität — das Modul funktioniert am besten mit dem Classic-Theme. Nicht-Standard-Themes, insbesondere stark angepasste, haben häufig Darstellungsprobleme mit den gehosteten Zahlungsfeldern.
• Endlos-Spinner — ein bekanntes Problem, bei dem das Zahlungsformular nie fertig lädt, typischerweise verursacht durch JavaScript-Konflikte mit anderen Modulen oder Content-Security-Policy-Header, die PayPals Skripte blockieren.
• Generische 3DS-Fehlermeldungen — wenn die 3D-Secure-Authentifizierung fehlschlägt, ist die dem Kunden angezeigte Fehlermeldung oft wenig hilfreich, was zu abgebrochenen Käufen führt, die mit klarerer Kommunikation hätten gerettet werden können.
• Kein dedizierter Support — Support wird über Community-Foren und GitHub-Issues abgewickelt, statt über einen direkten Supportkanal, was für Händler mit Zahlungsausfällen frustrierend sein kann.
• Upgrade-Risiken — größere Versionsupdates haben in der Vergangenheit Breaking Changes eingeführt. Das Modul entwickelt sich schnell weiter, was positiv für Funktionen ist, aber riskant für die Stabilität.

Keines dieser Probleme ist für sich genommen ein Ausschlusskriterium, aber zusammengenommen bedeuten sie, dass Sie gründlich testen sollten, bevor Sie live gehen — und Modul-Updates immer zuerst in einer Staging-Umgebung testen.

Wann ps_checkout sinnvoll ist

Trotz der Einschränkungen ist ps_checkout für bestimmte Szenarien eine solide Wahl:

• Neue Shops — Sie fangen gerade erst an und müssen schnell Zahlungen akzeptieren, ohne Vorabkosten
• Einzelmarkt-Shops — Sie verkaufen hauptsächlich in einem Land und benötigen keine komplexe Multi-Währungs-Abrechnung
• Budgetbewusste Händler — keine Modulkosten, keine monatlichen Gebühren und Pay-per-Transaction-Preisgestaltung über PayPal
• Einfache Kataloge — Standardprodukte ohne Abonnements, Vorbestellungen oder komplexe Zahlungsworkflows

Den PrestaShop-Checkout anpassen

Was können Sie ohne Module ändern?

Bevor Sie Drittanbieter-Module installieren, gibt es mehrere Möglichkeiten, den Checkout mit integrierten Werkzeugen anzupassen:

• Theme-Templates — bearbeiten Sie die Checkout-Smarty-Templates in Ihrem Theme, um Layout, Feldreihenfolge oder benutzerdefinierten Inhalt zwischen den Schritten zu ändern
• CSS-Styling — passen Sie Farben, Abstände, Schaltflächengrößen und Typografie an Ihre Marke an, ohne die Funktionalität zu berühren
• Versanddienstleister-Konfiguration — strukturieren Sie die Darstellung der Versandoptionen um, indem Sie Namen, Beschreibungen, Lieferzeitschätzungen und Anzeigereihenfolge der Versanddienstleister anpassen
• Zahlungsmodul-Reihenfolge — ordnen Sie im Back-Office unter Zahlung > Einstellungen um, welche Zahlungsmethode zuerst angezeigt wird
• Pflichtfelder — passen Sie unter Kunden > Adressen an, welche Kunden- und Adressfelder obligatorisch sind

Diese Änderungen sind sichere Anpassungen auf Theme-Ebene, die PrestaShop-Updates überstehen, solange Sie ein Child-Theme verwenden. Für einen tieferen Einblick in die Optimierung Ihres Checkouts ohne zusätzliche Komplexität lesen Sie unseren Leitfaden zur Checkout-Optimierung.

Benutzerdefinierte Checkout-Felder

Viele Händler benötigen zusätzliche Informationen beim PrestaShop-Checkout, die die Standardinstallation nicht erfasst. Häufige Beispiele sind: Mobiltelefonnummer für SMS-Lieferbenachrichtigungen, Firmenname und USt-IdNr. für B2B-Abläufe, Lieferhinweise (Torcodes, „beim Nachbarn abgeben") und benutzerdefinierte Bestellreferenzen (Bestellnummern).

PrestaShop unterstützt das Hinzufügen benutzerdefinierter Felder zum Adressformular über das Back-Office (Kunden > Adressen), aber die Optionen sind begrenzt. Für komplexere Anforderungen können Sie entweder Ihre Checkout-Templates direkt ändern und die Daten über ein benutzerdefiniertes Modul verarbeiten, das an actionValidateOrder gekoppelt ist, oder ein Drittanbieter-Checkout-Feld-Modul vom Addons-Marktplatz verwenden.

Checkout-Übersetzung und Lokalisierung

Wenn Sie international verkaufen, ist die Übersetzung des PrestaShop-Checkouts unerlässlich. Nicht übersetzte Bezeichnungen und Fehlermeldungen führen direkt zum Abbruch — ein Kunde, der den Zahlungsschritt nicht versteht, wird die Bestellung nicht abschließen.

Wichtige Lokalisierungsaufgaben:

• Checkout-Schrittbezeichnungen — übersetzt über Internationales > Übersetzungen. Wählen Sie „Front-Office-Übersetzungen" und Ihr Theme, um checkout-bezogene Zeichenketten zu finden.
• Zahlungsmodultexte — jedes Zahlungsmodul hat eigene Übersetzungsdateien, getrennt von den Kernübersetzungen.
• Fehlermeldungen — Validierungsfehler wie „Bitte geben Sie eine gültige Adresse ein" werden bei der Übersetzung oft übersehen.
• Allgemeine Geschäftsbedingungen — die „Ich stimme den AGB zu"-Checkbox verlinkt auf eine CMS-Seite, die pro Sprache übersetzt werden muss.
• Adressformular-Bezeichnungen — PrestaShop verwendet länderspezifische Adressformate. Stellen Sie sicher, dass die Bezeichnungen zur Sprache des Kunden passen.

Häufige Falle: Die Installation eines Sprachpakets übersetzt keine modulspezifischen Zeichenketten. Wenn der Checkout in einem deutschen Shop englische Zahlungsmethoden-Namen anzeigt, übersetzen Sie das Zahlungsmodul separat.

One Page Checkout

Die beliebteste Checkout-Anpassung ist die Zusammenfassung aller Schritte auf einer einzigen Seite. Anstatt durch fünf separate Bildschirme zu navigieren, sieht der Kunde Adresse, Versand und Zahlungsfelder auf einmal — er füllt sie aus und schließt den Kauf ohne Seitenneuladungen ab.

Die Daten sind eindeutig: One Page Checkout reduziert die Abbruchrate, indem die Reibung mehrerer Schritte beseitigt wird. Weniger Klicks, weniger Möglichkeiten für den Kunden zu gehen. Branchen-Benchmarks zeigen, dass One-Page-Checkout-Implementierungen die Konversionsrate typischerweise um 10-20 % verbessern, verglichen mit mehrstufigen Abläufen. Die größten Gewinne kommen von mobilen Nutzern, bei denen jeder Seitenladevorgang über eine langsame Verbindung das Risiko birgt, den Kunden zu verlieren. Die Zahlen und den Ansatz schlüsseln wir in unserem One Page Checkout Erklärer auf.

Aus UX-Perspektive bedeutet One Page Checkout: alle Formularfelder sofort sichtbar, sofortige Versandkostenaktualisierungen via AJAX, Inline-Validierung (Fehler erscheinen während der Eingabe), kein Fortschrittsindikator nötig, und die Bestellübersicht bleibt durchgehend sichtbar. Diese Änderungen reduzieren zusammen die kognitive Belastung und halten Kunden darauf fokussiert, den Kauf abzuschließen.

Derzeit bietet PrestaShop keinen nativen One Page Checkout — der mehrstufige Ablauf ist alles, was Sie standardmäßig bekommen. Das ändert sich mit PrestaShop 9.2, das einen optionalen nativen OPC für Shops einführen wird, die das Hummingbird v2-Theme verwenden. Bis dahin sind Drittanbieter-Module der einzige Weg, diese Funktionalität zu erhalten.

Express Checkout

Express Checkout geht noch einen Schritt weiter: Anstatt die Checkout-Seite zu optimieren, können Kunden sie komplett überspringen. Kaufen-Buttons, die von Apple Pay, Google Pay oder PayPal unterstützt werden, erscheinen direkt auf Produktseiten und im Warenkorb. Der Kunde authentifiziert sich mit seinem Wallet, das Lieferadresse und Zahlungsdetails in einem Tipp bereitstellt — keine Formulare, keine Schritte.

Dies ist besonders auf Mobilgeräten wirkungsvoll, wo das Eintippen von Adressen auf kleinen Bildschirmen ein großer Konversionskiller ist. Wir untersuchen Express-Checkout-Muster und deren Implementierung in unserem Express Checkout Deep Dive.

Eingebetteter und modaler Checkout

Ein weniger verbreitetes, aber wachsendes Muster ist der eingebettete Checkout — bei dem das Zahlungsformular in einem modalen Overlay oder inline auf der aktuellen Seite erscheint, ohne zu einer separaten Checkout-URL zu navigieren. Dies hält den Kunden im Einkaufskontext, während Zahlungsdetails erfasst werden, und reduziert die psychologische Distanz zwischen „Ich will das" und „Ich habe es gekauft". Stripes Payment Element und PayPals In-Context-Erlebnis unterstützen beide diesen Ansatz.

PrestaShop Checkout Alternativen

Wenn ps_checkout nicht Ihren Anforderungen entspricht, gibt es mehrere ausgereifte Alternativen für die Zahlungsabwicklung in Ihrem PrestaShop-Checkout.

Stripe

Stripes Payment Element ist eine der entwicklerfreundlichsten Zahlungsintegrationen überhaupt. Wichtige Stärken:

• Direktes Händlerkonto — Zahlungen werden ohne Vermittler auf Ihr Stripe-Konto überwiesen
• Über 135 Währungen mit automatischer Umrechnung
• Apple Pay, Google Pay, Link (Stripes gespeicherte-Karten-Wallet) und über 40 lokale Zahlungsmethoden
• Umfassende API mit ausgezeichneter Dokumentation
• Integrierter Betrugsschutz über Stripe Radar

Am besten geeignet für: internationale Shops, technisch versierte Händler, Shops, die volle Kontrolle über ihre Zahlungsdaten und das Kundenerlebnis wünschen.

Mollie

Mollie ist der dominierende Zahlungsanbieter für den europäischen E-Commerce, mit besonders starker Verbreitung in den Niederlanden, Belgien, Deutschland und Frankreich. Highlights:

• Transparente, transaktionsbasierte Preisgestaltung ohne monatliche Gebühren
• Native Unterstützung für iDEAL, Bancontact, SOFORT, EPS, Giropay und KBC/CBC
• Solides PrestaShop-Modul, das direkt von Mollie gewartet wird
• Einfaches Onboarding mit schneller Kontofreigabe

Am besten geeignet für: EU-fokussierte Shops, insbesondere solche, die in den Benelux- oder DACH-Regionen verkaufen, wo lokale Zahlungsmethoden dominieren.

Adyen

Adyen ist die Enterprise-Option für Shops mit hohem Volumen. Verwendet von Unternehmen wie Booking.com und eBay, bietet es über 250 Zahlungsmethoden mit intelligentem Routing, fortschrittlicher Betrugserkennung (RevenueProtect) und direktem Acquiring — Adyen ist gleichzeitig Prozessor und Acquirer, was Vermittler reduziert.

Der Kompromiss ist Komplexität und Kosten. Adyen erfordert eine individuelle Integration, hat Mindestverarbeitungsvolumina und erhebt monatliche Plattformgebühren. Für kleine Shops ist es nicht praktikabel, aber für Händler, die über 50.000 EUR pro Monat verarbeiten, rechtfertigen die verbesserten Autorisierungsraten oft die Investition.

Amazon Pay

Amazon Pay ermöglicht es Kunden, mit ihrem bestehenden Amazon-Konto zu bezahlen — Adresse, Zahlungsmethode und alles andere. Ein-Klick-Checkout mit gespeicherten Amazon-Details, starkes Markenvertrauen und die A-bis-Z-Garantie zum Käuferschutz machen es zu einer effektiven sekundären Zahlungsoption neben Karten und PayPal. Ein PrestaShop-Modul ist auf dem Addons-Marktplatz verfügbar.

Eigenständiges PayPal-Modul

Wenn Sie PayPal-Zahlungen ohne die PrestaShop-SA-Vermittlerebene wünschen, können Sie ein eigenständiges PayPal-Modul verwenden, das direkt mit Ihrem PayPal-Business-Konto verbunden ist. Das bietet Ihnen:

• Direkte Kontrolle über Ihr PayPal-Konto, Abrechnungen und Streitfallmanagement
• Das gleiche PayPal-Wallet-Erlebnis, das Kunden erwarten
• Pay-Later-Optionen, die über Ihr eigenes PayPal-Dashboard konfiguriert werden

Am besten geeignet für: Händler, die PayPal als Zahlungsoption wünschen, aber eine direkte Beziehung zu PayPal dem vermittelten ps_checkout-Modell vorziehen.

Checkout Revolution (von mypresta.rocks)

Transparenzhinweis: Dies ist unser Modul. Checkout Revolution kombiniert One Page Checkout und Express Checkout in einer einzigen Stripe-basierten Lösung. Es platziert Kaufen-Buttons auf Produktseiten, im Warenkorb und beim Checkout — und unterstützt Apple Pay, Google Pay, PayPal, Link, Karten und über 30 weitere Zahlungsmethoden über Stripes Payment Element. Zahlungen gehen direkt auf Ihr Stripe-Konto — ohne Zwischenhändler.

Wir haben es entwickelt, weil wir gesehen haben, dass Händler drei oder vier separate Module installieren, um Funktionalität zu erhalten, die nahtlos zusammenarbeiten sollte. Es passt nicht zu jedem Shop, aber wenn Sie Express Checkout und einen modernen Zahlungs-Stack in einem Paket wünschen, lohnt sich ein Blick.

PrestaShop Checkout Alternativen: Schnellvergleich

Checkout-Sicherheit und PCI-Konformität

Sicherheit ist bei keinem Online-Checkout optional — sie ist eine rechtliche und geschäftliche Anforderung. Kunden vertrauen Ihrem Shop ihre Zahlungsdetails an, und jeder Verstoß kann zu finanziellen Strafen, rechtlichen Schritten und irreparablem Markenschaden führen.

Was PCI DSS für PrestaShop-Händler bedeutet

PCI DSS (Payment Card Industry Data Security Standard) ist ein Satz von Sicherheitsstandards, der für jedes Unternehmen gilt, das Kreditkarteninformationen akzeptiert, verarbeitet, speichert oder überträgt. Als PrestaShop-Shopbetreiber hängt Ihre PCI-Konformitätsstufe davon ab, wie Ihr Checkout Kartendaten handhabt:

• SAQ A (geringste Belastung) — wenn Sie gehostete Zahlungsfelder oder Weiterleitungen verwenden, bei denen Kartendaten Ihren Server nie berühren, qualifizieren Sie sich für den einfachsten Selbstbewertungsfragebogen. Dies ist der Fall bei ps_checkout, Stripe Payment Element und Mollies gehostetem Checkout.
• SAQ A-EP — wenn Ihre Checkout-Seite JavaScript vom Zahlungsanbieter lädt, das Kartendaten auf Ihrer Seite erfasst (auch wenn sie direkt an den Anbieter gesendet werden), fallen Sie unter diese etwas anspruchsvollere Kategorie.
• SAQ D (höchste Belastung) — wenn Kartendaten zu irgendeinem Zeitpunkt Ihren Server passieren (z. B. ein schlecht gebautes benutzerdefiniertes Zahlungsformular, das Kartennummern an Ihren Server sendet, bevor sie weitergeleitet werden), steht Ihnen die vollständige PCI-DSS-Bewertung bevor. Dies ist extrem teuer und komplex — vermeiden Sie es.

Die praktische Schlussfolgerung: Verwenden Sie immer Zahlungsmodule, die gehostete Zahlungsfelder oder gehostete Checkout-Seiten bieten. Dies stellt sicher, dass Kartendaten Ihren Server nie berühren und Sie in der SAQ-A-Kategorie bleiben.

Warum gehostete Zahlungsfelder wichtig sind

Gehostete Zahlungsfelder sind Iframes, die vom Zahlungsanbieter bereitgestellt und in Ihre Checkout-Seite eingebettet werden. Die Felder für Kartennummer, Ablaufdatum und CVV sehen aus wie ein Teil Ihres Formulars, laufen aber auf der Domain des Anbieters — Kartendaten berühren Ihren Server nie. Alle großen Anbieter (ps_checkout, Stripe, Mollie, Adyen) unterstützen diesen Ansatz. Wenn ein Zahlungsmodul Sie auffordert, rohe HTML-Karteneingaben zu erstellen, vermeiden Sie es — dies ist ein PCI-Konformitäts-Warnsignal.

SCA, 3DS2 und SSL-Anforderungen

Die EU-Verordnung zur starken Kundenauthentifizierung (SCA) erfordert 3D Secure 2 (3DS2) für die meisten Online-Kartenzahlungen. Ihr Zahlungsmodul muss 3DS2 unterstützen — ältere Module, die nur 3DS1 unterstützen, werden zunehmend Ausfälle verzeichnen. 3DS2 fügt dem PrestaShop-Checkout einen Bank-Authentifizierungsschritt hinzu, der den Abbruch erhöhen kann, daher sollten Sie einen Anbieter mit hohen 3DS2-Erfolgsraten wählen. Fehlgeschlagene 3DS bedeutet nicht immer Betrug — zeigen Sie eine klare „Erneut versuchen"-Meldung anstelle eines generischen Fehlers an.

Jede Checkout-Seite muss über HTTPS laufen. Ohne ein gültiges SSL-Zertifikat zeigen Browser „Nicht sicher"-Warnungen an, Zahlungsanbieter weigern sich, gehostete Felder zu laden, und Google bestraft Ihre Rankings. Kostenlose Zertifikate von Let's Encrypt reichen aus. Überprüfen Sie nach der SSL-Installation, dass aller HTTP-Verkehr auf HTTPS umgeleitet wird — gemischte Inhalte führen dazu, dass Zahlungsmodule nicht richtig funktionieren.

Messung der PrestaShop-Checkout-Leistung

Sie können nicht verbessern, was Sie nicht messen. Um zu verstehen, wie Ihr Checkout abschneidet, müssen Sie die richtigen Metriken verfolgen und wissen, was „gut" bedeutet.

Wichtige Metriken

• Checkout-Abschlussrate — (abgeschlossene Bestellungen / Checkout-Sitzungen) x 100. Ihre wichtigste einzelne PrestaShop-Checkout-Metrik.
• Checkout-Abbruchrate — der Prozentsatz der Kunden, die den Checkout beginnen, aber nicht abschließen. Dies isoliert Checkout-Probleme von reinen Besuchern.
• Schrittweise Absprungrate — welcher Schritt verliert die meisten Kunden? Wenn 40 % beim Versand abspringen, könnten Ihre Versandoptionen das Problem sein.
• Zeit bis zum Abschluss — längere Zeiten korrelieren direkt mit höheren Abbruchraten.
• Zahlungsausfallrate — hohe Raten deuten auf 3DS-Konfigurationsprobleme oder zu aggressive Betrugsregeln hin.

Tracking mit Google Analytics 4

GA4 Enhanced E-Commerce Tracking ist die Standardmethode zur Messung Ihres PrestaShop-Checkout-Funnels. Installieren Sie ein GA4-Modul, das Events für begin_checkout, add_shipping_info, add_payment_info und purchase auslöst. Konfigurieren Sie dann einen Funnel-Bericht unter GA4 > Erkunden > Funnel-Exploration mit Schritten, die Ihren Checkout-Phasen entsprechen, um zu visualisieren, wo Kunden abspringen.

Erwägen Sie serverseitiges Tracking für genauere Daten — clientseitiges JavaScript-Tracking wird bei 25-40 % der Besucher von Werbeblockern blockiert. Eine serverseitige GA4-Measurement-Protocol-Implementierung (ausgelöst durch PrestaShop-Hooks bei der Bestellerstellung) erfasst jede Bestellung unabhängig von clientseitigen Blockern.

Was eine „gute" Abschlussrate ausmacht

Branchen-Benchmarks: Durchschnitt liegt bei 45-55 %, gut ist 55-65 %, und ausgezeichnet ist 65 %+ (typischerweise erreicht mit One Page Checkout und Express-Zahlungsoptionen). Wenn Ihre Rate unter 40 % liegt, prüfen Sie auf erzwungene Kontoerstellung, unerwartete Versandkosten, begrenzte Zahlungsoptionen oder technische Fehler. Diese Benchmarks variieren je nach Branche — hochpreisige Käufe haben naturgemäß niedrigere Raten als Mode oder Verbrauchsgüter.

Was kommt: PrestaShop 9.2 und nativer One Page Checkout

PrestaShop hat angekündigt, dass Version 9.2 eine native One-Page-Checkout-Option enthalten wird. Dies ist eine bedeutende Veränderung — zum ersten Mal werden Händler einen einseitigen Checkout-Ablauf ohne Drittanbieter-Module anbieten können.

Wichtige Einschränkungen:

• Es wird nur mit dem Hummingbird v2-Theme funktionieren — Shops mit Classic oder anderen Themes haben keinen Zugriff
• Es wird optional sein, nicht der Standard — der mehrstufige Ablauf bleibt verfügbar
• Modulautoren müssen ihre Zahlungs- und Versandmodule an den neuen Ablauf anpassen
• Es gibt noch kein bestätigtes Veröffentlichungsdatum, und PrestaShop-Releases haben sich in der Vergangenheit gegenüber den ursprünglichen Zeitplänen verzögert

Sollten Sie darauf warten? Das hängt von Ihrem Zeitplan ab. Wenn Sie heute einen neuen Shop starten, ist es unpraktisch, Monate (oder länger) auf eine Funktion zu warten, die möglicherweise eine vollständige Theme-Migration erfordert. Wenn Sie bereits Hummingbird nutzen und ein zukünftiges Upgrade planen, lohnt es sich, dies im Auge zu behalten. Wir behandeln diese Entscheidung ausführlich in unserem Artikel über PrestaShops native OPC-Pläne.

Den richtigen Checkout für Ihren Shop wählen

Es gibt nicht die eine „beste" PrestaShop-Checkout-Konfiguration — es hängt von Ihrem Markt, Budget, technischen Kenntnissen und Wachstumsplänen ab. Hier ist ein praktischer Leitfaden:

• Gerade erst gestartet, kleines Budget — verwenden Sie den standardmäßigen mehrstufigen Checkout mit ps_checkout. Er ist kostenlos, er funktioniert, und Sie können später upgraden.
• Etablierter Shop, hohe Abbruchrate — investieren Sie in ein One-Page-Checkout-Modul. Die Konversionssteigerung amortisiert sich typischerweise innerhalb von Wochen.
• Viel mobiler Traffic — priorisieren Sie Express Checkout mit Wallet-Zahlungen (Apple Pay, Google Pay). Mobile Kunden brechen Formulare deutlich häufiger ab als Desktop-Nutzer.
• Verkauf in ganz Europa — ziehen Sie Mollie für lokale Zahlungsmethoden in Betracht oder Stripe für eine breitere internationale Abdeckung.
• Shop mit hohem Volumen — wechseln Sie zu einer direkten Zahlungsintegration (Stripe, Adyen), bei der Sie volle Kontrolle über Abrechnungen, Berichte und Streitfallmanagement haben. Das ps_checkout-Vermittlermodell wird im großen Maßstab komplexer.
• Enterprise mit Omnichannel-Anforderungen — evaluieren Sie Adyen für einheitliche Online- und In-Store-Zahlungen über eine einzige Plattform.
• Alles in einem Modul gewünscht — schauen Sie sich Lösungen an, die Checkout-Ablauf-Optimierung mit Zahlungsabwicklung kombinieren, anstatt mehrere Module zu schichten, die sich gegenseitig stören könnten.

Was auch immer Sie wählen: Testen Sie Ihren PrestaShop-Checkout regelmäßig. Geben Sie Testbestellungen auf verschiedenen Geräten auf, probieren Sie verschiedene Zahlungsmethoden aus, wenden Sie Rabattcodes an und prüfen Sie, wie der Ablauf mit Fehlern umgeht. Ihr Checkout ist der Ort, an dem Umsatz entsteht — er verdient mehr Aufmerksamkeit, als die meisten Händler ihm schenken.