WooCommerce-Checkout funktioniert nicht: Der komplette Troubleshooting-Guide (2026)

Notfall-Triage: die ersten 5 Minuten

Bevor du tief debuggst, drei schnelle Checks, die überraschend viele Fälle sofort lösen:

1. Alle Caches leeren. Caching-Plugin (WP Rocket, LiteSpeed, W3TC), Server-Cache (Plesk/Hosting-Panel) und Cloudflare, falls aktiv. Dann erneut in einem privaten/Inkognito-Fenster testen. Funktioniert der Checkout jetzt, ist Caching dein Problem — springe zu Schritt 3.
2. Prüfe, ob kürzlich etwas geändert wurde. Hat sich in den letzten 24–48 Stunden ein Plugin, Theme oder WooCommerce aktualisiert (inkl. Auto-Updates)? Schau unter Dashboard → Updates und im Activity-Log deines Hosters. Ein Checkout, der gestern noch ging und heute kaputt ist, wurde fast immer durch etwas kaputt gemacht — finde das Etwas.
3. WooCommerce-Status prüfen. WooCommerce → Status: rote Warnungen, veraltete Datenbank, als veraltet markierte Template-Overrides? Screenshot machen — du wirst es brauchen.

Symptom-Index: springe zu deinem exakten Problem

Schritt 1 — Reproduzieren & Beweise sammeln

Debuggen ohne Beweise ist Raten. Fünf Minuten Setup sparen Stunden:

• In Inkognito reproduzieren, ausgeloggt, idealerweise auf einem zweiten Gerät und Netzwerk. Admin-Sitzungen umgehen Caches und können das Problem maskieren — viele „kaputte" Checkouts funktionieren für den Shop-Betreiber und scheitern für jeden echten Kunden.
• Browser-Konsole (F12 → Console) und Network-Tab öffnen, bevor du den Checkout lädst. Rote Konsolen-Fehler und fehlgeschlagene (rote) Netzwerk-Requests sind deine wertvollsten Hinweise.
• WordPress-Debug-Logging in wp-config.php aktivieren:

  define( 'WP_DEBUG', true );
  define( 'WP_DEBUG_LOG', true );
  define( 'WP_DEBUG_DISPLAY', false );

• Checkout neu laden, dann wp-content/debug.log lesen. Eine leere weiße Seite nennt hier ihren Fatal Error, meist mit exaktem Plugin-Pfad im Stack Trace — Fall in einem Schritt gelöst.
• Auch WooCommerce → Status → Logs prüfen: das fatal-errors-Log und das Log deines Payment-Gateways (z. B. stripe) enthalten oft die Antwort wortwörtlich.

Schritt 2 — Plugin-Konflikte: der #1 Checkout-Killer

In unserer Agentur-Erfahrung ist ein Plugin-Konflikt — meist ausgelöst durch ein Update — der häufigste Grund, warum ein WooCommerce-Checkout nicht mehr funktioniert. Die klassische Diagnose ist brutal, aber eindeutig:

Zwei Wege, das zu tun, ohne deinen Live-Shop zu zerstören:

• Health Check & Troubleshooting Plugin: Der Troubleshooting-Modus deaktiviert Plugins nur für deine Sitzung — echte Kunden sehen die normale Seite, während du testest.
• Staging-Site: Die meisten Hoster bieten One-Click-Staging. Hier gehört der Deaktivierungs-Test hin. (Und hier sollte jedes zukünftige Update vor Produktion getestet werden — mehr unter Prävention.)

Übliche Verdächtige aus Jahren Incident-Reports: Optimierungs-/Caching-Plugins, Security-Plugins mit aggressiven Firewall-Regeln, Multi-Currency- und B2B/Preis-Plugins, Checkout-Feld-Editoren, Mengenrabatt-Plugins und — ironisch — veraltete Payment-Gateway-Plugins selbst.

Schritt 3 — Caching & Optimierung: wie „schneller" „funktionierend" bricht

Caching-Plugins sind essenziell für Performance — und die häufigste nicht-offensichtliche Ursache für einen kaputten Checkout. Zwei getrennte Fehlermodi:

3a. Page-Caching auf Warenkorb & Checkout

Warenkorb- und Checkout-Seiten sind pro Kunde dynamisch und dürfen nie page-gecached werden. WooCommerce schützt Checkout-Submissions mit Nonces — Sicherheits-Tokens mit begrenzter Lebensdauer. Wenn ein Page-Cache einen Checkout ausliefert, der Stunden alt ist, ist das eingebettete Nonce abgelaufen, und Kunden bekommen „Sitzung abgelaufen" oder Nonce-Fehler, während alles für dich normal aussieht.

