Shopware Performance optimieren: Core Web Vitals für schnellere Shops

Ladezeit ist im E-Commerce ein direkter Umsatzfaktor: Eine zusätzliche Sekunde senkt die Conversion messbar, und langsame Shops ranken bei Google schlechter. Die Stellschrauben in Shopware sind bekannt. Das Problem ist meist nicht fehlendes Wissen, sondern dass nicht alle konsequent genutzt werden.

Was wirklich zählt: die Core Web Vitals

Google bewertet drei Kennzahlen, die den realen Nutzereindruck abbilden:

• LCP (Largest Contentful Paint): Wie schnell ist das größte sichtbare Element da? Ziel: unter 2,5 Sekunden.
• INP (Interaction to Next Paint): Wie schnell reagiert die Seite auf Klicks/Tippen? Ziel: unter 200 ms.
• CLS (Cumulative Layout Shift): Wie stark verspringt das Layout beim Laden? Ziel: unter 0,1.

Diese Werte stehen pro URL in der Search Console. Sie sind der richtige Ausgangspunkt für Optimierung, nicht der isoliert betrachtete PageSpeed-Score.

Die wirksamsten Hebel im Shopware-Stack

1. HTTP-Cache richtig konfigurieren

Shopware bringt einen eigenen HTTP-Cache mit. In Produktion gehört er immer aktiviert, idealerweise mit vorgelagertem Reverse-Proxy (Varnish oder Nginx FastCGI Cache). Entscheidend sind saubere Cache-Tags: Stimmen die nicht, werden geänderte Produkte nicht invalidiert, und Kunden bekommen veraltete Inhalte zu sehen.

2. Redis für Cache und Session

Dateibasiertes Caching wird auf größeren Shops zum Flaschenhals. Redis als Session- und Cache-Backend liefert unter Last spürbar bessere Werte. Konfiguriert ist das in config/packages/framework.yaml mit wenigen Zeilen.

3. PHP OPcache und Preloading

OPcache muss aktiv und ausreichend dimensioniert sein; opcache.memory_consumption=256 ist ein brauchbarer Startwert. Preloading (ab PHP 7.4) lädt die Symfony- und Shopware-Kerne einmal beim Worker-Start und spart pro Request mehrere Millisekunden.

4. Bilder konsequent optimieren

Bilder sind der häufigste Grund für ein schlechtes LCP. Drei Maßnahmen:

• WebP/AVIF als Format ausspielen (Shopware kann das nativ in Thumbnail-Sizes)
• Korrekte Dimensionen, kein img-tag-resizing
• fetchpriority="high" aufs Hero-Bild, loading="lazy" auf den Rest

5. JavaScript entrümpeln

Tracking-Pixel, Chat-Widgets, A/B-Test-Tools: Jedes externe Skript belastet den INP. Wo möglich, gehört es verzögert geladen, nicht-kritisches JavaScript per defer oder erst nach der ersten Interaktion. Cookie-Banner erst nach Consent nachladen, sonst blockiert der Banner selbst die ersten Sekunden.

6. Datenbank-Indizes prüfen

Bei großen Sortimenten ab etwa 50.000 Produkten sind ungeprüfte Custom-Plugins der häufigste Performance-Killer. Ein EXPLAIN auf langsame Queries und gezielt gesetzte Indizes verkürzen Antwortzeiten oft von Sekunden auf Millisekunden.

7. CDN für statische Assets

Ein CDN für CSS, JS und Bilder (Cloudflare, Bunny oder ein S3-/CloudFront-Setup) nimmt Last vom Origin und liefert Assets vom nächstgelegenen Edge-Standort aus.

Was sich konkret verändert

Sauber umgesetzt sind ein LCP unter 1,5 s und Lighthouse-Scores ab 90 realistisch. Wichtiger als der Score selbst sind die Folgen: mehr abgeschlossene Käufe, weniger Absprünge, bessere Rankings.

Reihenfolge der Maßnahmen

Am Anfang steht die Messung, nicht die Optimierung. Search Console und Real-User-Monitoring zeigen, wo es tatsächlich klemmt. Danach nach Wirkung priorisieren: HTTP-Cache, Redis und die Bild-Pipeline bringen in der Regel die größten Sprünge, das Feintuning kommt zuletzt.