Magento Performance: Core Web Vitals und Page Speed für große Kataloge
Page Speed ist bei Magento eine Konfigurationsfrage, kein systemisches Problem. Wie Performance neben Duplicate Content und URL-Struktur zu den zentralen SEO-Hebeln gehört, erklärt das Magento SEO-Gesamtbild.
Magento ist ressourcenhungrig – Varnish, Redis und Bildoptimierung sind die stärksten Hebel für gute Core Web Vitals.
Kostenlos · ohne Anmeldung · Ergebnis sofort
Full-Page-Cache: Varnish oder Built-in FPC?
Magento 2 bringt zwei FPC-Optionen mit: den integrierten Built-in FPC und Varnish als externe Reverse-Proxy-Lösung. Built-in FPC ist für Entwicklungsumgebungen oder kleine Shops ausreichend. Unter realer Last — parallele Nutzer, große Kategorieseiten, Checkout-Flows — trennen sich die beiden deutlich.
Varnish
- Standard für Produktivshops
- deutlich schneller
Built-in FPC
- ohne Extra-Setup
- langsamer unter Last
Für Produktivshops ist Varnish der Standard und klar schneller als der eingebaute Full-Page-Cache.
Varnish arbeitet auf HTTP-Ebene, bevor PHP überhaupt aufgerufen wird. Gecachte Seiten werden in wenigen Millisekunden ausgeliefert, ohne Datenbankabfrage. Magento liefert dafür eine native Varnish-Konfigurationsdatei/VCL, die allerdings angepasst werden muss: HTTPS-Terminierung über nginx davor, Hole-Punching für private Blöcke per ESI (Edge Side Includes), korrektes Cache-Invalidierungs-Tagging bei Produktupdates. Wer Varnish ohne ESI-Konfiguration betreibt, riskiert, dass eingeloggte Nutzer gecachte Warenkörbe anderer Sitzungen sehen.
Redis und Datenbankoptimierung
Redis übernimmt in Magento zwei Aufgaben: Session-Storage und Cache-Backend. Beide auf Redis auszulagern entlastet die Datenbank erheblich — besonders bei Shops mit hohem gleichzeitigem Traffic. Kritisch ist die Trennung: Session-Daten und Cache-Daten sollten auf separate Redis-Instanzen mit unterschiedlichen Eviction-Policies zeigen. Wer beides in eine Instanz wirft und allkeys-lru setzt, riskiert, dass Sessions bei Cache-Druck vorzeitig evicted werden.
Langsame Kategorie- und Filterseiten haben auf Datenbankebene meist eine gemeinsame Ursache: fehlende Indexe auf den catalog_product_index_*-Tabellen und veraltete Reindex-Läufe, die Preisinkonsistenzen und träge Suchanfragen erzeugen. Bei Layered Navigation mit vielen aktiven Filtern addiert sich das — jede Filterabfrage trifft mehrere Join-Operationen auf großen EAV-Tabellen. Weitere Zusammenhänge zwischen Datenbankperformance und SEO beschreibt Magento SEO.
Bildoptimierung und Frontend-Assets
Bilder sind bei Magento-Shops regelmäßig der größte LCP-Blocker. Magento 2.4+ unterstützt WebP-Konvertierung nativ über die Bildverarbeitungskonfiguration — in der Praxis ist das aber häufig nicht aktiviert, weil es explizit in env.php oder per Extension konfiguriert werden muss. srcset-Attribute für Responsive Images und Lazy Loading für unterhalb des Folds liegende Produktbilder senken den initialen Payload deutlich.
JS/CSS-Bundling ist in Magento 2 ein zweischneidiges Schwert. Das native Bundling reduziert HTTP-Requests, erzeugt aber unter Umständen große monolithische Bundles, die das initiale Rendering blockieren. Sinnvoller ist Critical-CSS inline im <head> kombiniert mit deferred Loading nicht-kritischer Stylesheets. Wer mit einem CDN arbeitet, sollte außerdem sicherstellen, dass statische Assets mit langen Cache-Headern ausgeliefert werden — Magento-Versionierungspfade (version<hash>) erlauben das ohne Cache-Busting-Probleme.
Performance bei Migrationen und Store-View-Setups
Bei einem Plattformwechsel wird der Performance-Stack regelmäßig unterschätzt — Core Web Vitals, die am Launch-Tag schlechter sind als auf dem Vorgängersystem, wirken sich direkt auf Rankings aus. Was beim Wechsel zu beachten ist, behandelt der Beitrag zur Magento Migration im Detail.
Internationale Setups mit mehreren Store Views multiplizieren den Cache-Komplexität: Varnish muss Store-View-spezifische Cookies korrekt auswerten, sonst liefert der Cache die falsche Sprachversion aus. Das ist kein theoretisches Problem — in der Praxis taucht es genau dann auf, wenn ein neuer Markt live geht und der Cache-Key nicht um den Store-View-Parameter erweitert wurde.
Wenn Sie Magento-Performance-Bottlenecks gezielt identifizieren wollen: Ich — Andrea Papa — analysiere den Stack direkt auf Basis Ihrer Konfiguration, ohne Standardchecklisten.
Kostenlos · ohne Anmeldung · Ergebnis sofort
Häufige Fragen zur Magento-Performance
Warum ist Performance bei Magento besonders kritisch?
Varnish oder Magentos eingebauter Full-Page-Cache?
Wofür braucht Magento Redis?
Was bringt Bildoptimierung in Magento?
Andrea Papa
Senior SEO-Spezialist mit 15+ Jahren E-Commerce-Erfahrung. Ich optimiere clusterbasiert nach Suchintention – für nachhaltige Sichtbarkeit bei Google und in der KI-Suche.