Fast jede Untersuchung zur WooCommerce Performance beginnt auf dieselbe Weise. Der Shop-Betreiber ist bereits zu einem schnelleren Hoster umgezogen, hat ein Caching-Plugin installiert und einen Bildoptimierer gekauft, und der Shop ist trotzdem langsam. Am Ende steht die Schlussfolgerung, WooCommerce sei nun einmal schwerfällig, und das Thema wird abgehakt.

WooCommerce ist tatsächlich schwerer als eine reine Broschüren-Website, und das lässt sich kaum vermeiden, wenn jede Seite einen Warenkorb tragen können muss. Ein Shop, der sechs Sekunden zum Laden braucht, leidet aber nicht unter diesem Grundgewicht. Er leidet an etwas Konkretem, und nach meiner Erfahrung ist es fast immer eine von vier Ursachen.

Die Kurzfassung: Shops sind langsam, weil Warenkorb und Kasse sich nicht als fertige Seiten zwischenspeichern lassen, weil die Optionen-Tabelle mit automatisch geladenem Ballast enorm angewachsen ist, weil Produktabfragen eine nicht indizierte Metadaten-Tabelle durchsuchen und weil dreißig Plugins jeweils ihre eigenen Skripte auf jeder Seite ausliefern. Das Hosting ist das Letzte, was Sie ändern sollten, nicht das Erste.

Warum ein Shop etwas anderes ist als ein Blog

Ein einziger Unterschied erklärt den größten Teil des Performance-Verhaltens von WooCommerce.

Ein Blogbeitrag sieht für jeden Besucher gleich aus, kann also einmal erzeugt und danach für alle aus dem Zwischenspeicher ausgeliefert werden. Deshalb sind Broschüren-Websites fast unabhängig von ihrer Bauweise schnell. Ein Shop kann das nicht auf jeder Seite, weil der Warenkorb persönlich ist. In dem Moment, in dem jemand einen Artikel hineinlegt, muss die Seite seinen eigenen Zustand abbilden statt einer gemeinsamen Kopie für alle.

Die Folge davon ist, dass Warenkorb, Kasse und Kundenkonto das Seiten-Caching vollständig umgehen und bei jedem Aufruf PHP-Code und Datenbankabfragen ausführen. Genau auf diesen Seiten kostet Langsamkeit unmittelbar Geld. Eine langsame Kategorieseite vertreibt Stöbernde, eine langsame Kasse vertreibt Käufer.

Die nützliche Frage lautet also nie, ob die Seite schnell ist. Sie lautet, wie schnell die Seite für einen angemeldeten Besucher ist, der etwas im Warenkorb hat. Prüfen Sie gezielt diesen Zustand, denn davon hängt Ihr Umsatz ab, und genau ihn übersieht jeder synthetische Geschwindigkeitstest.

Die vier Dinge, die wirklich falsch laufen

Eine überladene Optionen-Tabelle. WordPress lädt bei jeder einzelnen Anfrage eine Reihe von Optionen, und Plugins tragen dort ungehindert ein. Deinstallierte Plugins lassen ihre Zeilen regelmäßig zurück. In älteren Shops wächst diese Tabelle auf zweistellige Megabyte-Mengen an automatisch geladenen Daten an, die bei jedem Seitenaufruf gelesen werden, auch an der Kasse. Das ist unsichtbar, es summiert sich über Jahre, und es gehört zu den lohnendsten Korrekturen überhaupt. Prüfen Sie zuerst die Gesamtgröße der automatisch geladenen Optionen; wird sie in Megabyte statt in Kilobyte gemessen, haben Sie echte Zeit gefunden.

Produktabfragen gegen nicht indizierte Metadaten. WooCommerce hat Produkteigenschaften, Preise und Lagerbestände historisch in einer generischen Metadaten-Tabelle gespeichert, die es sich mit allem anderen teilt. Ein großes Sortiment zu filtern oder zu sortieren bedeutet, diese Tabelle immer wieder zu verknüpfen. Bei ein paar hundert Produkten merkt das niemand. Bei Zehntausenden werden Kategorie- und Filterseiten zäh. Neuere WooCommerce-Versionen haben Bestelldaten in eigene Tabellen verlagert, genau um diesen Druck zu nehmen, und diese Speicherung auf einem Shop mit langer Bestellhistorie zu aktivieren, lohnt sich in der Regel schon für sich allein.

Plugins und externe Aufrufe

Plugin-Wildwuchs auf dem kritischen Pfad. Das Problem ist selten die reine Anzahl; es ist, dass die meisten Plugins ihr CSS und ihr JavaScript auf jeder Seite einbinden statt nur dort, wo beides gebraucht wird. Ein Buchungs-Plugin, das auf einer einzigen Seite verwendet wird, lädt seine Dateien auch an Ihrer Kasse. Die Lösung ist unglamourös: prüfen, was jedes Plugin lädt, die Einbindung außerhalb der eigenen Seiten wieder entfernen und alles löschen, dessen Funktion Sie nicht benennen können.

