Die besten Zahlungsmodule für PrestaShop: Der vollständige Vergleich

Zuletzt geprüft im Juni 2026, Gebührenbasis und Wartungsstatus der Module anhand der aktuellen Preisseiten der Anbieter kontrolliert; prüfen Sie die Live-Konditionen, bevor Sie sich festlegen, da sie sich ändern und ab einem gewissen Volumen verhandelbar sind.

Suchen Sie nach "bestes Zahlungsmodul für PrestaShop", bekommen Sie eine Wand aus Meinungen, die meistens von genau denjenigen stammen, die das jeweilige Modul verkaufen. Die ehrlichere Einordnung lautet: Es gibt nicht das eine beste Zahlungsmodul. Es gibt das passende Modul für Ihre Märkte, Ihren durchschnittlichen Bestellwert und dafür, wie oft Sie im nächsten Jahr wieder ins Backoffice eingreifen möchten. Dieser Leitfaden ist der Vergleich selbst: die wichtigsten Zahlungsmodule, die ein PrestaShop-Shop tatsächlich installiert, was sie pro Transaktion kosten, wie sie sich in die Kasse einhängen und ein Entscheidungsrahmen, an dessen Ende Sie wissen, welche zwei oder drei Module Sie installieren sollten. Es geht hier bewusst um das Auswählen und Betreiben der Module, nicht um eine länderspezifische Tour durch Zahlungskulturen; die behandeln wir separat und verlinken sie dort, wo sie relevant sind.

Was Sie wirklich vergleichen: Der Zahlungsanbieter ist ein PrestaShop-Modul

Jede der folgenden Optionen ist in Ihrem Shop ein PrestaShop-Zahlungsmodul. Das ist wichtiger, als das Marketing vermuten lässt, denn das Modul, nicht die Marke, entscheidet, wie sich Ihre Kasse anfühlt und wie viel Wartung Sie sich ins Haus holen. Zwei Dinge trennen ein gutes Zahlungsmodul von einem Risiko:

• Wie es in der Kasse dargestellt wird. Moderne Module registrieren sich am paymentOptions-Hook (bei 1.6 am alten displayPayment-Hook) und geben ein oder mehrere PaymentOption-Objekte zurück. Genau dadurch kann ein einzelnes Modul mehrere Methoden, Karte, iDEAL, BLIK, als eigene Schaltflächen im Zahlungsschritt anzeigen. Ein schwaches Modul wirft nur einen Weiterleitungslink aus und stört den visuellen Ablauf.
• Wer es am Leben hält. Ein Zahlungsmodul spricht mit einer externen API, die sich nach dem Zeitplan des Anbieters ändert, nicht nach Ihrem. Wenn PayPal oder Stripe eine API-Version überarbeitet, liefert ein gepflegtes Modul ein Update und Ihre Kasse bucht weiter ab; ein aufgegebenes Modul fällt im schlechtesten Moment still aus. "Bestes" ist daher auch die Frage, wer den Code noch wartet.

Der eigentliche Vergleich hat also drei Spalten: die Gebühr pro Transaktion, die Märkte, die das Modul erschließt, und der Wartungsaufwand, den es Ihrem Backoffice hinterlässt. Wir behalten alle drei im Blick.

Wenn Sie noch nie gesehen haben, wie dieser Hook in der Hauptklasse eines Moduls aussieht: Das ist der gesamte Vertrag, die Methode, die entscheidet, was ein Kunde im Zahlungsschritt sieht:

// In your_module.php – the modern hook every maintained gateway uses.
public function hookPaymentOptions($params)
{
    if (!$this->active) {
        return [];
    }

    $option = new \PrestaShop\PrestaShop\Core\Payment\PaymentOption();
    $option
        ->setModuleName($this->name)
        ->setCallToActionText($this->l('Pay by card'))
        ->setAction($this->context->link->getModuleLink(
            $this->name, 'validation', [], true
        ));
    // A single module can return several PaymentOption objects –
    // one per method (card, iDEAL, BLIK) – as separate buttons.
    return [$option];
}

