• Docs
  • Talk to an expert
Blog
Blog
BlogProduktFallstudienNachrichtenInsights
Blog

Was wir aus den umfangreichen Lasttests mit Shopware gelernt haben

E-Commerce
11 Juni 2025
Vincenzo Russo
Vincenzo Russo
Manager für OEM-Geschäft und technische Entwicklung
Teilen
Diese Seite wurde von unseren Experten auf Englisch verfasst und mithilfe einer KI übersetzt, um einen schnellen Zugriff zu ermöglichen! Die Originalversion findest du hier.

Wir haben reale Lasttests mit sieben verschiedenen Infrastruktur-Tarifen durchgeführt – von „Grid“ bis „Dedicated Split“ – und dabei realistische Konversionsraten, Bot-Traffic-Mischungen und ERP-gesteuerte API-Importe verwendet. Das Ergebnis war eindeutig: Die performance skaliert vorhersehbar mit den Ressourcen, aber nur, wenn dein Code, dein Cache und deine Konfiguration mithalten können. Dieser Blogbeitrag geht auf die wichtigsten Ergebnisse ein, erklärt, warum API-Last unverhältnismäßig teuer ist, und zeigt, welche Kennzahlen am wichtigsten sind.

How well does Shopware actually perform under load? This question is asked often, especially when teams are evaluating new infrastructure or preparing for traffic surges. So we decided to test it ourselves.

Wir haben strukturierte Lasttests unter Produktionsbedingungen über sieben verschiedene Shopware-PaaS-Infrastruktur-Tarife hinweg durchgeführt, von Grid-Konfigurationen der Einstiegsklasse bis hin zu dedizierten Split-Clustern mit hoher Kapazität. Das Ziel war nicht, das System zum Absturz zu bringen, sondern die reale E-Commerce-Nutzung unter Druck zu simulieren: Stöbern, Kaufen und Backend-Automatisierung – alles mit realistischen Konversionsraten und Caching-Verhalten. Hier sind unsere Ergebnisse.

Echter Traffic ist komplexer, als du denkst

Viele Performance-Tests basieren auf synthetischen Szenarien, d. h. einzelnen Endpunkten, die mit festen Raten bombardiert werden. So verhalten sich echte Online-Shops aber nicht. Unser Testplan umfasste:

  • Anonymes Stöbern (Startseite, Kategorien, Suche)
  • Kundenwege für Neukunden (Stöbern, Registrieren, Zur Kasse)
  • Wiederholte Kundenkäufe (Anmeldung und Schnellkauf)
  • API-gesteuerte Produktimporte (ERP-Simulation)

Außerdem haben wir realistische Konversionsraten (~3 %), Bot-zu-Nutzer-Verhältnisse und Caching-Verhalten einbezogen. Die Caches wurden mithilfe automatisierter Crawler vorgewärmt, um reale Bereitstellungen nachzubilden.

Wichtigste Erkenntnisse aus den Lasttests

1. Shopware skaliert vorhersehbar mit den Ressourcen

Je mehr CPU-Leistung und Arbeitsspeicher in den Infrastruktur-Paketen zur Verfügung standen, desto mehr gleichzeitigen Traffic konnte Shopware bewältigen und dabei die Antwortzeiten niedrig halten. Selbst bescheidene Pakete zeigten unter optimierten Bedingungen eine gute Performance. So bewältigte beispielsweise ein Dedicated Grid Host (DGH32) über 7.000 Bestellungen pro Tag mit einer p95-TTFB von unter einer Sekunde.

2. Die API ist ein versteckter Kostentreiber

Der API-Traffic (wie Produktaktualisierungen oder ERP-Synchronisierungen) verursachte einen überproportionalen Anteil der Backend-Auslastung. Obwohl er nur 5–10 % des gesamten Traffics ausmachte, waren API-Anfragen für Cache-Invalidierungen und Spitzen in der CPU-Auslastung verantwortlich.

3. Die Caching-Strategie entscheidet über die performance

Pläne mit vorab aufgewärmten Fastly-Caches sorgten für konstante Antwortzeiten. Die getesteten Pläne ohne ordnungsgemäßes Cache-Priming wiesen erhebliche Latenzzeiten auf. Cache-Fragmentierung und schlecht strukturierte Endpunkte führten zu MISS-Antworten, was den Durchsatz sofort beeinträchtigte.

4. Die Infrastruktur ist nicht der Engpass

In fast jedem Szenario, in dem die Performance nachließ, ließ sich das Problem auf Code, Konfiguration oder Cache-Invalidierung zurückführen – nicht auf die zugrunde liegende Plattform. Zum Beispiel verursachte ein Plugin, das im Debug-Modus belassen wurde, eine Disk-I/O-Konkurrenz, die die Seiten fast zum Stillstand brachte.

Ein Hinweis zur Methodik

Wir haben Grafana K6 verwendet, um den Datenverkehr zu simulieren, und Metriken wie die folgenden erfasst:

  • p95 TTFB (Time to First Byte)
  • Spitzenwert der Anfragen pro Sekunde (RPS)
  • CPU-Auslastung
  • Fehlerquote
  • Bestellungen pro Stunde und pro Tag

Jeder Test lief 5 Minuten lang in isolierten, sauberen Umgebungen. Es wurden Konversionslogik und Traffic-Shaping angewendet, um das tatsächliche Verhalten im Online-Shop so genau wie möglich nachzubilden.

Hol dir den Leitfaden zur Performance mit den Ergebnissen der strengen Lasttestreihe auf Shopware PaaS – einer verwalteten E-Commerce-Plattform, die auf Upsun Cloud basiert und speziell darauf zugeschnitten ist, Shopware in großem Maßstab zu betreiben.

Bleiben Sie auf dem Laufenden

Abonnieren Sie unseren monatlichen Newsletter.

Deployments leicht gemacht.
Testen Sie Upsun kostenlos.

Entwickeln Sie mit DispatchDeployen Sie mit Cloud