Nicht zwischengespeicherte Aufrufe an Dritte. Live-Versandtarife, Steuerabfragen, Währungsumrechnung und Bestandsprüfungen gegen ein Fremdsystem legen alle eine Netzwerkanfrage mitten in den Seitenaufbau. Ist dieser Anbieter langsam, ist Ihre Kasse langsam, und fällt er aus, fällt Ihre Kasse aus. Jeder externe Aufruf im Anfragepfad braucht ein Zeitlimit, einen Zwischenspeicher und einen Rückfallweg, der greift, wenn die Gegenstelle nicht antwortet. Unser Leitfaden zur Integration fremder APIs zeigt, wie das gebaut gehört.

Was tatsächlich hilft, in dieser Reihenfolge

Arbeiten Sie diese Punkte der Reihe nach ab, denn jeder von ihnen verändert, was die nächste Messung Ihnen sagt.

Objekt-Caching, nicht nur Seiten-Caching. Seiten-Caching liefert fertige HTML-Seiten aus und kann Warenkorb und Kasse nicht helfen. Ein dauerhafter Objekt-Cache legt die Ergebnisse von Datenbankabfragen im Arbeitsspeicher ab und beschleunigt genau die Seiten, an die das Seiten-Caching nicht herankommt. Für einen Shop ist das meist die größte einzelne Verbesserung, und es ist zugleich der Schritt, der am häufigsten übersprungen wird, weil das bereits installierte Caching-Plugin den Eindruck erweckt hat, die Arbeit sei erledigt.

Datenbankpflege. Abgelaufene Transients löschen, verwaiste Metadaten gelöschter Produkte und Bestellungen entfernen, Beitragsrevisionen ausdünnen. In einem Shop, der seit Jahren handelt, verschwindet dabei routinemäßig ein erheblicher Teil der Datenbank. Planen Sie das als wiederkehrende Aufgabe ein, statt es ein einziges Mal zu tun.

Dann das Hosting. Sind Caching und Datenbank in Ordnung, spielt das Hosting sehr wohl eine Rolle: PHP-Version, verfügbarer Arbeitsspeicher, ob die Datenbank auf derselben Maschine läuft und ob Sie sich einen geteilten Server mit anderen Mietern teilen. Vor den obigen Korrekturen umzuziehen verlegt das Problem allerdings nur an eine teurere Adresse.

Assets zuletzt. Bildformate, verzögertes Laden und aufgeschobene Skripte lohnen sich, und die meisten Ratgeber beginnen genau damit. Sie verbessern das Ladeerlebnis von Seiten, die ohnehin schon einigermaßen zügig ausgeliefert wurden. Für eine Kasse, die vier Sekunden in PHP verbringt, bevor das erste Byte das Haus verlässt, tun sie sehr wenig.

WooCommerce Performance richtig messen

Synthetische Punktzahlen führen Shop-Betreiber stärker in die Irre als jede andere Gruppe, also messen Sie bewusst.

Testen Sie den angemeldeten Zustand mit gefülltem Warenkorb. Die meisten Werkzeuge testen einen anonymen Besucher auf der Startseite, also den schnellstmöglichen Weg durch Ihre Seite, und sagen damit fast nichts über die Kasse aus.

Trennen Sie Serverzeit von Frontend-Zeit. Braucht der Server drei Sekunden, um das HTML zu erzeugen, rettet keine Bildoptimierung die Seite. Die Zeit bis zum ersten Byte verrät Ihnen, welche Hälfte des Problems Sie haben, und damit auch, welche der obigen Korrekturen bei Ihnen greift.

Nutzen Sie Felddaten statt Labordaten, wo immer es geht. Echte Besucher auf echten Verbindungen und echten Telefonen ergeben ein anderes Bild als ein Testlauf im Rechenzentrum, und die Core Web Vitals werden anhand der Ersteren bewertet. Unser Leitfaden zum WordPress-Performance-Audit erklärt, wie diese Messwerte richtig zu lesen sind, und Core Web Vitals 2026 beschreibt, was die Schwellenwerte tatsächlich verlangen.

Beobachten Sie schließlich die Datenbank direkt während einer langsamen Anfrage. Ein Abfrageprotokoll, in dem dieselbe Abfrage bei einem einzigen Seitenaufruf zweihundertmal auftaucht, benennt den Verursacher sofort, und dieses Muster ist in Shops mit mehreren Plugins, die Produktdaten jeweils eigenständig anfordern, ausgesprochen häufig.

Was diese Arbeit kostet

Die folgenden Preise entsprechen üblichen Sätzen britischer Agenturen für einen Shop mittlerer Größe.

Ein Performance-Audit, das die konkreten Ursachen benennt, mit priorisierter Maßnahmenliste und Messungen vorher wie nachher, liegt in der Regel zwischen 900 und 2.500 Pfund. Das ist eine reine Diagnose, und sie lohnt sich als eigener Auftrag, weil sie Ihnen sagt, ob die restliche Arbeit eine Woche oder einen Monat dauert.