• Prüfe, ob dein Caching-Plugin /cart, /checkout und /my-account ausschließt. WP Rocket und LiteSpeed machen das bei Standard-Setups automatisch — aber benutzerdefinierte Checkout-URLs, Übersetzungen (z. B. /kasse/) oder Landing-Page-Checkouts fallen durch.
• Cloudflare APO oder „Cache Everything"-Regeln? Stelle sicher, dass WooCommerce-Cookies (woocommerce_cart_hash, Session-Cookies) den Cache umgehen.
• Ausführlicher Deep-Dive: unser Guide, wie Caching WooCommerce-Checkouts bricht, und der Begleit-Artikel zum Beheben von „invalid nonce"-Fehlern.

3b. JS/CSS-Minifizierung, Kombination & Delay

Features wie „JavaScript kombinieren", „JS defer" oder „JS-Ausführung verzögern" brechen routinemäßig Checkout-Scripts und Payment-Gateway-Iframes (Stripe Elements, PayPal-Buttons). Das Symptom ist meist ein Spinner, der nie stoppt, oder Zahlungsfelder, die nie rendern.

1. Deaktiviere vorübergehend alle JS-Optimierungen und teste den Checkout erneut.
2. Funktioniert er: aktiviere Features einzeln wieder und füge Checkout-Scripts (und Gateway-Domains wie js.stripe.com) zur Ausschlussliste hinzu.

Schritt 4 — Payment-Gateway-Probleme

Wenn die Checkout-Seite selbst gesund ist, aber Zahlungen scheitern oder Felder nicht erscheinen, ist die Gateway-Schicht verdächtig:

• API-Keys: abgelaufen, widerrufen, oder — der Klassiker — Test-Keys auf der Live-Site (oder Live-Keys auf Staging). Gateway im Plugin neu verbinden. Zum Testen die richtigen Stripe-Testkarten im Testmodus verwenden, nie echte Karten.
• Webhooks: Bestellungen bei „Zahlung ausstehend" bedeuten fast immer, dass die Zahlungsbestätigung des Gateways (Stripe-Webhook, PayPal-IPN) deine Seite nicht erreicht hat. Prüfe das Webhook-Delivery-Log im Stripe/PayPal-Dashboard auf fehlgeschlagene Versuche — und ob ein Security-Plugin oder Server-Firewall die Callback-URL blockiert.
• SSL: Gateways erfordern gültiges HTTPS. Ein abgelaufenes Zertifikat oder Mixed-Content-Warnungen können Zahlungsfelder stillschweigend killen.
• 3D Secure: Wenn speziell EU-Kunden nicht zahlen können, teste den SCA-Flow — ein Authentifizierungs-Modal, das durch JS-Optimierung blockiert wird (siehe Schritt 3b), lehnt jede europäische Karte ab, während US-Testkäufe durchgehen.
• Gateway-Status: Schließe einen Ausfall auf der Status-Seite des Anbieters aus, bevor du deine eigene Site debuggst. Selten — aber es passiert, und es ist die eine Ursache, die du nicht fixen kannst.

Schritt 5 — Theme & Template-Probleme

Der schnellste Theme-Test dauert zwei Minuten:

1. Wechsle zu Storefront oder einem Default-Theme (Twenty Twenty-Four) — auf Staging, kurz nachts, oder pro Sitzung via Health-Check-Plugin.
2. Checkout funktioniert unter dem Default-Theme? Dein Theme ist das Problem.

• Veraltete WooCommerce-Template-Overrides. Themes, die Checkout-Templates überschreiben (yourtheme/woocommerce/checkout/…), brechen, wenn WooCommerce seine Template-Struktur aktualisiert. WooCommerce → Status → Templates listet jeden Override und markiert veraltete — diese Liste ist deine To-do.
• Mitgelieferte/veraltete jQuery- oder JS-Bibliotheken, die mit Checkout-Scripts kollidieren (Übergabe an Schritt 6).
• Checkout Block vs. klassischer Shortcode: Seit WooCommerce 8.3 nutzen Neuinstallationen den Checkout Block, aber viele Plugins und Themes unterstützen nur den klassischen [woocommerce_checkout]-Shortcode richtig. Wenn der Checkout nach Redesign oder Woo-Update brach, teste den anderen Checkout-Typ auf einer Entwurfsseite — funktioniert der, hast du eine Kompatibilitäts-Lücke gefunden.

Schritt 6 — JavaScript-Fehler: wenn der Button einfach… nichts tut

