Performance & Core Web Vitals · Shopware Hub
Wie funktioniert Caching in Shopware 6?
Auch: HTTP-Cache · Varnish · Redis Shopware
Kurzantwort
Caching heißt: einmal Berechnetes wiederverwenden statt für jeden Besucher neu zu rechnen – der größte einzelne Performance-Hebel eines Shopware-Shops. Shopware 6 staffelt mehrere Ebenen: HTTP-Cache für ganze Seiten, Objekt-Cache (Redis) für Daten, OPcache für PHP – ergänzbar um Varnish und ein CDN. Der Shop-Sonderfall: Eingeloggte Kunden und gefüllte Warenkörbe machen Seiten dynamisch – gutes Caching trennt das Statische vom Persönlichen.
Die Praxis-Fragen: Warum ist der Shop trotz Cache langsam – und wann leert man ihn?
Der häufigste Befund in Audits: Der Cache existiert, trifft aber nicht. Klassische Ursachen sind Plugins, die Seiten pauschal als dynamisch markieren (ein einziges „personalisiertes“ Widget kann den HTTP-Cache für die ganze Seite aushebeln), Session-Cookies, die jeden Besucher zum Sonderfall machen, und Warenkorb-Logik im falschen Block. Shopware begegnet dem mit ESI-ähnlicher Trennung: Das Seitengerüst kommt aus dem Cache, nur die persönlichen Häppchen (Warenkorb-Zähler, Login-Status) werden nachgeladen – Plugins, die das respektieren, erkennen Sie daran, dass die Trefferquote nach der Installation nicht einbricht. Zweite Praxisfrage: Cache leeren. Nach Deployments und Theme-Änderungen ja (Konsole: cache:clear beziehungsweise über die Administration), im Alltag möglichst nie pauschal – Shopware invalidiert bei Produkt- und Preisänderungen gezielt die betroffenen Seiten selbst; wer stattdessen täglich alles leert, schenkt jedem Besucher die volle Rechenlast und wundert sich über Mittags-Lastspitzen. Dritte Frage: Reihenfolge der Investition. Erst die Bordmittel korrekt (HTTP-Cache-Trefferquote prüfen!), dann Redis fürs Daten-Fundament, und Varnish/CDN erst, wenn echte Reichweite oder Kampagnen-Spitzen es verlangen – ein kleiner Shop mit sauberem Bord-Caching schlägt einen großen mit verkonfiguriertem Varnish jederzeit.
Kurz-Fakten
- Ebenen in SW6: HTTP-Cache (Seiten) · Objekt-Cache (Daten, ideal Redis) · OPcache (PHP) – erweiterbar um Varnish/CDN.
- Shop-Besonderheit: persönliche Elemente (Warenkorb, Login) werden getrennt nachgeladen – das Gerüst bleibt cachebar.
- Cache-Killer: schlecht gebaute Plugins, unnötige Sessions, pauschal dynamische Seiten – Trefferquote nach jeder Installation prüfen.
- Leeren mit Maß: nach Deployments ja (cache:clear), täglich-pauschal nein – Shopware invalidiert Änderungen gezielt.
- Investitions-Reihenfolge: Bordmittel korrekt → Redis → Varnish/CDN bei echtem Bedarf.
- Wirkung: Ein treffender Seiten-Cache senkt Antwortzeiten typischerweise von hunderten Millisekunden auf einstellige bis zweistellige.
Einordnung
Caching ist die unsichtbare Hälfte der Shop-Performance: Kunden sehen nie, dass es existiert – nur, wenn es fehlt. Die gute Nachricht für Shopware-Betreiber: Das System bringt eine erwachsene Cache-Architektur mit; die Aufgabe ist weniger Aufrüsten als Nicht-kaputtmachen – und die Trefferquote im Blick behalten wie eine Umsatzzahl.
Verwandte Fragen
- Shop-Speed & Umsatz
- Hosting-Anforderungen von Shopware 6
- Core Web Vitals im Onlineshop
- Theme & JavaScript schlank halten
- Shop-Performance richtig messen
Stand: Juli 2026 · Geprüft von SEO NW