Shopware Performance optimieren: schnellere Ladezeiten

Ein Shopware-Shop, der länger als drei Sekunden lädt, verliert messbar Umsatz. Google wertet Ladezeit als Rankingfaktor, Besucher brechen ab, bevor sie überhaupt einen Artikel sehen. Die gute Nachricht ist, dass sich mit den richtigen Stellschrauben auch ein gewachsener Shop deutlich schneller machen lässt, ohne alles neu aufzubauen.

Warum Shopware-Shops langsam werden

Die häufigsten Ursachen sind keine Geheimnisse, aber sie werden regelmäßig unterschätzt. Unkonfigurierter HTTP-Cache, zu viele schlecht gepflegte Plugins, fehlende Bildoptimierung und schwaches Hosting treffen sich oft gleichzeitig. Hinzu kommt, dass viele Shops über Jahre gewachsen sind, ohne dass jemand die Grundkonfiguration systematisch überprüft hat. Eine Shopware-6-Instanz liefert ohne Cache-Konfiguration für jede Anfrage eine PHP-Ausführung mit Datenbankabfragen. Auf einem mittelmäßigen Server unter Last bedeutet das schnell zwei bis vier Sekunden TTFB, bevor der Browser überhaupt anfängt zu rendern.

HTTP-Cache aktivieren und richtig konfigurieren

Der wichtigste Hebel ist der HTTP-Cache. Shopware 6 bringt einen eingebauten HTTP-Cache mit, der gecachte Seiten direkt ausliefert, ohne PHP oder die Datenbank zu berühren. Für Produktdetailseiten, Kategorie-Listings und statische Inhaltsseiten sinken die Antwortzeiten damit auf 50 bis 150 Millisekunden.

Wichtig ist, dass der Cache nicht bei jeder Änderung komplett geleert wird. Viele Standard-Setups machen genau das: Ein Preis ändert sich, der gesamte Cache fliegt raus. Gezielte Cache-Invalidierung per Tag ist die bessere Lösung. Shopware unterstützt das nativ über seine Cache-Tag-Mechanik.

Für größere Shops bietet sich Varnish als Reverse-Proxy an. Varnish kann noch vor dem Webserver eingreifen und ist für hohe Request-Volumina ausgelegt. Die Einrichtung ist aufwendiger, lohnt sich aber ab einigen tausend Seitenaufrufen täglich. Details zur technischen Umsetzung findest du im Wiki-Artikel zu Shopware Caching mit HTTP-Cache, Redis und Varnish.

Redis für Session- und Object-Cache

Der HTTP-Cache löst das Frontend-Problem. Für den Object-Cache (zum Beispiel Twig-Templates, Konfigurationen, Symfony-Container) und den Session-Store empfiehlt sich Redis. Redis ist ein In-Memory-Datenspeicher, der Lese- und Schreiboperationen um ein Vielfaches schneller erledigt als das Dateisystem oder eine MySQL-Datenbank.

Ab Shopware 6.5 wird cache.adapter.redis_tag_aware als Adapter empfohlen. Die Konfiguration erfolgt in der services.yaml und erfordert eine laufende Redis-Instanz auf dem Server. In der Praxis sehen wir bei Shops mit hohem Traffic durch Redis eine Reduktion der durchschnittlichen Seitenzeit um 40 bis 60 Prozent gegenüber Filesystem-Cache.

Redis sollte auf demselben Server oder zumindest im selben Rechenzentrum laufen wie Shopware. Netzwerklatenzen von auch nur wenigen Millisekunden summieren sich bei vielen Cache-Anfragen pro Request.

Ab Shopware 6.6 lässt sich zusätzlich Zstandard-Komprimierung für gecachte Inhalte aktivieren. Das spart RAM und verbessert bei großen Datenpaketen die Übertragungszeit.

Bilder optimieren: das unterschätzte Potenzial

Bilder sind in den meisten Shopware-Shops der größte Bestandteil des übertragenen Datenvolumens. Unkomprimierte JPEG-Produktfotos mit 2 bis 5 Megabyte sind keine Seltenheit. Shopware 6 kann Bilder automatisch in WebP konvertieren und verschiedene Größen für unterschiedliche Viewports ausliefern. Diese Funktion ist aber nicht immer aktiviert oder korrekt konfiguriert.

Checkliste für Bildoptimierung:

• WebP-Konvertierung in den Shopware-Medien-Einstellungen aktivieren
• Thumbnails für alle relevanten Auflösungen anlegen (Mobile, Tablet, Desktop)
• Lazy Loading für Bilder unterhalb des sichtbaren Bereichs sicherstellen
• Das Hero-Bild oder LCP-Element explizit mit loading="eager" und fetchpriority="high" laden
• Bildgrößen im HTML korrekt angeben, um Layout-Shifts zu vermeiden

Der letzte Punkt klingt trivial, ist aber direkt für den CLS-Wert (Cumulative Layout Shift) im Rahmen der Core Web Vitals verantwortlich. Google straft sichtbare Layoutverschiebungen im Ranking ab.