Ein „Bestellung abschicken"-Button, der nichts tut — keine Fehlermeldung, kein Spinner, kein Request — ist ein JavaScript-Fehler, bis das Gegenteil bewiesen ist. Validierung und Absenden des Checkouts sind JS-gesteuert; ein Fatal Error weiter oben auf der Seite stoppt alles darunter.

1. DevTools → Console (F12) öffnen, Checkout neu laden, „Bestellung abschicken" klicken.
2. Rote Fehler? Lies den Dateipfad im Fehler — er nennt das verantwortliche Plugin oder Theme. Uncaught TypeError / $ is not a function deuten auf jQuery-Konflikte; Fehler in minifizierten Bundles wie min.js-Dateien verweisen zurück auf Schritt 3b.
3. Network-Tab prüfen: Feuert der Klick einen ?wc-ajax=checkout-Request? Bei 403 Security-Plugin/WAF verdächtigen; bei 500 Debug-Log lesen (Schritt 1); feuert gar kein Request, ist der JS-Fehler oben die Ursache.
4. Auch mit deaktivierten Browser-Erweiterungen testen — Adblocker killen gelegentlich Gateway-Scripts, was zählt, wenn nur einige Kunden das Problem melden.

Schritt 7 — Server-seitige Ursachen

Wenn oben alles sauber ist, eine Ebene tiefer:

• PHP-Memory & Fatal Errors: Checkout ist die teuerste Seite im Shop. Allowed memory size exhausted im Debug-Log → memory_limit (256M+) im Hosting-Panel erhöhen.
• ModSecurity / WAF-Regeln: Server-Firewalls blockieren manchmal Checkout-POST-Requests als „verdächtig" — sichtbar als unerklärliche 403s im Network-Tab. Dein Hoster kann die Regel prüfen und whitelisten.
• PHP-Versions-Sprünge: Nach einem PHP-Upgrade werfen ältere Plugins Fatals genau auf dem Checkout. Das Debug-Log nennt sie.
• E-Mails kommen nicht an (Bestellungen OK, Bestätigungen fehlen): wp_mail() ohne SMTP ist unzuverlässig. SMTP-Plugin mit Transaktions-Provider installieren und WooCommerce-E-Mail-Einstellungen prüfen.
• Timeouts: langsame externe Calls während des Checkouts können max_execution_time überschreiten — sichtbar als intermittierende Fehler unter Last.

Fix richtig verifizieren (nicht nur „es lädt")

Ein Checkout, der rendert, ist kein Checkout, der funktioniert. Nach jedem Fix den vollen Flow durchlaufen:

1. Testmodus im Payment-Gateway aktivieren (oder Staging nutzen).
2. Kauf mit Stripe-Testkarte 4242 4242 4242 4242 abschließen — prüfen: Bestellung erstellt, Lager reduziert, Bestätigungs-E-Mail erhalten, Webhook zugestellt.
3. Einen Decline-Test (Kunde muss klare Fehlermeldung sehen) und einen 3D-Secure-Test (Authentifizierungs-Modal muss öffnen und abschließen) durchführen.
4. Einmal ausgeloggt, in Inkognito, mit warmen Caches wiederholen — die exakten Bedingungen eines echten Kunden.

Prävention: nie vom Kunden erfahren

Das Muster hinter fast jedem Fall in diesem Guide: Der Checkout ist kaputt gegangen, während niemand hinsah. Ein Plugin hat um 3 Uhr morgens auto-updated. Eine Cache-Regel hat sich geändert. Ein API-Key ist abgelaufen. Und WooCommerces Fehlermodus ist Stille — keine Fehler-E-Mail, keine Dashboard-Warnung. Bestellungen hören einfach auf, und der erste Alarm ist eine Kundenbeschwerde oder ein verdächtig ruhiger Verkaufstag.(Wir haben Shops gesehen, die ein ganzes Wochenende Umsatz verloren haben — deshalb bekommt „Bestellungen hören plötzlich auf" einen eigenen Guide.)

• Zuerst auf Staging updaten. Jedes Plugin-, Theme- und WooCommerce-Update läuft auf Staging, Checkout wird getestet, dann Produktion. Keine Ausnahmen für „kleine" Updates — die brechen Checkouts genauso.
• Nach jeder Änderung testen — den vollen Flow aus dem Abschnitt oben, kein bloßer Seiten-Load-Blick.
• Das Beobachten automatisieren. Niemand testet seinen Checkout manuell jede Stunde, nachts, am Wochenende. Das ist die Aufgabe eines Roboters.

Häufige Fragen