Warum dein WooCommerce-Shop zu langsam ist und wie du es fixst

Worauf es ankommt

Ladezeit ist kein Gefühl, sondern messbar. Nutze Kennzahlen aus Core Web Vitals von Google. Konzentriere dich auf drei Punkte: Largest Contentful Paint, Interaction to Next Paint, Cumulative Layout Shift.

Ziele: LCP < 2,5 s, INP < 200 ms, CLS < 0,1. So setzt du Prioritäten und siehst Fortschritt.

Schnelle Diagnose in 10 Minuten

1. PageSpeed-Test: Messe Startseite, Kategorieseite, Produktdetailseite, Checkout. Notiere LCP, INP, CLS sowie TTFB.
2. Wasserfall-Analyse: Prüfe erste 10 Requests. Suche nach dicken Bildern, Fonts, blockierendem JS.
3. Query Monitor: Schaue auf langsame DB-Abfragen, Hooks, HTTP-Calls externer Dienste.
4. WooCommerce-Status: Unter Systemstatus siehst du HPOS, Datenbank, Cron, Warteschlangen.
5. Server-Fakten: PHP-Version, OPcache aktiv, HTTP/2 oder HTTP/3, Brotli oder gzip.

Top-Ursachen für langsame WooCommerce-Shops

• Kein Caching auf Objekt-Ebene. Viele wiederholte DB-Reads.
• Postmeta-Bottleneck bei Bestellungen. Orders liegen in wp_posts und wp_postmeta, das bremst.
• Cart Fragments laufen auf allen Seiten und halten den Cache warm.
• Zu große Bilder, keine modernen Formate, falsche Größen.
• Zu viele Plugins und Hooks auf produktiven Seiten.
• Externe Skripte blockieren Rendering oder warten auf Consent.
• Schwere Theme-Funktionen auf PLP und PDP. Varianten-Logik im Frontend.
• Action Scheduler quillt über, Cron tickt zu selten.
• Autoloaded Options sind aufgebläht.
• Kein Edge-Caching, kein CDN, falsche TTLs.

Die Fixes, die sofort wirken

1) Persistent Object Cache aktivieren

Setze auf Redis als persistenten Objekt-Cache. Das reduziert DB-Last bei wiederholten Abfragen. Installiere das Plugin “Redis Object Cache”, verbinde deine Instanz, prüfe Trefferquote, prüfe Preloading. Achte auf Gruppen, die du nicht cachen willst, etwa dynamische Optionen im Checkout. So fällt dein TTFB oft deutlich.

2) High-Performance Order Storage nutzen

Aktiviere HPOS in WooCommerce. Bestellungen landen in eigenen, für E-Commerce optimierten Tabellen. Das entlastet wp_postmeta und beschleunigt Abfragen in Admin und Frontend. Prüfe Plugin-Kompatibilität, synchronisiere Alt-Daten, schalte dann um. Neue Shops haben WooCommerce High-Performance Order Storage oft schon aktiv.

3) Cart Fragments nur dort laden, wo nötig

Cart Fragments aktualisieren Mini-Cart per AJAX. Früher liefen sie auf zu vielen Seiten und verhinderten Full-Page-Caching. Schalte sie auf Seiten ohne Mini-Cart ab. Setze serverseitiges Caching frei. Halte den Mini-Cart gezielt dynamisch, nicht den ganzen Shop. Mehr dazu unter Cart Fragments gezielt einsetzen.

4) Bilder konsequent modernisieren

Nutze WebP oder AVIF, liefere responsive Größen, lazy-loade alles unterhalb der Falz. Setze eine Bild-Pipeline oder ein Image-CDN ein, das Format, Größe und Qualität dynamisch anpasst. Reduziere LCP-Bildgröße auf das Nötige. Vermeide riesige Hero-Slider. Siehe auch Moderne Bildformate nutzen bei „Entwickler für Chrome“.

5) JavaScript zähmen

• Entferne ungenutzte Bibliotheken.
• Splitte Bundles, lade nur, was die Seite braucht.
• Setze defer für nicht-kritisches JS.
• Vermeide jQuery-Domino auf jeder Seite.
• Reduziere DOM-Knoten, entlaste Layout-Thrashing.

6) CSS entschlacken

• Erzeuge Critical CSS für Above-the-Fold-Bereich.
• Delay für nicht-kritisches CSS, nutze media und preload klug.
• Entferne ungenutzte Utility-Klassen und Framework-Ballast.

7) Edge-Caching und CDN

Liefere statische Assets von der Edge. Setze saubere Cache-Header. Gib HTML auf Kategorieseiten und Produktseiten per Full-Page-Cache frei, wo möglich. Mache Ausnahmen für Warenkorb und Checkout. Nutze Stale-While-Revalidate, um Traffic-Spitzen abzufangen.

Server, PHP, Datenbank

• PHP 8.1 oder 8.2 mit OPcache, JIT muss nicht sein. Stelle genug RAM für OPcache und realpath-Cache ein.
• HTTP/2 oder HTTP/3 aktivieren. Brotli vor gzip, wenn verfügbar.
• MySQL/MariaDB: InnoDB, angepasste Buffer-Größen, langsame Queries loggen. Indizes prüfen.
• Separater Redis-Dienst, nicht auf derselben Instanz wie die DB, wenn Last hoch ist.
• Keep-Alive und TLS-Session-Resumption aktiv.

WooCommerce-Spezifika, die dich Zeit kosten

Produktliste und Suche

• Keine teuren Taxonomie-Filter ohne Caching. Nutze vorindizierte Lösungen oder Such-Services mit Facetten.
• Nutze transiente Caches für häufige Listen, räume sie gezielt nach Produkt-Änderungen.

Varianten