Das macht den Unterschied greifbar: Ein Modul, das ein sauberes Array von PaymentOption-Objekten zurückgibt, integriert sich in den nativen Zahlungsschritt; ein Modul, das stattdessen einen rohen Weiterleitungslink ausgibt, ist dasjenige, das Ihr Layout zerlegt und sich schwer sortieren lässt. Wenn Sie ein Modul bewerten, sollten Sie genau dieses Verhalten mit einer Testbestellung in einer Staging-Umgebung prüfen.

Die wichtigsten Zahlungsmodule auf einen Blick

Die folgende Tabelle ist die Kurzantwort. Gebühren ändern sich und sind ab einem bestimmten Volumen verhandelbar. Verstehen Sie die Zahlen deshalb als öffentlich gelistete europäische Basis zum Zeitpunkt der Veröffentlichung, prüfen Sie die aktuellen Sätze auf der Preisseite des jeweiligen Anbieters, bevor Sie sich festlegen. Jede "Methodenanzahl" meint das, was ein einzelnes Modul in Ihrer Kasse anzeigen kann.

Jede dieser Optionen verdient mehr als eine Tabellenzeile. Für die beiden Anbieter, die die meisten Shops am Ende installieren, haben wir eigene praxisnahe Leitfäden: den vollständigen Backoffice-Durchlauf für Stripe in PrestaShop und Mollie als Multi-Methoden-Zahlungsanbieter, plus einen direkten Vergleich, wenn Sie zwischen den zwei bekanntesten Namen in Stripe vs PayPal wählen. Speziell für den polnischen Markt ist die Einrichtung eine eigene Aufgabe: Przelewy24 für PrestaShop.

Aggregator oder Einzelmethoden-Modul: Die Entscheidung hinter der Entscheidung

Bevor Sie Marken auswählen, wählen Sie eine Struktur. PrestaShop-Händler, die das falsch angehen, enden mit einem überladenen Zahlungsschritt und einem Wartungsproblem. Es gibt zwei Strukturen:

Das Aggregator-Modul (Mollie, Stripe)

Ein Modul wird einmal installiert, mit einem Dashboard verbunden und zeigt viele Zahlungsarten als separate Schaltflächen in der Kasse an. Was bedeutet das für Sie? Ein Satz Webhooks, der zuverlässig funktionieren muss, eine Abgleichansicht, ein Modul, das bei einer API-Änderung aktualisiert wird, und Sie können eine Methode in der Modulkonfiguration ein- oder ausschalten, ohne etwas Neues zu installieren. Für die meisten Shops ist das die richtige Ausgangslösung, denn die Betriebskosten einer Zahlungsart stecken überwiegend in der Wartung, nicht in der Transaktionsgebühr.

Das Einzelmethoden-Modul (ein dediziertes Bizum, ein eigenständiger lokaler Zahlungsanbieter)

Ein Modul, eine Methode, meist, weil diese Methode in Ihrer Region nicht über einen Aggregator verfügbar ist oder weil eine direkte Integration bei hohem Volumen die Transaktionsgebühr senkt. Der Preis dafür ist real: Jedes zusätzliche Zahlungsmodul ist ein weiterer Eingriff in dieselbe Kasse, ein weiterer Webhook-Endpunkt, ein weiterer Update-Zyklus.

Das ist der häufigste technische Fehler, den wir sehen: fünf oder sechs Einzelmethoden-Module stapeln, bis der Zahlungsschritt langsam wird und Konflikte beginnen. Als Arbeitsregel gilt: Halten Sie gleichzeitige Zahlungsmodule bei drei oder vier: ein Aggregator für den Großteil Ihrer Methoden, PayPal für Käufervertrauen und höchstens ein oder zwei dedizierte lokale Module, wo der Aggregator nicht hinreicht. Alles darüber hinaus kauft Ihnen Fehlersuche ein, keine Conversions.

So wählen Sie aus: Ein Entscheidungsrahmen

Arbeiten Sie von oben nach unten. Die erste Frage, die eine klare Antwort liefert, entscheidet meist schon.

1. In wie viele Märkte verkaufen Sie tatsächlich?