AVIF als Format liefert nochmals kleinere Dateigrößen als WebP, wird aber noch nicht von allen Shopware-Versionen und Hosting-Umgebungen vollständig unterstützt. WebP ist Stand 2026 der sichere Standard.

Elasticsearch für große Produktkataloge

Die native Datenbanksuche von Shopware stößt bei größeren Katalogen an Grenzen. Sobald ein Shop 5.000 oder mehr aktive Produkte mit komplexen Varianten und Filtern hat, wird die DBAL-basierte Suche zum Engpass. Suchanfragen dauern dann mehrere Sekunden, Filterkombinationen kommen mit spürbarer Verzögerung.

Elasticsearch oder OpenSearch als dedizierte Suchmaschine löst das Problem. Die Indexierung läuft asynchron im Hintergrund, Suchanfragen werden direkt am Index beantwortet, ohne Datenbank-Joins. Shopware 6 hat eine native Integration, die sich über die Systemkonfiguration aktivieren lässt.

Wichtig zu wissen: Elasticsearch braucht eigene RAM-Ressourcen (mindestens 2 GB für einen Produktivserver) und erfordert Pflege. Bei Plugin-Updates oder Datenschema-Änderungen muss der Index neu aufgebaut werden. Das sollte im Betrieb eingeplant sein.

Hosting: die Basis, die alles trägt

Viele Performance-Probleme lassen sich nicht wegkonfigurieren, wenn das Fundament falsch ist. Shared Hosting ist für produktive Shopware-Shops keine Option. Die Mindestanforderung für einen stabilen Betrieb ist ein Managed VPS oder Managed Cloud-Server mit ausreichend RAM (mindestens 4 bis 8 GB), einem modernen PHP-Stack (PHP 8.2 oder neuer, OPcache aktiviert) und einem dedizierten Datenbankserver.

PHP OPcache sollte immer aktiv sein. Er speichert den kompilierten PHP-Bytecode zwischen und verhindert, dass PHP-Dateien bei jeder Anfrage neu geparst werden. Auf Standard-Setups ohne OPcache sehen wir regelmäßig 30 bis 50 Prozent längere PHP-Ausführungszeiten. Mehr dazu erklärt der Wiki-Artikel zu Shopware Hosting: Anforderungen und die richtige Wahl.

Ein CDN für statische Assets (CSS, JavaScript, Bilder) entlastet den Webserver und beschleunigt den Seitenaufbau für Nutzer, die geografisch weit vom Server entfernt sind.

Plugins als Performance-Bremse erkennen

Zu viele oder schlecht entwickelte Plugins sind eine häufige, aber schwer zu greifende Ursache für Performance-Probleme. Jedes Plugin, das Datenbankabfragen in den Pagespeed-kritischen Pfad hängt oder unkontrolliert JavaScript im Frontend lädt, kostet Zeit.

Praktisches Vorgehen: In der Shopware-Administration unter “Einstellungen > Storefront > Cache” lässt sich der HTTP-Cache messen. Für tiefere Analysen eignet sich Blackfire oder Xdebug-Profiling im Staging-System. Deaktiviere Plugins testweise einzeln und miss die Auswirkung. Plugins, die wenig bringen aber spürbar bremsen, gehören ersetzt oder überarbeitet. Einen Überblick zu Plugin-Qualität und Auswahl findest du im Blogbeitrag zur Shopware-Plugin-Auswahl 2026.

Häufige Fragen

Ab welcher Produktanzahl brauche ich Elasticsearch?

Es gibt keine harte Grenze, aber ab etwa 5.000 aktiven Produkten mit komplexen Filtern lohnt sich die Einrichtung von Elasticsearch oder OpenSearch in den meisten Fällen. Bei einfacheren Katalogen reicht die native Shopware-Suche meist aus.

Macht Shopware Cloud Performance-Probleme unmöglich?

Nein. Shopware Cloud (Rise-Edition) übernimmt Hosting und Updates, aber Bildoptimierung, Plugin-Qualität und Cache-Konfiguration bleiben Aufgaben des Shop-Betreibers bzw. seiner Agentur. Die Cloud-Infrastruktur ist solide, ersetzt aber keine inhaltliche Performance-Arbeit.

Wie oft sollte ich den Cache leeren?

So selten wie nötig. Ein vollständiges Cache-Leeren sollte nur bei Deployments, größeren Konfigurations-Änderungen oder bei gezielten Debugging-Situationen stattfinden. Im laufenden Betrieb übernimmt Shopware die gezielte Invalidierung einzelner Cache-Tags automatisch.

Was kostet professionelle Performance-Optimierung?

Das hängt stark vom Ausgangszustand ab. Eine systematische Analyse mit konkreten Maßnahmen liegt bei uns erfahrungsgemäß im Bereich von 1 bis 3 Tagen Aufwand. Danach zahlen sich die Verbesserungen durch bessere Conversion-Rates und geringeren Serververbrauch schnell aus.

---

Wenn du nicht sicher bist, wo dein Shop aktuell steht, ist ein strukturierter Shop Health Check ein guter Einstieg. Wer die Performance dauerhaft im Blick haben und optimieren lassen will, findet bei unserer Shopware-Betreuung das passende Rahmenwerk dafür.