Ein langsamer WooCommerce-Shop fällt selten auf einen Schlag auf. Er wird schleichend langsamer, mit jedem Plugin, jedem Produktbild und jeder Bestellung in der Datenbank. Woran es im eigenen Shop hängt, ist dabei selten offensichtlich. Dieser Artikel zeigt die häufigsten Ursachen, die Richtwerte, mit denen Google die Geschwindigkeit bewertet, und die Reihenfolge, in der du sie angehst.
Warum Ladezeit für WooCommerce-Shops besonders kritisch ist
WooCommerce ist eine mächtige Plattform, aber sie hat einen strukturellen Nachteil: Ein Shop setzt bei jedem Aufruf deutlich mehr zusammen als eine einfache WordPress-Website. Für jede Produktseite werden Datenbankabfragen, Produktbilder, Preise, Lagerbestände und oft noch Daten aus Plugins zusammengeführt. Das kostet Zeit.
Dazu kommt die Erwartung der Besucher. Wer online einkauft, vergleicht, und hat den Mitbewerber oft im nächsten Tab offen. Eine Seite, die spürbar auf sich warten lässt, gibt ihm einen Grund, dort weiterzuschauen.
Für kleine Unternehmen ist das besonders heikel, weil selten jemand die Geschwindigkeit laufend im Blick hat. Kein eigenes Entwicklerteam, kein Monitoring. Der Shop läuft, also scheint alles gut. Aber „läuft“ und „läuft schnell“ sind zwei verschiedene Dinge, und den Unterschied zeigt erst eine Messung.
Die häufigsten Ursachen für eine schlechte WooCommerce Ladezeit
Die meisten Performance-Probleme bei WooCommerce haben bekannte Ursachen. Sie verstecken sich aber gern, und selten ist es nur eine.
Zu viele oder schlecht gebaute Plugins
WooCommerce lebt von Erweiterungen: Bezahlung, Versand, Bewertungen, Newsletter, Rabattcodes. Jedes aktive Plugin kann beim Seitenaufruf eigene PHP-Dateien, Stylesheets und JavaScript mitladen, oft auch auf Seiten, auf denen es gar nicht gebraucht wird. Ob es das tut, hängt vom Plugin ab, nicht von der Anzahl. Ein sauber gebautes Plugin kostet kaum etwas, ein schlecht gebautes bremst allein den ganzen Shop. Deshalb wird gemessen statt gezählt.
Unkomprimierte und falsch dimensionierte Bilder
Ein Produktbild mit 4 Megabyte ist kein Problem, solange es auf einer Festplatte liegt. Muss es im Browser geladen werden, ist es eines. Viele Shops laden Bilder hoch, wie sie aus der Kamera kommen: zu groß, falsches Format, keine Komprimierung. Das moderne Format WebP spart dabei messbar: verlustbehaftete WebP-Bilder sind laut Google bei gleichem SSIM-Qualitätsindex 25 bis 34 Prozent kleiner als vergleichbare JPEG-Bilder (Google, WebP-Dokumentation). Welche Bildgrößen WooCommerce selbst verwendet und wie du Bilder vorbereitest, steht im Beitrag zu WooCommerce Produktbildern.
Fehlendes oder falsch eingerichtetes Caching
Caching heißt vereinfacht: Der Server speichert eine fertig gebaute Version einer Seite und liefert sie aus, statt sie bei jedem Aufruf neu zu berechnen. Bei WooCommerce ist das heikel, weil manche Seiten für jeden Kunden anders aussehen. Die WooCommerce-Dokumentation nennt drei Seiten, die nie aus dem Cache kommen dürfen: Warenkorb, Mein Konto und Kasse, weil sie Informationen zum jeweiligen Kunden und seinem Warenkorb zeigen. Viele Cache-Plugins nehmen sie bereits von selbst aus, WP Super Cache etwa bekommt den Hinweis direkt von WooCommerce. Bei anderen musst du es in den Einstellungen festlegen, bei WP Rocket nennt WooCommerce genau diese drei Seiten.
Langsamer Server oder falsches Hosting-Paket
Bei günstigem Shared Hosting teilen sich viele Websites dieselbe Hardware. Hoher Verkehr bei einem Nachbarn belastet alle. Für einen Shop ist ein Paket mit festen Ressourcen, etwa Managed WordPress Hosting oder ein VPS, ein spürbarer Unterschied. PHP-Version, Arbeitsspeicher und der Serverstandort im Verhältnis zu deinen Kunden bestimmen, wie schnell die erste Antwort des Servers beim Browser ankommt.
Eine Datenbank, die mit jeder Bestellung wächst
WooCommerce speichert Produkte, Bestellungen und Kundendaten in der Datenbank. Lange lagen auch alle Bestellungen in den allgemeinen WordPress-Tabellen für Beiträge und deren Zusatzdaten (wp_posts und wp_postmeta), die sie sich mit Beiträgen, Seiten und Produkten teilen. Bei großen Shops wurde gerade die Meta-Tabelle zum Flaschenhals.
Dafür gibt es inzwischen eine Lösung: High-Performance Order Storage (HPOS). WooCommerce legt Bestellungen damit in eigenen Tabellen mit eigenen Indizes ab, was laut WooCommerce zu weniger Lese- und Schreibvorgängen und weniger ausgelasteten Tabellen führt. Bei neuen Installationen ist HPOS seit WooCommerce 8.2 voreingestellt. Ältere Shops können umstellen, unter WooCommerce > Einstellungen > Erweitert > Funktionen. Vorher gehört geprüft, ob alle Erweiterungen HPOS unterstützen, WooCommerce nennt ausdrücklich Erweiterungen mit eigenen Beitragstypen wie Abonnements oder Buchungen.
Wie du die Ladezeit deines WooCommerce-Shops messen kannst
Bevor du irgendetwas optimierst, brauchst du Messwerte. Ohne Ausgangswert lässt sich hinterher nicht sagen, welche Änderung etwas gebracht hat.
Die wichtigsten Werkzeuge:
- Google PageSpeed Insights: kostenlos, liefert Laborwerte und, wenn genug Besucher da sind, Felddaten aus echten Chrome-Aufrufen
- GTmetrix: Wasserfall-Ansicht, die zeigt, welche Datei wie lange lädt
- WebPageTest: Tests von verschiedenen Standorten und mit verschiedenen Verbindungen
- Query Monitor: kostenloses WordPress-Plugin, das Datenbankabfragen, Skripte und Stylesheets je Plugin direkt im Backend zeigt
- New Relic oder Datadog: für tiefergehende Analyse auf dem Server, meist erst bei größeren Shops sinnvoll
Zwei Werte, auf die es ankommt
Der wichtigste ist der Largest Contentful Paint (LCP), der Moment, in dem das größte sichtbare Element der Seite steht. Google schreibt dazu: „A good LCP value is 2.5 seconds or less.“ Gemessen wird am 75. Perzentil der Seitenaufrufe, getrennt nach Mobilgerät und Desktop, also müssen drei von vier Aufrufen den Wert schaffen (web.dev). Auf Produktseiten ist das große Produktbild oft genau dieses Element, deshalb hängen Bildgröße und LCP so eng zusammen.
Der zweite ist die Time to First Byte (TTFB), also wie lange der Server braucht, bis er überhaupt antwortet. Google nennt als groben Anhaltspunkt 0,8 Sekunden oder weniger, schlecht sind Werte über 1,8 Sekunden (web.dev). TTFB ist dabei kein Core Web Vital, Google betont, dass der Wert nicht zwingend erreicht werden muss, solange LCP und die anderen Kennzahlen stimmen. Liegt er dauerhaft deutlich darüber, sitzt die Bremse aber meist vor dem Browser, beim Server oder in der Datenbank. Die vollständige Übersicht aller Kennzahlen mit den Google-Grenzwerten steht im Beitrag zur Plugin-Performance.
Was KI mit deiner WooCommerce Performance zu tun hat
KI taucht in diesem Zusammenhang an zwei Stellen auf, und nur eine davon ist für die meisten Shops wirklich relevant.
KI-generierter Code und seine Nebenwirkungen
Immer mehr Shop-Betreiber und Entwickler lassen sich Code-Schnipsel von KI-Werkzeugen wie ChatGPT oder GitHub Copilot schreiben, etwa für eine Anpassung in der functions.php. Das geht schnell, birgt aber eine eigene Gefahr für die Geschwindigkeit. Der Code löst die gestellte Aufgabe, prüft aber nicht von selbst, ob dabei unnötige Datenbankabfragen entstehen, ob ein Skript blockierend lädt oder ob eine Funktion auf jeder Seite ausgeführt wird statt nur dort, wo sie gebraucht wird. Wer viele solche Anpassungen ungeprüft einbaut, kann sich schleichende Performance-Probleme holen. Der Gegenweg ist derselbe wie bei Plugins: nach jeder Änderung messen, und mit Query Monitor nachsehen, was die neue Funktion tatsächlich auslöst.
KI als Hilfe beim Auswerten
Die Berichte von PageSpeed Insights oder GTmetrix sind lang und technisch. Ein KI-Assistent kann helfen, sie zu lesen, Fachbegriffe zu erklären und die Hinweise nach Aufwand zu sortieren. Die Messung selbst und die Entscheidung, was du änderst, ersetzt er nicht. Und für jede konkrete Zahl gilt: im Bericht nachsehen, nicht der Zusammenfassung glauben.
Konkrete Schritte zur Optimierung deiner WooCommerce Ladezeit
Wenn du weißt, wo dein Shop hängt, stellt sich die Frage nach der Reihenfolge. Diese hat sich bewährt, weil sie mit den Schritten beginnt, die wenig kosten und sich leicht rückgängig machen lassen:
- Messen mit PageSpeed Insights und GTmetrix, die Werte notieren, bevor du etwas änderst
- Bilder optimieren: in WebP umwandeln, auf Anzeigegröße bringen, Lazy Loading für Bilder weiter unten auf der Seite nutzen
- Plugins prüfen: Liste aller aktiven Plugins, für jedes klären, ob es gebraucht wird, und mit Query Monitor messen, was es lädt
- Caching einrichten: ein Cache-Plugin wie WP Rocket, LiteSpeed Cache oder WP Super Cache, mit Warenkorb, Mein Konto und Kasse ausgenommen
- Datenbank aufräumen: alte Revisionen, Spam-Kommentare und abgelaufene Transients entfernen, etwa mit WP-Optimize, und bei älteren Shops die Umstellung auf HPOS prüfen
- Hosting prüfen: liegt die TTFB dauerhaft deutlich über 0,8 Sekunden, liegt die Ursache meist beim Server oder Paket
- CDN erwägen: ein Content Delivery Network wie Cloudflare liefert Dateien von Servern in der Nähe des Besuchers aus und bringt am meisten, wenn deine Kunden weit vom Serverstandort entfernt sind
Wichtig: Nach jedem Schritt neu messen. Nur so erkennst du, welche Maßnahme tatsächlich etwas gebracht hat.
Warum Performance kein einmaliges Projekt ist
Der häufigste Fehler: Der Shop wird optimiert, die Werte werden besser, das Thema ist abgehakt. Drei Monate später ist die Ladezeit wieder schlechter, weil zwei neue Plugins dazugekommen sind, ein Theme-Update etwas geändert hat oder der Verkehr gewachsen ist und das Hosting-Paket nicht mehr passt.
WooCommerce Performance ist kein Zustand, sondern ein laufender Prozess. Wie der Ölstand im Auto braucht ein Shop regelmäßige Kontrollen. Sinnvoll sind:
- monatlich eine PageSpeed-Messung, die Werte festhalten
- jedes neue Plugin vor dem Live-Gang in einer Testumgebung prüfen
- nach jedem größeren Update von WooCommerce, Theme oder PHP-Version neu messen
- vierteljährlich die Datenbank aufräumen
- bei wachsendem Verkehr das Hosting-Paket im Blick behalten
Kurz zusammengefasst
WooCommerce-Shops haben mehr Performance-Baustellen als einfache Websites, weil sie dynamische Daten, viele Dateien und zahlreiche Plugins verbinden. Die häufigsten Bremsen sind:
- schlecht gebaute oder unnötige Plugins
- unkomprimierte Produktbilder im falschen Format
- fehlendes oder falsch eingerichtetes Caching
- ein langsames oder überlastetes Hosting
- eine wachsende Datenbank, bei älteren Shops oft noch ohne HPOS
Der Einstieg ist einfach: zuerst mit PageSpeed Insights messen, dann weißt du, wo du ansetzt. Gut sind ein LCP von höchstens 2,5 Sekunden und als grober Anhaltspunkt eine TTFB von höchstens 0,8 Sekunden. KI kann beim Lesen der Berichte helfen, und KI-generierter Code gehört genauso gemessen wie jedes Plugin.
Worauf sich das stützt
Was du noch wissen solltest
Die häufigsten Ursachen sind schlecht gebaute oder unnötige Plugins, unkomprimierte Produktbilder, fehlendes oder falsch eingerichtetes Caching, ein überlastetes Hosting und eine große Datenbank. Bei WooCommerce kommen pro Seite viele Datenbankabfragen und Dateien zusammen, deshalb wirken sich diese Bremsen stärker aus als bei einer einfachen WordPress-Website. Welche es bei dir ist, zeigt nur eine Messung.
Google (web.dev) nennt für den Largest Contentful Paint 2,5 Sekunden oder weniger als guten Wert, gemessen am 75. Perzentil der Seitenaufrufe, getrennt nach Mobilgerät und Desktop. Für die Antwortzeit des Servers (TTFB) gelten 0,8 Sekunden oder weniger als grober Anhaltspunkt, TTFB ist aber kein Core Web Vital.
Es gibt keine feste Zahl. Jedes Plugin kann eigene PHP-Dateien, Stylesheets und Skripte mitladen, ob es das tut, hängt von seiner Bauweise ab. Ein sauber gebautes Plugin kostet kaum Zeit, ein schlecht gebautes kann allein bremsen. Das kostenlose Plugin Query Monitor zeigt, was jedes Plugin tatsächlich lädt.
WebP ist für die meisten Shops die beste Wahl. Laut Google sind verlustbehaftete WebP-Bilder bei gleichem SSIM-Qualitätsindex 25 bis 34 Prozent kleiner als vergleichbare JPEG-Bilder. Bilder direkt aus der Kamera hochzuladen ist einer der häufigsten Fehler, sie sollten vorher auf Anzeigegröße gebracht und komprimiert werden.
Caching speichert fertig gebaute Seiten und liefert sie aus, statt sie bei jedem Aufruf neu zu berechnen. Bei WooCommerce dürfen laut WooCommerce-Dokumentation Warenkorb, Mein Konto und Kasse nicht aus dem Cache kommen, weil sie Informationen zum jeweiligen Kunden zeigen. Viele Cache-Plugins nehmen diese Seiten von selbst aus, bei anderen musst du es einstellen.
High-Performance Order Storage legt Bestellungen in eigenen Datenbanktabellen ab statt in den allgemeinen WordPress-Tabellen. Laut WooCommerce führt das zu weniger Lese- und Schreibvorgängen. Bei neuen Installationen ist HPOS seit WooCommerce 8.2 voreingestellt, ältere Shops können unter WooCommerce > Einstellungen > Erweitert > Funktionen umstellen, nachdem sie geprüft haben, ob alle Erweiterungen es unterstützen.