• Ein Land: Installieren Sie die dominante lokale Methode plus PayPal als vertrauensbildende Absicherung, und belassen Sie es dabei. Ein niederländischer Shop führt mit iDEAL; ein polnischer Shop mit Przelewy24/BLIK; ein deutscher Shop mit bankbasierten Methoden. Zusätzliche Methoden, die in diesem Markt niemand nutzt, überladen nur die Kasse.
• Mehrere EU-Länder: Führen Sie mit einem Aggregator (Mollie deckt die größte Bandbreite europäischer lokaler Methoden in einem Modul ab), ergänzen Sie PayPal und fügen Sie nur dann ein BNPL-Modul hinzu, wenn Ihre Kategorie davon profitiert. Dieses Drei-Modul-Setup deckt den Großteil europäischer Zahlungspräferenzen ab und lässt Ihnen genau ein Aggregator-Dashboard für den Abgleich.

Wenn Sie unsicher sind, welche lokalen Methoden ein Markt erwartet, ist das eine eigene Recherchefrage. Wir haben erfasst, was europäische Kunden an der Kasse erwarten, ebenso wie die konkreten lokalen Zahlungsschienen in BLIK, iDEAL und Bancontact.

2. Wie hoch ist Ihr durchschnittlicher Bestellwert?

Unter ungefähr 80 EUR spielt BNPL seine höhere Gebühr selten wieder ein. Darüber, besonders in Mode, Möbeln und Lifestyle, kann eine Option für "Jetzt kaufen, später bezahlen" den Anteil der Kunden erhöhen, die einen größeren Warenkorb abschließen. Genau deshalb taucht Klarna besonders in solchen Shops auf. Ob der Effekt die Gebühr wert ist, ist eine Messung pro Shop, keine Garantie; wir gehen diesen Zielkonflikt in was BNPL für Ihre Conversion bedeutet durch.

3. Kartenlastiger Shop oder Abonnementgeschäft?

Wenn die meisten Ihrer Kunden per Karte zahlen und Sie keine ausgefallenen lokalen Zahlungsschienen benötigen, machen Stripes niedrigere EU-Kartengebühr und die integrierte Unterstützung für wiederkehrende Zahlungen den Anbieter zur effizienten Wahl, und Agenturen greifen gern dazu, weil Integration und Dokumentation sauber sind. Wenn Markenvertrauen im Moment der Zahlung Ihr Engpass ist (neuer Shop, Erstkäufer, international), ist PayPals Wiedererkennung die höhere Gebühr als zweite Schaltfläche wert.

Der breitere Fall für mehr als eine Methode, und warum ein einzelner Zahlungsanbieter Geld liegen lässt, ist ein eigenes Argument, vollständig ausgeführt in Warum Zahlungsmethoden wichtig sind: Mehr Optionen bedeuten mehr Umsatz.

Technische Prüfungen, bevor ein Zahlungsmodul live geht

Der Gebührenvergleich ist der einfache Teil. Das hier sind die Dinge, die Zahlungsmodule in der Produktion leise brechen lassen, und jedes davon lässt sich auf Ihrem eigenen Server oder im Backoffice prüfen.

Webhooks müssen wirklich ankommen

Jeder moderne Zahlungsanbieter bestätigt den Zahlungsstatus mit einem Server-zu-Server-Webhook, nicht über die Browser-Weiterleitung des Kunden. Das bedeutet: Eine Bestellung kann beim Anbieter bezahlt sein, während Ihr Shop sie weiterhin als unbezahlt anzeigt, wenn der Webhook nie ankommt. Prüfen Sie vor dem Start drei Dinge: Ihr SSL-Zertifikat ist gültig (Anbieter senden nicht an ein fehlerhaftes Zertifikat), Ihr Server beantwortet die Webhook-URL innerhalb des Timeouts des Anbieters (häufig ca. 30 Sekunden), und Ihre Firewall oder Ihr CDN blockiert nicht die IP-Bereiche des Anbieters. In PrestaShop trifft der Webhook den eigenen Front-Controller des Moduls (den controllers/front/-Handler des Moduls, erreichbar über index.php?fc=module&module=...&controller=...); prüfen Sie, dass er öffentlich auflösbar ist, bevor Sie ihm vertrauen.

