Ein guter Lasttest für den Onlineshop beginnt mit Kaufszenarien. Du startest ihn auf einer Kopie des Shops oder in einem abgestimmten Zeitfenster und lässt dir Zeitreserve für Korrekturen und eine Wiederholung. Mitte September 2026 ist der letzte sinnvolle Zeitpunkt, denn der Black Friday fällt auf den 27. November, und zwischen dem ersten Durchlauf und der Kampagne müssen noch Änderungen an Konfiguration und Code Platz finden. Die vollständige Aufgabenliste vor der Kampagne beschreibt unser Beitrag darüber, wie du den Black Friday im Onlineshop vorbereitest. Hier nehmen wir uns nur einen Schritt vor: die Prüfung der Performance unter Last.
Inhaltsverzeichnis
Wie viel Traffic hält der Shop aus und warum sollte man das vor der Saison prüfen?
Der Test zeigt, ab welcher Last der Shop langsamer wird oder Fehler wirft. Besser, du erfährst das selbst und nicht deine Kunden am Tag der Kampagne. Ein gewöhnlicher Performance-Test des Shops, durchgeführt mit einem Tool zur Messung der Seitengeschwindigkeit, beschreibt den Besuch eines einzelnen Nutzers. Darüber, was passiert, wenn viele Käufer gleichzeitig das Angebot durchsehen, Produkte filtern und Bestellungen aufgeben, sagt er nichts. Und dann entscheiden Server und Datenbank über das Ergebnis, nicht das Gewicht der Bilder.
Das Ziel ist eine Entscheidung, kein Bericht. Nach dem Durchlauf sollst du wissen, was zuerst zu verbessern ist und ob der aktuelle Server für die Saison reicht. Führt das Ergebnis nicht dorthin, war das Szenario schlecht gewählt.
Welche Arten von Lasttests solltest du wählen?
Ein einziges Skript reicht nicht. Unterschiedliche Traffic-Muster bedeuten unterschiedliche Risiken, was die k6-Dokumentation zu den Testtypen direkt beschreibt. In der Praxis braucht ein Shop mehrere Varianten:
- Smoke - prüft, ob das Skript funktioniert und ob der Shop mit einigen wenigen Nutzern zurechtkommt.
- Average-load - bildet einen gewöhnlichen Verkaufstag nach. Liefert den Bezugspunkt für die übrigen Messungen.
- Stress - hebt die Last über das normale Maß, um zu zeigen, wo die Verlangsamung beginnt.
- Spike - also der Test mit sprunghaftem Traffic, simuliert den plötzlichen Ansturm von Käufern direkt nach dem Start der Kampagne.
- Soak - hält eine konstante Last über lange Zeit und deckt Probleme auf, die sich langsam aufbauen.
Das Lastmuster sollte einfach sein: Anstieg, Plateau und Abklingen. Die Namen der Typen sind Konvention und hängen von der Größenordnung ab. Und das Tool? Meiner Meinung nach k6: Ein Lasttest wird darin als Skript gespeichert, das man zusammen mit dem Code aufbewahren und unverändert erneut ausführen kann.
Welche Kaufszenarien solltest du im Test nachbilden?
Getestet wird der gesamte Kaufprozess, nicht nur die Startseite. Das Skript soll die aufeinanderfolgenden Schritte eines echten Kunden nachahmen:
- Einstieg aus der Kampagne auf eine Produkt- oder Kategorieseite.
- Nutzung von Suche und Filtern.
- Hinzufügen eines Produkts zum Warenkorb.
- Aufgeben der Bestellung.
Am meisten hängt hier von Warenkorb und Checkout ab, denn sie werden nicht aus dem Cache ausgeliefert. Jede Anfrage landet bei PHP und der Datenbank. Genau dort bricht der Shop zuerst ein, auch wenn die Startseite noch schnell lädt. Die Anteile der einzelnen Szenarien nimmst du aus der Statistik deines eigenen Shops: Welcher Teil der Besucher schaut sich nur um und welcher gelangt bis zur Bestellung. Wer diese Anteile rät, erhält ein Ergebnis, das einen anderen Shop beschreibt als den eigenen.
Wo und wann solltest du den Test starten, damit der Verkauf nicht leidet?
Auf einer Kopie des Shops oder in einem abgestimmten Zeitfenster mit wenig Traffic. Niemals ohne Wissen des Hosters. Ein nicht vorgewarnter Anbieter kann den Test-Traffic als Angriff einstufen und blockieren, was die Messung wertlos macht und im schlechteren Fall auch echte Kunden aussperrt. Auf der Kopie müssen echte Zahlungen und der Mailversand an Käufer abgeschaltet sein. Sonst landen Testbestellungen in Postfächern und Buchhaltungssystemen.
Die Testumgebung sollte der Produktion entsprechen: dieselben Plugins, eine ähnlich große Datenbank und derselbe Servertyp. Vergleiche bei der Gelegenheit die aktuellen Ressourcen damit, wie man die Hosting-Parameter für Unternehmen auswählt. Zeitfenster und Regeln des Tests lassen sich am einfachsten festlegen, wenn dasselbe Team den Shop und das Hosting von Websites und E-Mail betreut.
Was solltest du im WooCommerce-Lasttest messen und was muss meist verbessert werden?
Drei Dinge: Antwortzeit, Fehlerquote und Datenbanklast. Jeden Wert liest du für jedes Szenario getrennt ab. Der Durchschnitt über den gesamten Durchlauf verdeckt das Problem, weil schnelle Seiten aus dem Cache den langsamen Checkout überdecken. Ein WooCommerce-Lasttest zeigt meistens auf dieselben Problemquellen:
- eine Cache-Konfiguration, die zu viele Seiten auslässt oder für eingeloggte Nutzer abgeschaltet ist,
- schwere Datenbankabfragen, die von Plugins erzeugt werden,
- Cron-Aufgaben, die bei Seitenaufrufen der Nutzer statt über den Zeitplan des Servers gestartet werden,
- externe Skripte, auf die der Shop bei jeder Anfrage wartet.
Die Kosten einer einzelnen Erweiterung lassen sich direkt messen: In den Performance-Empfehlungen für WooCommerce findet sich der Rat, den Shop mit eingeschalteter und ausgeschalteter Erweiterung zu testen. Manchmal liegt die Ursache auch im Code und nicht in den Einstellungen. Dann übernimmt die Korrekturen ein Team, das Shops auf der Plattform WooCommerce baut, und bei individuellen Integrationen hilft maßgeschneiderte Softwareentwicklung.
Erneuter Test nach den Korrekturen und Zeitplan bis zum Black Friday
Jede Korrektur wird durch die Wiederholung desselben Szenarios bestätigt. Die Regel: eine Änderung auf einmal, dasselbe Skript, dieselbe Umgebung. Nach mehreren gleichzeitig eingespielten Korrekturen weißt du nicht, welche gewirkt und welche etwas verschlechtert hat.
Reihenfolge der Arbeiten ab September:
- Smoke und Average-load, um die Skripte zu prüfen und den Bezugspunkt festzulegen.
- Korrekturen aus den ersten Messungen, jede mit Wiederholung.
- Stress und Spike, also die Prüfung der Reserve und der Reaktion auf einen plötzlichen Ansturm.
- Änderungsstopp vor der Kampagne, ohne neue Plugins und Updates.
Die Skripte sollten nach der Saison nicht in der Schublade landen. Gepflegt zusammen mit den übrigen Tests, im Einklang damit, was und wann automatisch testen sinnvoll ist, sind sie bei jeder größeren Änderung im Shop nützlich. Dann wird der Lasttest für den Onlineshop zu einem wiederholbaren Teil der Vorbereitung und nicht zu einer einmaligen Aktion vor dem November.
Häufige Fragen
Kann man einen Lasttest auf einem laufenden Shop starten?
Ja, aber nur in einem abgestimmten Zeitfenster mit wenig Traffic und nach Information des Hosters. Sicherer ist eine Kopie des Shops, die der Produktion entspricht, denn auf dem laufenden Shop bremst der Test-Traffic echte Kunden aus und hinterlässt Testbestellungen im System.
Worin unterscheidet sich der Test mit sprunghaftem Traffic vom Stress-Test?
Der Test mit sprunghaftem Traffic ist ein heftiger Ansturm von Nutzern in sehr kurzer Zeit. Stress überschreitet die gewöhnliche Last schrittweise und zeigt, wo der Shop langsamer wird. Der erste prüft die Reaktion auf eine plötzliche Änderung, der zweite die Belastungsgrenze.
Reicht es, die Startseite zu testen?
Nein. Die Startseite wird meist aus dem Cache ausgeliefert und belastet den Server kaum. Warenkorb und Bestellung umgehen den Cache, also beansprucht jede Anfrage PHP und die Datenbank. Sie entscheiden, ob der Shop den Verkauf unter hohem Traffic aufrechterhält.
