WooCommerce-Checkout langsam? Warum ausgerechnet die Kasse träge ist

Es gibt keinen teureren Ort für Langsamkeit als die Kasse. Auf der Produktseite stöbert dein Kunde noch — im Checkout hat er sich schon entschieden zu kaufen, und jede zähe Sekunde gibt ihm Zeit, es sich anders zu überlegen. Rund 70 % aller Warenkörbe werden abgebrochen (Baymard Institute), und ein umständlicher, träger Checkout-Prozess gehört konstant zu den meistgenannten Gründen.

Das Fiese: Der Checkout ist bei WooCommerce strukturell der langsamste Teil des Shops. Wer das nicht versteht, optimiert an den falschen Stellen. Also zuerst das Warum, dann die Hebel, die wirklich wirken.

Warum die Kasse langsamer ist als der Rest deines Shops

1. Der Checkout wird nie gecacht — per Design. Dein Caching-Plugin macht Startseite und Kategorien schnell, aber Warenkorb und Kasse sind dynamisch: individuelle Artikel, Versandkosten, Steuern, Session. Jeder Checkout-Aufruf ist PHP + Datenbank in Reinform — hier zeigt sich, was dein Hosting wirklich kann. (Die Einordnung, warum Caching bei Shops generell weniger bringt als bei Blogs, steht im großen Guide: WooCommerce langsam? Die 7 echten Ursachen.)

2. Der Checkout rechnet bei fast jeder Eingabe neu. Der klassische WooCommerce-Checkout feuert bei Änderungen an Land, Adresse oder Versandart einen AJAX-Call (update_order_review), der serverseitig den kompletten Warenkorb neu berechnet — Steuern, Versand, Rabatte, alles. Auf einem trägen Server dauert jede dieser Neuberechnungen sekundenlang, und dein Kunde erlebt eine Kasse, die nach jedem Feld „nachdenkt".

3. Payment- und Checkout-Plugins laden überall mit. Viele Zahlungs-Plugins laden ihre Scripts und iframes (Stripe, PayPal & Co.) nicht nur an der Kasse, sondern auf jeder Seite des Shops. Und jedes „Checkout-Felder anpassen"-Plugin hängt sich zusätzlich in genau die Neuberechnung aus Punkt 2.

Die 6 Hebel, die an der Kasse wirklich wirken

1. Miss die Kasse separat — nicht nur die Startseite

Leg einen Artikel in den Warenkorb und miss die Checkout-URL direkt (in PageSpeed Insights geht das nur eingeschränkt, weil die Kasse sessionabhängig ist — nimm zusätzlich den Netzwerk-Tab der Browser-DevTools und beobachte die Dauer der update_order_review-Aufrufe beim Ausfüllen). Über ~1 Sekunde pro Neuberechnung heißt: Dein Server ist der Engpass.

2. Objekt-Cache (Redis) — hier lohnt er sich wirklich

Beim Checkout hilft Page-Caching null, aber ein Objekt-Cache sehr wohl: Er beschleunigt genau die wiederholten Datenbank-Zugriffe (Optionen, Sessions, Produkte), die bei jeder Neuberechnung anfallen. Wenn dein Hosting Redis anbietet: aktivieren. Wenn nicht, ist das ein Argument beim nächsten Hosting-Gespräch — zusammen mit PHP 8.2+ und ausreichend PHP-Workern (jede Neuberechnung belegt einen).

3. Zähme die Cart Fragments

WooCommerce hält den Mini-Warenkorb im Header per AJAX aktuell (get_refreshed_fragments) — auf jeder Seite, auch wenn der Warenkorb leer ist, und vorbei an jedem Cache. Auf vielen Shops ist das der häufigste einzelne Request überhaupt. Prüfe, ob dein Theme ohne auskommt (Warenkorb-Zähler statisch oder per Klick aktualisieren) und deaktiviere die Fragments dann — es gibt dafür schlanke Snippets, ganz ohne weiteres Plugin (warum das oft die bessere Wahl ist).

4. Räum die Zahlungsarten auf

Jedes aktive Zahlungs-Gateway lädt an der Kasse mit — und viele auch überall sonst. Deaktiviere Gateways, die du nicht nutzt (das Test-Gateway von damals, die zweite PayPal-Integration), und prüfe im Netzwerk-Tab, welche Payment-Scripts auf deiner Startseite laden. Alles, was dort nichts verloren hat, lässt sich per Snippet auf die Checkout-Seite begrenzen.

5. Weniger Felder, weniger Plugins, weniger Neuberechnung

Jedes zusätzliche Checkout-Feld und jedes Checkout-Anpassungs-Plugin verlängert die Neuberechnungs-Kette. Die ehrliche Frage pro Feld: Brauchst du die Information vor dem Kauf — oder kannst du sie danach erfragen? Weniger Pflichtfelder sind doppelt gut: schnellere Kasse und nachweislich weniger Abbrüche.

6. Verkürze den Weg: Express-Checkout

Manchmal schlägt ein kürzerer Weg jeden schnelleren: Apple Pay / Google Pay direkt auf der Produktseite überspringt Adressformular und Kartendaten komplett — Adresse und Zahlung kommen aus dem Wallet. Für mobile Käufer (deine Mehrheit) ist das oft der größte einzelne Conversion-Hebel an der Kasse.

Und wenn das alles nicht reicht: die Architektur-Antwort

Wenn Hosting, Redis, Fragments und Gateways sauber sind und sich die Kasse trotzdem zäh anfühlt, stößt du an dieselbe Grenze wie der Rest des Shops — nur früher, weil die Kasse nirgends vom Cache gerettet wird: das Rendering-Modell von WordPress selbst.

Genau deshalb bekommt bei einem headless Setup auch die Kasse ein neues Zuhause: Der Checkout läuft als leichtgewichtige Next.js-Seite (lädt in Sub-Sekunden, reagiert sofort), und die Bestellung geht per REST-API an dein bestehendes WooCommerce — Bestellverwaltung, E-Mails, Lager, alles bleibt, wie du es kennst. Was das im Detail heißt und was exakt gleich bleibt: Dein WooCommerce-Shop ist langsam? Du musst ihn nicht neu bauen.

Die Checkout-Checkliste

| # | Hebel | Aufwand | Wirkung | |---|---|---|---| | 1 | Kasse separat messen (update_order_review-Dauer) | 15 min | Diagnose | | 2 | Redis-Objekt-Cache + PHP 8.2+ | klein (Hosting) | groß | | 3 | Cart Fragments deaktivieren | klein | mittel–groß | | 4 | Ungenutzte Gateways raus, Scripts auf Kasse begrenzen | klein | mittel | | 5 | Checkout-Felder & -Plugins ausdünnen | mittel | mittel + weniger Abbrüche | | 6 | Express-Checkout (Apple/Google Pay) | mittel | groß (mobil) | | 7 | Architektur-Grenze? → headless Checkout | Projekt | Kasse < 1 s |

Wo verliert deine Kasse? Miss den Shop in 30 Sekunden

Der kostenlose WooCommerce Speed-Check zeigt dir Performance und LCP deines Shops für Mobil und Desktop — und du bekommst eine ehrliche Einschätzung dazu, ob dein Problem an der Kasse, am Hosting oder an der Architektur liegt.

---

Willst du die nächsten Performance- und Build-Guides — mit allen Stolperfallen? Abonniere den „Built with AI"-Newsletter.

Lieber done-for-you? Schreib mir kurz — langsame WooCommerce-Shops schnell machen ist mein Tagesgeschäft.