Die verbreiteten Korrekturen umzusetzen, also Objekt-Caching, Datenbankbereinigung, Prüfung der Plugin-Dateien und Zwischenspeicherung externer Aufrufe, liegt üblicherweise zwischen 2.000 und 6.000 Pfund, je nachdem, wie viel sich über die Jahre angesammelt hat.

Tiefergehende Arbeit kostet mehr, weil sie echte Entwicklung ist. Ein großes Sortiment auf indizierte Speicherung zu migrieren, ein Filtersystem neu zu bauen, das Metadaten durchsucht, oder ein langsames Plugin durch eine gezielte Eigenentwicklung zu ersetzen, bewegt sich typischerweise zwischen 6.000 und 20.000 Pfund.

Wichtiger als all diese Zahlen ist, was Langsamkeit Sie kostet. Kaufabbrüche steigen messbar mit der Ladezeit, sodass ein Shop mit nennenswertem Umsatz das Audit meist schon allein mit der Kassenseite rechtfertigen kann.

Reparieren Sie den Shop, nicht die Punktzahl

Mecanik erledigt WooCommerce-Performance-Arbeit als Teil unserer WordPress-Entwicklung , und wir messen zuerst den angemeldeten Weg bis zur Kasse statt der Startseite, weil Shops genau dort Geld verlieren.

Wir sehen uns automatisch geladene Optionen, die Speicherung der Bestellungen, Abfragemuster und externe Aufrufe an, bevor wir einen Hosterwechsel empfehlen, und wir liefern die Messungen vorher wie nachher, damit die Verbesserung nachprüfbar ist statt bloß behauptet. Wenn Ihr Shop langsam ist, weil er der Plattform entwachsen ist und nicht, weil er falsch konfiguriert ist, sagen wir Ihnen auch das: unser Vergleich von Shopify und individuellem E-Commerce beschreibt, wo diese Grenze verläuft.

Schicken Sie uns die Adresse des Shops und ungefähr die Zahl der Produkte und Bestellungen, und wir sagen Ihnen, welche der vier oben genannten Ursachen bei Ihnen am wahrscheinlichsten vorliegt.

Siehe auch: WordPress gehackt: Schadsoftware sicher entfernen , E-Commerce-Business in UK skalieren: Tech-Playbook 2026 , Drupal-Entwickler beauftragen: Preise und Auswahl , Was kostet eine Website in Großbritannien 2026? .

Häufig gestellte Fragen

Warum ist mein WooCommerce-Shop trotz Caching-Plugin langsam? Seiten-Caching lässt sich auf Warenkorb, Kasse und Kundenkonto nicht anwenden, weil diese Seiten den eigenen Zustand jedes Besuchers abbilden müssen. Sie führen bei jedem Aufruf PHP-Code und Datenbankabfragen aus, und sie schneller zu machen verlangt Objekt-Caching und Arbeit an der Datenbank statt Seiten-Caching.

Behebt ein Wechsel zu besserem Hosting die WooCommerce Performance? Nur teilweise, und es sollte nicht der erste Schritt sein. Ist die Optionen-Tabelle aufgebläht, sind Abfragen nicht indiziert und laden Plugins ihre Dateien überall, macht besseres Hosting dieselben Probleme nur etwas schneller und deutlich teurer. Bringen Sie zuerst Caching und Datenbank in Ordnung und bewerten Sie das Hosting danach neu.

Wie viele Plugins sind für WooCommerce zu viele? Die Anzahl zählt weniger als das, was jedes einzelne lädt. Zwanzig gut erzogene Plugins, die ihre Dateien nur auf den eigenen Seiten einbinden, richten weniger Schaden an als acht, die ihre Skripte auf der gesamten Website ausliefern. Prüfen Sie, was jedes Plugin der Kasse hinzufügt, und entfernen Sie alles, dessen Zweck niemand benennen kann.

Was kostet die Geschwindigkeitsoptimierung eines WooCommerce-Shops? Ein diagnostisches Audit mit priorisierter Maßnahmenliste kostet typischerweise 900 bis 2.500 Pfund. Die verbreiteten Korrekturen wie Objekt-Caching, Datenbankbereinigung und Prüfung der geladenen Dateien liegen meist zwischen 2.000 und 6.000 Pfund, während der Umbau von Sortiment oder Filtern 6.000 bis 20.000 Pfund erreichen kann.

Wie teste ich die WooCommerce Performance richtig? Testen Sie als angemeldeter Besucher mit Artikeln im Warenkorb, nicht als anonymer Gast auf der Startseite. Trennen Sie die Antwortzeit des Servers von der Darstellung im Frontend, um zu sehen, welche Hälfte langsam ist. Nutzen Sie außerdem Felddaten echter Besucher, statt sich allein auf Laborwerte zu verlassen.