Ein Detail bringt speziell Stripe-Integrationen oft zu Fall: Stripe signiert jeden Webhook mit einem Secret, und Ihr Modul prüft den Stripe-Signature-Header dagegen. Wenn Sie das Signatur-Secret im Stripe-Dashboard neu erzeugen, den neuen Wert aber nicht in die Modulkonfiguration eintragen, kommt jeder Webhook an und wird als unsigniert abgelehnt, der Anbieter zeigt die Zahlung als eingezogen, während PrestaShop die Bestellung nie auf bezahlt setzt. Wenn eine Stripe-Bestellung auf "ausstehend" hängt, das Dashboard sie aber als belastet zeigt, prüfen Sie zuerst, ob das Webhook-Signatur-Secret übereinstimmt.

Lassen Sie ein Modul niemals rohe Kartennummern anfassen

Wenn ein Zahlungsmodul Kartennummern in einem Formular erfasst, das von Ihrer eigenen Domain ausgeliefert wird, übernehmen Sie den vollen PCI-DSS-Umfang, ein jährlicher Compliance-Aufwand im vierstelligen Bereich. Wählen Sie Module, die gehostete Felder oder ein iframe des Zahlungsanbieters nutzen (PayPal Checkout, Stripe Elements, Mollie Components): Die Kartendaten erreichen Ihren Server nie, Sie bleiben in der leichtesten PCI-Kategorie (SAQ A), und der Umfang bleibt beim Anbieter. Das ist nicht verhandelbar und ein legitimer Grund, ein ansonsten günstigeres Modul abzulehnen.

Testen Sie die Konfliktfläche in einer Staging-Umgebung

Weil jedes Zahlungsmodul am selben paymentOptions-Hook registriert ist, können zwei Module um die Darstellung, Reihenfolge oder Assets der Kasse konkurrieren. Installieren und testen Sie ein neues Zahlungsmodul zuerst auf einer Staging-Kopie, geben Sie über jede Methode eine echte Testbestellung auf, bevor es jemals ein Live-Kunde sieht. Ein Zahlungsmodul, das im Zahlungsschritt einen 500er wirft, verliert nicht einen Verkauf; es verliert jeden Verkauf, bis Sie es bemerken.

Unsere Empfehlung

Für die meisten europäischen PrestaShop-Shops ist der effiziente Startpunkt ein Aggregator (Mollie, wenn Ihre Märkte stark auf europäische lokale Methoden setzen; Stripe, wenn Sie kartenlastig sind oder Abonnements brauchen) plus PayPal als vertrauensbildende Absicherung, zwei Module, die den Großteil der Nachfrage abdecken, mit einem Dashboard für den Abgleich. Ergänzen Sie Klarna nur dort, wo Ihr durchschnittlicher Bestellwert und Ihre Kategorie die BNPL-Gebühr rechtfertigen, und ein dediziertes lokales Modul nur dort, wo der Aggregator die Methode, die Ihr Markt tatsächlich nutzt, nicht erreicht. Dann lassen Sie es dabei: Jedes zusätzliche Zahlungsmodul ist laufende Wartung, und ein schlankes, gut gepflegtes Zahlungs-Setup konvertiert besser als ein überladenes.

Für welche Module Sie sich auch entscheiden, das Prinzip gilt für die Oberfläche, auf der sie leben: Der Zahlungsschritt ist die wertvollste Ansicht in Ihrem Shop, und die Aufgabe jedes Moduls darauf ist es, korrekt, schnell und ohne Überraschungen für den Kunden abzubuchen. Die oben genannten Module registrieren sich alle im selben Zahlungsschritt. Deshalb ist dessen Aufbau genauso wichtig wie die Frage, welche Module darauf sitzen: Methoden, Bestellsumme und Bestätigungsbutton in einer Ansicht zu halten, ist genau der Punkt, an dem unser Checkout Revolution One-Page-Checkout seinen Platz verdient, weil er Stripe (Karten, Apple Pay, Google Pay, Link), PayPal und Ihren lokalen Zahlungsschienen einen sauberen Zahlungsschritt bietet, in dem sie erscheinen können, ohne dass der Kunde den Schwung verliert. Wählen Sie nach Ihren Märkten, halten Sie das Setup klein, prüfen Sie die Webhooks, und Sie haben eine geschäftliche Entscheidung getroffen, nicht nur eine technische. Genau darum geht es bei der Auswahl von Zahlungsmodulen.

