Kunden-E-Mail
«Seit 3 Tagen zeigt Stripe das Widget an, aber wenn der Kunde auf Bezahlen klickt, passiert nichts. Wir haben laut GA4 42 Warenkörbe im letzten Schritt abgebrochen.»
💸 Zahlung KO = Umsatz, der lautlos abfließt
Zahlung bricht in Ihrem
Zahlung bricht in Ihrem
PrestaShop ab?
wir bringen das Gateway wieder ans Laufen.
Audit und Behebung von PrestaShop-Zahlungsfehlern (Stripe, PayPal, Klarna, Apple Pay)
Kunde hat bezahlt, aber Bestellung nicht erstellt, Stripe-Widget lädt nicht, PayPal in Endlosschleife, 3D Secure abgelehnt, Apple Pay unsichtbar auf iOS, Klarna nicht verfügbar: jeder PSP hat seine typischen Pannen. Wir lesen die PSP-Logs, identifizieren die Unterbrechung, schließen die Kette wieder.
✓ Kostenloses Vor-Audit 30 Min
✓ Angebot in 24 h (Werktag)
✓ Ab 60 €/h netto
✓ Verwaiste Bestellungen wiederhergestellt
💸 Die echten Kosten einer defekten Zahlung
Ein Zahlungsbug = 8 bis 15 % Ihres Umsatzes, der wegbricht
Gemessen über 18 PrestaShop-Zahlungs-Audits in 2025-2026. Vergleichen Sie mit Ihrem eigenen Shop.
200
Bestellungen / Monat
(Standard-B2C-Shop)
(Standard-B2C-Shop)
× 8-15 %
verlorene Warenkörbe
speziell durch Zahlungsbug
speziell durch Zahlungsbug
3 bis 5 k€
Umsatz / Monat wiederherstellbar
nach Gateway-Fix
nach Gateway-Fix
💡 Kostenloses Vor-Audit: Wir geben Ihnen die exakte Zahl für Ihren Shop.
🔎 Symptome je PSP
Jedes Gateway hat seine typischen Pannen
Erkennen Sie Ihren PSP und das Symptom: das lenkt die Diagnose sofort.
💳 Stripe
Häufige Pannen:
authentication_required→ 3DSv2 nicht implementiert- Card-Element-Widget lädt nicht → CSP blockiert
js.stripe.com - Webhook-Endpoint in 403 → Stripe-IPs vom WAF blockiert
signature_verification_failed→ Webhook-Secret-Key rotiert
🅿️ PayPal
Häufige Pannen:
- «Mit PayPal bezahlen»-Button unsichtbar → JS-SDK nicht geladen
- Redirect zu
paypal.comin Schleife → IPN-Token kaputt - IPN-Webhook kommt nicht an → URL geändert ohne Dashboard-Update
- Sandbox in Produktion aktiv → Test-API-Schlüssel nicht umgestellt
💜 Klarna (Pay in 30, Pay in 3, Pay Now/Sofort, Ratenkauf)
Häufige Pannen:
- Klarna-Button im Warenkorb unsichtbar → Zahlart im Merchant Portal nicht aktiviert
- Falsche API-Region (eu1.api.klarna.com vs. global) für DE/AT
method not available→ purchase_country stimmt nicht mit Lieferadresse überein- Pay Now ersetzt Giropay nicht automatisch (Giropay 2024 eingestellt)
🏦 SEPA / Lastschrift
Häufige Pannen:
- IBAN-Validierung schlägt fehl → MOD97-Algorithmus im Modul falsch
- Mandatsreferenz nicht generiert → SEPA-Modul falsch konfiguriert
- Status bleibt 7 Tage in «wartend» → das ist normal (SEPA-Frist), kein Bug
- Rücklastschrift wird nicht erkannt → fehlender Notification-Hook
🍎 Apple Pay / Google Pay
Häufige Pannen:
- Apple Pay-Button unsichtbar auf iOS → Datei
apple-developer-merchantid-domain-associationfehlt - Domain im PSP-Dashboard nicht verifiziert
- HTTPS nicht auf der ganzen Site gültig (Subdomains)
- Auf iOS < 15: Apple Pay verweigert ohne nativen Safari
🌍 Mollie / Adyen
Häufige Pannen:
- Bestellstatus bleibt unbegrenzt in «pending»
- Lokale Methode (iDEAL, EPS Österreich, TWINT Schweiz) im Dashboard nicht aktiviert
- Webhook in 200 empfangen, aber Status nicht aktualisiert → Modulbug
- Test-/Live-Modus nach Migration verwechselt
⚡ Typischer Einsatz
Stripe-Bug behoben in 2 h 21
Realer Fall · Shop für Nahrungsergänzung · PrestaShop 8.1 + offizielles Stripe-Modul · Februar 2026.
Vor-Audit · Browser-Konsole
Öffnen der Zahlungsstrecke, F12 → Konsole. Angezeigter Fehler:
Refused to load the script 'https://js.stripe.com/v3/' because it violates the following Content Security Policy directive. CSP blockiert Stripe.
Ursache identifiziert
Der Kunde hatte 4 Tage zuvor ein «Hardener»-Sicherheitsmodul installiert, das einen sehr restriktiven
Content-Security-Policy-Header injizierte, ohne Stripe auf die Whitelist zu setzen. Bingo.
Angebot versendet · 2 h geschätzt
E-Mail mit Ursache + Maßnahmenplan: (1) Hinzufügen der Stripe-Domains zur CSP-Whitelist, (2) Vollständige Strecken-Tests, (3) Audit weiterer Skripte, die blockiert sein könnten (PayPal, Klarna, Google Pay, reCAPTCHA).
Fix deployed
CSP erweitert:
script-src 'self' js.stripe.com m.stripe.network + frame-src js.stripe.com hooks.stripe.com. Tests mit 3 Karten (Visa 3DS, Mastercard ohne 3DS, AmEx): Zahlungen OK.
Bericht + Wiederherstellung abgebrochener Warenkörbe
Abgleich mit Stripe-Dashboard → 11 erfolgreiche Charges über 3 Tage, deren PS-Bestellung nicht erstellt wurde (Bug vor dem Fix). Manuelle Erstellung der 11 Bestellungen zur Lieferung.
2 h 21
Gesamteinsatz
~ 141 €
Abgerechnet auf Angebot
(2 h 21 × 60 €/h netto)
(2 h 21 × 60 €/h netto)
11 Best.
+ 2.850 €
+ 2.850 €
Verwaiste Bestellungen wiederhergestellt
💰 Tarife
Tarife vorab angekündigt
Vor-Audit kostenlos. Beim Einsatz wissen Sie genau, was es kostet, bevor wir den Code anfassen.
🔍 Vor-Audit
Vor-Audit
herausfinden, warum nicht bezahlt wird
0€gratis
30 Min · ohne Verpflichtung
- Test der Zahlungsstrecke komplett (Visa, MC, 3DS)
- Lesen PSP-Logs (Stripe-/PayPal-/Klarna-/Mollie-Dashboard)
- Festes Angebot + geschätzter wiederherstellbarer Umsatz
- Sie entscheiden, ob wir weitermachen
⚡ Am häufigsten
🔧 Einsatz
Gezielter Einsatz
Zahlung wieder zum Laufen bringen
ab 60€netto
nach Diagnose · Preis vorab angekündigt
- Backup Dateien + DB vor jedem Einsatz
- Behebung der Ursache (Webhook, Schlüssel, CSP, 3DS, Modul)
- Tests auf Visa, MC, AmEx, Klarna, Apple Pay falls relevant
- Wiederherstellung der verwaisten Bestellungen (≤ 10 inklusive)
- Garantie 30 Tage auf die Korrektur
🛡️ Wartung
Wartung Performance
dauerhafte Überwachung der Zahlung
ab 50€/ Monat
24/7-Überwachung · ohne Verpflichtung
- Automatisierter Replay der monatlichen Zahlungsstrecke
- Tägliche Backups automatisch in EU-Rechenzentren (DSGVO-konform)
- Alarm bei PSP-Webhook-Fehler > 3-mal
- Prioritärer Einsatz bei Zahlungsbugs
🧭 Verwechseln Sie nicht
«Zahlungsbug» ist nicht...
❌ Kein allgemeiner Checkout-Bug
Wenn sich der Warenkorb leert, der Versandschritt in einer Schleife landet, der Weiter-Button nicht reagiert, bevor man überhaupt zur Zahlung kommt: das ist der Bestellprozess, nicht der PSP. Dedizierte Seite.
Checkout-Seite →
❌ Keine sektorbedingte PSP-Ablehnung
Wenn Stripe/PayPal Ihre Tätigkeit ablehnt (Glücksspiel, CBD, E-Zigaretten), ist das eine kommerzielle Entscheidung des PSP, kein technischer Bug. Lösung: Wechsel zu einem PSP, der Ihre Branche akzeptiert.
❌ Kein Bankbetrug
Werden Transaktionen angefochten (Chargeback) oder von der Issuer-Bank abgelehnt, ist das Betrugsbekämpfung auf Karten-Seite, kein PrestaShop-Bug. Dedizierte Tools: Stripe Radar, Sift usw.
❓ FAQ
PrestaShop-Zahlungsbug — häufig gestellte Fragen
Sechs Ursachen stechen 2025-2026 heraus: (1) abgelaufener API-Schlüssel oder rotiert beim PSP, (2) Webhook-URL blockiert durch WAF / Cloudflare, (3) SSL-Zertifikat abgelaufen oder nicht akzeptiert, (4) 3D Secure v2 nicht implementiert (seit PSD2), (5) Modul inkompatibel mit Ihrer PrestaShop-Version nach Update, (6) Widget-JavaScript blockiert durch ein anderes Modul (Chat, Tracking, DSGVO-Consent).
Klassischer Webhook-Bug. Der PSP sendet nach der Zahlung einen Bestätigungs-POST an Ihre Website. Schlägt die Anfrage fehl, wird die Bestellung trotz Geldabbuchung nicht erstellt. Sofortige Prüfung: PSP-Dashboard > Webhooks > Status der letzten Versuche. Bei 403/500/502/Timeout kommt der Webhook nicht an. Ursachen: WAF-Firewall blockiert PSP-IPs, Endpoint mit Fatal, falsch konfigurierte URL. Behebung: Whitelist offizieller IPs + Endpoint-Fix. Verwaiste Bestellungen werden manuell aus den PSP-Zahlungen wiederhergestellt.
Seit PSD2 / SCA (September 2021) müssen alle B2C-Transaktionen im EWR 3DSv2 durchlaufen, mit nur begrenzten Ausnahmen. Alte Module (vor 2022) implementieren häufig 3DSv1, das nicht mehr akzeptiert wird. Symptome:
authentication_required, Stripe-Widget lädt und verschwindet wieder. Behebung: Update des offiziellen Stripe-Moduls (unterstützt 3DSv2 nativ) oder Patch des Custom-Moduls, um PaymentIntents-API aufzurufen und Challenge zu verwalten.Klarna (rund 30 % der DE-Checkouts) verlangt: (1) korrekte API-Zugangsdaten (eu1.api.klarna.com für DE/AT), (2) Zahlarten (Pay in 30, Pay in 3, Pay Now/Sofort, Ratenkauf) pro Markt im Merchant Portal aktiviert, (3) Klarna-Modul mit PrestaShop 8.x kompatibel. Symptome: Button unsichtbar,
method not available, purchase_country stimmt nicht. Hinweis: Giropay wurde 2024 abgeschaltet — falls Sie es noch nutzen, sollten Sie auf Pay Now (Klarna) oder SEPA migrieren.Apple Pay erfordert drei kumulative Bedingungen: (1) gültiges HTTPS auf der gesamten Site (nicht nur Checkout-Seite), (2) eine Domain-Verifizierungsdatei unter
/.well-known/apple-developer-merchantid-domain-association — oft nach Migration vergessen, (3) Domain im Apple Pay-Dashboard verifiziert (über Stripe bei Stripe). Diagnose: JS-Konsole Safari iOS im Checkout. Behebung: Neugenerierung der Verknüpfungsdatei aus dem PSP-Dashboard, Hochladen, erneute Verifizierung. Ø 15 Min.Das Vor-Audit ist kostenlos (30 Min): Test einer vollständigen Zahlungsstrecke, Lesen der PrestaShop-Logs und des PSP-Dashboards. Der Einsatz wird dann auf Angebot, ab 60 €/h netto abgerechnet. Die meisten Zahlungsbugs (Webhook, API-Schlüssel, 3DS, Klarna, Apple Pay) werden in 1 bis 3 h behoben, sobald die Ursache identifiziert ist. Angebot in 24 h (Werktag) versandt. Inklusive in Business-/Performance-Wartung.
Bei den 2025-2026-Zahlungs-Audits ist der Bug im Schnitt für 8 bis 15 % der Checkout-Abbruchrate verantwortlich. Bei einem Shop mit 200 Bestellungen/Monat und 70 % Abbruch: 8 bis 15 % × ≈ 50 bis 90 Warenkörbe/Monat × 60 € Ø Warenkorb = 3.000 bis 5.400 €/Monat entgangener Umsatz speziell wegen der Zahlung. ROI sofort ab dem ersten Monat nach Fix.
🔗 Verwandte Themen
Weitere Probleme, die ich behebe
Ihre Kunden können nicht mehr bezahlen?
Kostenloses Vor-Audit 30 Min: wir testen eine komplette Strecke, identifizieren die Unterbrechung, beziffern. Festes Angebot in 24 h (Werktag).