Shopware 6 zu langsam? Diese Performance-Hebel wirken wirklich

Ein langsamer Shop kostet doppelt: Besucher springen ab, bevor sie kaufen, und Google wertet träge Seiten ab. Die gute Nachricht: Shopware 6 ist von Haus aus auf Performance ausgelegt — wenn Umgebung und Konfiguration stimmen. Wir zeigen die Hebel in der Reihenfolge ihrer Wirkung.

Erst messen, dann schrauben

Bevor Sie optimieren, brauchen Sie einen ehrlichen Ausgangswert — sonst drehen Sie an Schrauben, deren Wirkung Sie nie sehen. Zwei Messgrößen genügen für den Anfang: die Server-Antwortzeit (Time to First Byte) als Indikator für Hosting und Anwendung, und die Core Web Vitals (etwa über PageSpeed Insights) als Indikator dafür, was Ihre Besucher tatsächlich erleben. Messen Sie dabei nicht nur die Startseite: Kategorieseiten mit vielen Produkten und die Suche sind in der Praxis fast immer die langsamsten Seiten eines Shops.

Wichtig ist auch der Unterschied zwischen kaltem und warmem Cache: Ist die Seite nur beim ersten Aufruf langsam und danach schnell, arbeitet Ihr Caching — dann liegt das Problem eher bei Cache-Invalidierung oder Crawlern, die ständig ungecachte Seiten treffen. Ist sie immer langsam, fehlt es an der Basis.

Hebel 1: Die Hosting-Basis — hier entsteht Tempo

Kein Cache der Welt rettet eine unterdimensionierte Umgebung. Shopware 6 basiert auf Symfony und ist deutlich anspruchsvoller als ein einfaches CMS — welche Voraussetzungen im Detail gelten, haben wir im Beitrag zu den Shopware-6-Server-Anforderungen zusammengefasst. Für die Performance zählen vor allem:

• Schneller Storage: Datenbank und Dateisystem profitieren massiv von NVMe-SSDs — besonders bei großen Katalogen und beim Indexieren.
• Aktuelles PHP mit OPcache: Jede neue PHP-8-Version bringt messbare Geschwindigkeitsvorteile; der OPcache hält kompilierten Code im Speicher und gehört auf jedem Shopware-Server aktiviert.
• Genug RAM ohne Nachbarn: Auf überbuchtem Billig-Webspace teilen Sie sich Ressourcen mit Unbekannten. Ein Shop braucht garantierte Ressourcen — sonst schwankt die Performance mit der Last fremder Projekte.
• Redis für Cache und Sessions: Der In-Memory-Speicher beschleunigt Objekt-Cache und Sessions gegenüber Datei- oder Datenbank-Ablage spürbar — für uns Standard in jedem Shopware-Hosting.

Hebel 2: HTTP-Cache — die Seite gar nicht erst berechnen

Die schnellste Seite ist die, die der Server nicht neu rendern muss. Shopware 6 bringt einen HTTP-Cache mit, der fertig gerenderte Seiten ausliefert, ohne die Anwendung erneut zu durchlaufen — auf Wunsch ergänzt um einen vorgeschalteten Reverse Proxy. Richtig konfiguriert fängt diese Ebene den Großteil der anonymen Aufrufe ab, also genau den Traffic, den Suchmaschinen und Erstbesucher erzeugen.

In der Praxis entscheidend ist die Cache-Invalidierung: Wer bei jeder Kleinigkeit den kompletten Cache leert, arbeitet fast dauerhaft mit kaltem Cache. Prüfen Sie, welche Ereignisse bei Ihnen den Cache leeren — und ob das wirklich nötig ist.

Hebel 3: Worker & Message Queue — Arbeit aus dem Seitenaufruf holen

Shopware 6 erledigt aufwendige Aufgaben — Indexierung, E-Mails, Bild- verarbeitung, Datenabgleiche — über eine Message Queue im Hintergrund. In der Standardkonfiguration arbeitet der sogenannte Admin-Worker diese Warteschlange nur ab, solange die Administration im Browser geöffnet ist. Für den Produktivbetrieb empfiehlt Shopware ausdrücklich dauerhaft laufende CLI-Worker auf dem Server: Aufgaben werden dann kontinuierlich abgearbeitet, statt sich aufzustauen oder Seitenaufrufe zu bremsen.

Das setzt allerdings ein Hosting voraus, das eigene Hintergrundprozesse erlaubt und überwacht — auf klassischem Shared-Webspace ist genau das meist nicht möglich. Hängende Warteschlangen sind einer der häufigsten Gründe für „der Shop wird immer langsamer"-Symptome.

Hebel 4: Datenbank und Indexer

Bei wachsenden Katalogen wird die Datenbank zum Engpass: Aktuelle MySQL-/MariaDB-Versionen, ausreichend RAM für den Puffer und schneller Storage sind die Grundlage. Dazu kommt das Indexer-Konzept von Shopware: Preise, Verfügbarkeiten und Kategorien werden vorberechnet, damit Kategorieseiten und Suche schnell antworten. Laufen diese Indexer über die Message Queue (siehe Hebel 3) zuverlässig im Hintergrund, bleibt der Shop auch während Importen und Massenänderungen reaktionsschnell. Für große Sortimente lohnt zusätzlich der Blick auf Elasticsearch/OpenSearch als dedizierte Suchtechnologie.

Hebel 5: Bilder, CDN und Frontend

Auf der Besucherseite dominieren fast immer die Bilder: Moderne Formate (WebP/AVIF), korrekt skalierte Thumbnails statt Originalgrößen und Lazy Loading unterhalb des sichtbaren Bereichs sparen oft mehr Ladezeit als jede weitere Server-Maßnahme. Ein CDN liefert statische Dateien näher am Besucher aus und entlastet den Shop-Server. Und im Theme gilt: je weniger zusätzliche Skripte und Fonts, desto besser die Core Web Vitals.

Hebel 6: Plugin- und Update-Hygiene

Jedes aktive Plugin läuft bei jedem Seitenaufruf mit. Misten Sie regelmäßig aus, was Sie nicht mehr brauchen, und prüfen Sie nach Plugin-Installationen die Antwortzeiten — so fällt sofort auf, wenn eine Erweiterung den Shop bremst. Halten Sie Shopware und Plugins aktuell: Performance-Verbesserungen kommen bei Shopware 6 kontinuierlich mit den Releases.

Fazit: Reihenfolge schlägt Aktionismus

Wer Shopware 6 beschleunigen will, arbeitet von unten nach oben: erst die Hosting-Basis (Storage, PHP, RAM, Redis), dann Caching und Worker, dann Datenbank und Suche, zuletzt Bilder und Frontend. Die häufigsten Ursachen für lahme Shops, die wir in der Praxis sehen, sind unterdimensioniertes Shared Hosting ohne Worker-Unterstützung und nie konfiguriertes Caching — beides Probleme der Umgebung, nicht des Shopsystems.

Wenn Ihr Shop trotz Optimierung träge bleibt, lohnt der Blick auf die Umgebung: Ob ein Wechsel auf ein für Shopware ausgelegtes Hosting den Unterschied macht, klären wir ehrlich in einer kostenlosen Expertenberatung — telefonisch unter 04131 2278280 oder per E-Mail an info@wnm.de.