Häufig gestellte Fragen

Wie viele Zahlungsmodule sollte ein PrestaShop-Shop gleichzeitig betreiben?

Drei oder vier sind für die meisten Shops die praktische Obergrenze: ein Aggregator (Mollie oder Stripe) für den Großteil Ihrer Methoden, PayPal als vertrauensbildende Absicherung und höchstens ein oder zwei dedizierte lokale Module, wo der Aggregator eine Methode, die Ihr Markt braucht, nicht erreicht. Jedes zusätzliche Modul ist ein weiterer Webhook, der zuverlässig laufen muss, und ein weiterer Update-Zyklus. Da alle denselben paymentOptions-Hook teilen, beginnen bei zu vielen Modulen Konflikte in der Kasse und langsame Zahlungsschritte.

Ist Mollie oder Stripe der bessere Aggregator für einen PrestaShop-Shop?

Das hängt davon ab, wo Ihre Kunden sitzen. Mollie bringt die größte Bandbreite europäischer lokaler Methoden (iDEAL, Bancontact, BLIK, Przelewy24, Klarna und mehr) in einem Modul mit Preisgestaltung je Methode mit. Das passt zu Benelux-/DACH-Shops mit mehreren Märkten. Stripe hat die niedrigere EU-Kartengebühr, integrierte wiederkehrende Abrechnung und saubere Wallet-Unterstützung (Apple Pay, Google Pay, Link), was zu kartenlastigen Shops oder Abonnementmodellen passt. Kartenlastig und global → Stripe; breite europäische lokale Abdeckung → Mollie.

Brauche ich eine PCI-Zertifizierung, um Kartenzahlungen über diese Module anzunehmen?

Nicht im aufwendigen Sinn, solange das Modul gehostete Felder oder ein iframe des Zahlungsanbieters verwendet (Stripe Elements, Mollie Components, PayPal Checkout). Damit berühren rohe Kartendaten Ihren Server nie, und Sie fallen in die leichteste Selbstauskunftskategorie, SAQ A. Die Falle ist jedes Modul, das ein Kartennummernformular von Ihrer eigenen Domain ausliefert, damit holen Sie den vollen PCI-DSS-Umfang in Ihren Shop, inklusive der entsprechenden Prüfungskosten.

Eine Bestellung ist beim Zahlungsanbieter bezahlt, aber in PrestaShop unbezahlt, was ist falsch?

Fast immer ist ein Webhook nicht angekommen oder nicht akzeptiert worden. Prüfen Sie, ob Ihr SSL-Zertifikat gültig ist, ob der Front-Controller des Moduls öffentlich auflösbar ist und ob kein CDN oder keine Firewall die IP-Bereiche des Anbieters blockiert. Speziell bei Stripe sollten Sie kontrollieren, ob das Webhook-Signatur-Secret im Modul mit dem im Stripe-Dashboard übereinstimmt, ein abweichendes Secret sorgt dafür, dass der Shop jeden ansonsten gültigen Webhook still ablehnt.

Sind die Gebühren in der Vergleichstabelle fest?

Nein. Es sind die öffentlich gelisteten europäischen Basissätze zum Zeitpunkt der Veröffentlichung, und sie ändern sich. Anbieter überarbeiten ihre Preise, und die meisten Sätze sind verhandelbar, sobald Sie ein bestimmtes Monatsvolumen überschreiten. Verstehen Sie die Tabelle als Form des Vergleichs, nicht als Angebot, und prüfen Sie die aktuellen Gebühren auf der Preisseite des jeweiligen Anbieters, bevor Sie sich festlegen.