WooCommerce langsam? Die 7 echten Ursachen — und was wirklich hilft

„Mein WooCommerce ist langsam" ist die häufigste Beschwerde, die ich von Shop-Betreibern höre — und die am schlechtesten beantwortete. Google spuckt dir 25-Tipps-Listen aus, du installierst noch ein Caching-Plugin, komprimierst ein paar Bilder, und der Shop lädt immer noch 4 Sekunden auf dem Handy.

Das Problem: Die meisten Listen behandeln Symptome in zufälliger Reihenfolge. Dabei haben langsame WooCommerce-Shops fast immer eine von sieben Ursachen — und die haben eine klare Diagnose-Reihenfolge. Die gehen wir jetzt durch. Ohne Voodoo, mit den Zahlen, auf die es ankommt.

Bevor du irgendetwas änderst: Miss drei Zahlen

Wer optimiert, ohne zu messen, tauscht Plugins im Blindflug. Du brauchst genau drei Werte, alle kostenlos messbar mit PageSpeed Insights:

1. TTFB (Serverantwortzeit) — wie lange dein Server braucht, bis das erste Byte kommt. Ziel: unter 0,4 s.
2. LCP mobil — wann das Hauptelement der Seite sichtbar ist. Google-Grenze für „gut": 2,5 s. Die meisten WooCommerce-Shops liegen bei 3–5 s.
3. Ladezeit der Produktseite, nicht nur der Startseite. Dort kaufen deine Kunden — und dort ist WooCommerce am schwersten.

Warum das zählt: Schon 1 Sekunde mehr Ladezeit kostet messbar Conversions — Studien von Google/Deloitte zeigen, dass bereits 0,1 s Verbesserung die Conversion-Rate im Retail um ~8 % heben kann. Ladezeit ist keine Techniker-Eitelkeit, sie ist Umsatz.

Mit den drei Zahlen im Kopf — hier die Ursachen, in der Reihenfolge, in der du sie prüfen solltest.

Ursache 1: Dein Hosting ist zu schwach (erkennst du am TTFB)

Wenn dein TTFB über 0,8 s liegt, brauchst du über nichts anderes nachzudenken, bevor das gelöst ist. WooCommerce ist PHP + MySQL bei jedem Seitenaufruf — auf überbuchtem Shared Hosting um 5 € wird das nie schnell.

Was hilft: Ein ordentlicher Managed-WordPress- oder VPS-Tarif (ab ~15–30 €/Monat), PHP 8.2+, Server in der Nähe deiner Kunden, Redis/Objekt-Cache wenn verfügbar. Das ist der einzige Punkt auf dieser Liste, der Geld statt Arbeit kostet — und bei schlechtem Ausgangs-Hosting der größte Einzelhebel.

Was nicht hilft: Ein Caching-Plugin auf kaputtem Hosting. Das kaschiert die Startseite und lässt Warenkorb und Checkout genauso lahm wie vorher.

Ursache 2: Deine Datenbank ist aufgebläht

Der Klassiker bei Shops, die über die Jahre langsamer geworden sind, obwohl sich „nichts geändert" hat: autoloaded Options, abgelaufene Transients, Action-Scheduler-Logs und Session-Leichen blähen die Datenbank auf, und jede einzelne Seitenauslieferung schleppt das mit.

Die vier Quellen und die konkreten Aufräum-Queries habe ich in einem eigenen Guide beschrieben: WooCommerce-Datenbank aufräumen — der Fix, der den LCP halbiert. Kostet nichts, dauert einen Nachmittag, bringt bei betroffenen Shops oft mehr als jedes Plugin.

Ursache 3: Dein Plugin-Stack lädt bei jedem Klick mit

Die durchschnittliche WordPress-Seite läuft mit 21 Plugins, WooCommerce-Shops meist mit mehr. Jedes Plugin lädt seinen PHP-Code bei jedem Seitenaufruf — und viele laden ihr CSS/JS auf Seiten, die es gar nicht brauchen (der Formular-Builder auf der Produktseite, der Slider im Checkout).

Was hilft: Inventur. Welche 5 Plugins verursachen die meiste Last (Query Monitor zeigt es dir)? Was davon lässt sich durch ein paar Zeilen Code ersetzen? Die ehrliche Entscheidungsregel dafür: Nicht jedes Problem braucht noch ein Plugin.

Ursache 4: Deine Bilder sind zu groß

Unspektakulär, aber auf Produktseiten oft der halbe Seitengewichts-Ballast: 2-MB-JPEGs in 4000 px, die als 300-px-Thumbnail angezeigt werden.