• Lade Attributdaten serverseitig und cachte die Kombis. Prüfe, ob du Varianten reduzieren kannst.
• Vermeide JS-Kaskaden, die bei jeder Auswahl neu rechnen.

Kasse

• Begrenze Zahl der Payment- und Versand-Plugins. Prüfe Timeouts bei API-Calls. Verkürze Requests per Keep-Alive.
• Deaktiviere alles, was in der Kasse nicht gebraucht wird, etwa Social-Skripte.

Action Scheduler

• Räume alte Jobs. Plane Cron häufiger, wenn Warteschlangen wachsen.
• Beobachte Webhooks, Retry-Zähler, API-Fehler. Das spart Zeit im Checkout.

Autoloaded Options

• Prüfe autoload in wp_options. Halte die Summe klein.
• Lege große Konfigurationen ohne Autoload ab. Versioniere sie.

Frontendlast mit System senken

Fonts

• Nutze variable Fonts sparsam. Preload für wichtige Schnitte. Fallback definieren.
• Unterbinde Layout-Sprünge mit font-display: swap sowie definierten Größen.

Bilder

• Setze srcset und sizes. Keine 4K-Bilder auf Mobilgeräten.
• Nutze Platzhalter, um CLS zu vermeiden. Lege Breite und Höhe fest.

Third-Party

• Lade Tag-Manager nach, sobald consent vorliegt. Verzögere Heatmaps, Ads, Chats.
• Miss jeden Drittdienst. Entferne, was nicht zahlt.

Praxis: Konkrete Schritte mit hoher Wirkung

1. Redis einsetzen: Redis installieren, Plugin aktivieren, Verbindung prüfen, Objekt-Cache füllen. Trefferquote beobachten. Persistent machen.
2. HPOS aktivieren: In WooCommerce Einstellungen, Feature aktivieren, Tabellen synchronisieren, Kompatibilität testen, umstellen.
3. Cart Fragments zügeln: Mini-Cart nur dort laden, wo er sichtbar ist. Sonst entfernen oder per Event nachladen.
4. Bild-Pipeline aufsetzen: WebP oder AVIF, responsive Größen, Qualität 60 bis 80, scharfes Scaling. LCP-Bild gezielt optimieren.
5. JS bereinigen: Entferne ungenutzte Plugins. Splitte Vendor-Pakete. Defer für alles, was nicht kritisch ist.
6. Edge-Cache aktivieren: CDN nutzen, HTML auf Katalog und PDP cachen. Checkout und Account ausschließen.
7. Action Scheduler aufräumen: Fehlgeschlagene Jobs prüfen, Ursachen fixen, Intervall anpassen.
8. Autoload prüfen: Große Einträge identifizieren, Autoload auf no setzen, wenn nicht nötig.
9. DB-Indizes prüfen: Stelle sicher, dass deine Tabellen, vor allem HPOS-Tabellen, sauber indiziert sind.
10. Monitoring einführen: Lighthouse in CI, CrUX-Daten, On-Site Messung für INP und LCP. Nur was du misst, verbesserst du.

Beispiel-Konfigurationen und Snippets

wp-config.php, Performance-Basics

// OPcache warmhalten
define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

// Redis Vorgaben, Beispiel
// define('WP_REDIS_HOST', '127.0.0.1');
// define('WP_REDIS_PORT', 6379);
// define('WP_REDIS_TIMEOUT', 1.0);
// define('WP_REDIS_READ_TIMEOUT', 1.0);

// Heartbeat drosseln
// add_filter('heartbeat_settings', function($s){ $s['interval']=60; return $s; });

Nginx, statische Assets lang cachen

location ~* \.(?:css|js|woff2?|ttf|eot|png|jpg|jpeg|gif|svg|webp|avif)$ {
  add_header Cache-Control "public, max-age=31536000, immutable";
}

HTML, Critical Hints

<link rel="preload" href="/fonts/brand.woff2" as="font" type="font/woff2" crossorigin>
<link rel="preload" href="/images/hero-lcp.webp" as="image">
<script defer src="/assets/app.js"></script>

Checkliste für deinen nächsten Release

• HPOS aktiv, keine Synchronisationsfehler.
• Redis verbunden, Objekt-Cache Hit-Rate > 90 Prozent auf warmem Cache.
• Cart Fragments nur auf Seiten mit sichtbarem Mini-Cart.
• LCP-Bild optimiert, Größe passt zum Viewport.
• JS deferred, kein blockierendes Inline-Script vor dem Render.
• CDN aktiv, TLS schnell, Brotli aktiv.
• Action Scheduler sauber, Webhooks stabil.
• Autoload-Summe im grünen Bereich.
• Lighthouse Score stabil, CrUX zeigt grüne Werte.

Typische Missverständnisse

• „Mehr RAM löst es“: Hilft nur, wenn du weißt, wo es brennt.
• „Ein Plugin regelt das“: Tools helfen, aber Architektur bringt Speed.
• „CDN genügt“: Ohne saubere HTML-Ausgabe bleibt der First Byte langsam.
• „INP ist egal“: Schlechte Reaktionszeiten bremsen Nutzer.

So misst du Fortschritt richtig

• Definiere Zielwerte für LCP, INP, CLS pro Seitentyp.
• Lege Testprofile fest: mobil 4G, Desktop, First-Visit, Repeat-Visit.
• Nimm reale Nutzer-Daten auf. Vergleiche mit Lab-Daten. Dokumentiere deine Änderungen.
• Binde Checks in CI ein. Brich Builds ab, wenn Schwellen reißen.

Dein nächster Schritt

Setze heute zwei Punkte um. Starte mit HPOS und Redis, wenn beides passt. Oder nimm Cart Fragments und LCP-Bild. Poste deine Ergebnisse. Welche Seite hat am meisten profitiert und warum.

Diskussion