Was hilft: WebP/AVIF statt JPEG (spart 30–60 %), korrekte Bildgrößen pro Einsatzort, Lazy Loading für alles unterhalb des sichtbaren Bereichs — aber nicht für das Hauptbild (das verschlechtert den LCP). Die meisten Optimierungs-Plugins (z. B. auf Litespeed-Hosts der eingebaute Optimizer) erledigen das solide.

Ursache 5: Caching — hilft, aber anders als du denkst

Hier ist die unbequeme Wahrheit, die dir kein Caching-Plugin-Hersteller sagt: Page-Caching wirkt bei WooCommerce nur begrenzt. Warenkorb, Checkout und eingeloggte Nutzer dürfen nie aus dem Cache bedient werden — also genau die Seiten, auf denen gekauft wird. Und WooCommerce's „Cart Fragments"-AJAX umgeht den Cache auf jeder Seite noch einmal extra.

Was hilft: Page-Cache für Startseite/Kategorien/Blog (klar), Objekt-Cache (Redis) für die dynamischen Seiten, Cart-Fragments deaktivieren, wenn dein Theme es verkraftet. Was du wissen musst: Ein Blog wird durch Caching „fertig-schnell". Ein Shop nicht — sein dynamischer Kern bleibt so schnell wie PHP + Datenbank + Hosting es hergeben (siehe Ursache 1 und 2). Warum ausgerechnet die Kasse am stärksten darunter leidet — und die 6 Hebel, die dort wirken: WooCommerce-Checkout langsam?.

Ursache 6: Theme und Page-Builder schleppen Ballast

Multipurpose-Themes und Page-Builder (Elementor, Divi & Co.) sind bequem — und teuer bei der Ladezeit: riesige DOM-Bäume, globales CSS/JS auf jeder Seite, verschachtelte Render-Ketten. Ein PSI-Audit zeigt es dir als „Reduce unused CSS/JS" und „Avoid excessive DOM size".

Was hilft: Schlankes Theme (bei klassischem Setup), Builder nur auf Landingpages statt auf Shop-Seiten, unbenutzte Widgets/Module deaktivieren. Realistisch gewinnst du hier ein paar hundert Millisekunden — es lohnt sich, aber es dreht die Physik nicht um.

Ursache 7: Du bist an der Architektur-Grenze

Und jetzt der Punkt, den die 25-Tipps-Listen weglassen: Wenn Hosting, Datenbank, Plugins, Bilder, Caching und Theme sauber sind und dein Shop mobil trotzdem bei 2,5–4 s LCP hängt — dann optimierst du nicht mehr gegen Fehler, sondern gegen die Architektur. WordPress rendert jede Shop-Seite serverseitig bei Anfrage, lädt Theme + Plugins + jQuery-Erbe mit, und mobil auf 4G summiert sich das.

Ab hier gibt es zwei ehrliche Antworten:

1. Damit leben. Wenn dein Shop ein Nebenkanal ist: völlig okay. 3 s LCP ist kein Beinbruch, wenn der Umsatz woanders passiert.
2. Die Auslieferung austauschen, nicht den Shop. Eine headless Storefront (Next.js) sitzt vor deinem bestehenden WooCommerce: Produkte, Bestellungen, Admin — alles bleibt. Nur das, was deine Kunden sehen, wird neu ausgeliefert — statisch, in unter einer Sekunde. Was das konkret bringt und was exakt gleich bleibt, mit echten Vorher/Nachher-Zahlen: Dein WooCommerce-Shop ist langsam? Du musst ihn nicht neu bauen.

Die Reihenfolge als Checkliste

| # | Prüfen | Werkzeug | Typischer Gewinn | |---|---|---|---| | 1 | TTFB > 0,8 s? → Hosting | PageSpeed Insights | groß (wenn betroffen) | | 2 | Datenbank aufgebläht? | Autoload-Query | groß bei alten Shops | | 3 | Plugin-Inventur | Query Monitor | mittel–groß | | 4 | Bilder (Format/Größe) | PSI „Opportunities" | mittel | | 5 | Caching richtig einsetzen | Cache-Plugin + Redis | mittel (nicht im Checkout) | | 6 | Theme/Builder-Ballast | PSI „Diagnostics" | klein–mittel | | 7 | Architektur-Grenze erreicht? | LCP trotz 1–6 > 2,5 s | headless: LCP < 1 s |

Arbeite die Liste von oben nach unten ab — nicht andersherum. Wer bei 6 anfängt, poliert Details auf einem kaputten Fundament.

Wo steht dein Shop? Miss es in 30 Sekunden

Ich habe dafür einen kostenlosen WooCommerce Speed-Check gebaut: Shop-URL eingeben, und du bekommst Performance, LCP und Co. für Mobil und Desktop — gemessen mit denselben Google-Werkzeugen wie in diesem Artikel, plus eine ehrliche Einschätzung, in welchem der 7 Punkte dein Shop feststeckt.

---

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.