Magento 2 Performance: Warum die Geschwindigkeit einbricht - und was wirklich hilft
Magento 2 gilt als langsam - dabei liegt es selten an der Plattform selbst. Caching, Suchmaschine, Konfiguration und Frontend: Wo die echten Hebel für die Magento-Geschwindigkeit liegen.
"Magento ist langsam" - diesen Satz hört man oft, und manchmal stimmt er. Meistens liegt die Ursache aber woanders: bei einem schlecht konfigurierten Caching, bei zu vielen Erweiterungen, bei zu schwachem Hosting oder bei einem Frontend, das seit dem Launch niemand angefasst hat. Diese Ursachen lassen sich alle beheben. Dieser Beitrag zeigt, wo die echten Hebel für die Magento-Geschwindigkeit liegen - ohne Mythen und ohne Wunderversprechen.
Dieser Artikel ist Teil unserer Serie "Magento für Entscheider". Wir schauen uns die Plattform aus der Perspektive an, die im Tagesgeschäft zählt: Was bringt es, was kostet es an Aufwand, und wo lohnt sich Hilfe von außen.
Warum das geschäftlich zählt: Ladezeit ist kein reines Technik-Thema. Sie beeinflusst Konversionsrate, Absprungrate und - über die Core Web Vitals - auch die Sichtbarkeit bei Google. Ein langsamer Shop verliert Umsatz an zwei Fronten gleichzeitig.
Hebel 1: Caching richtig aufsetzen
Magento 2 bringt einen Full Page Cache mit, der ganze Seiten zwischenspeichert, statt sie bei jedem Aufruf neu zu berechnen. Im Auslieferungszustand kann dieser Cache intern (über die Datenbank bzw. den Dateispeicher) laufen - das ist für den Produktivbetrieb zu langsam. Empfohlen ist der Einsatz von Varnish als Reverse-Proxy-Cache vor dem Shop. Richtig konfiguriert, ist das der mit Abstand größte Performance-Hebel für anonyme Besucher und Kategorieseiten.
Dazu kommt der Redis-Einsatz für Session- und Anwendungs-Cache. Wenn diese Bausteine fehlen oder falsch konfiguriert sind, kämpft selbst gute Hardware gegen sich selbst. Die Reihenfolge ist klar: erst Caching sauber aufsetzen, dann über teurere Maßnahmen nachdenken.
Hebel 2: Suchmaschine und Indexierung
Magento 2 nutzt eine dedizierte Suchmaschine - OpenSearch oder Elasticsearch - für Katalog- und Volltextsuche. Diese gehört sauber dimensioniert und gepflegt, sonst werden Such- und Filterseiten zum Flaschenhals. Ebenso wichtig: die Magento-Indexer im Modus "Update on Schedule" zu betreiben, damit Preis-, Bestands- und Kataloganpassungen den Shop nicht bei jedem Speichern ausbremsen.
Gerade bei großen Katalogen mit vielen Attributen und konfigurierbaren Produkten entscheidet die Indexierungsstrategie spürbar über die Reaktionszeit im Backend und im Frontend.
Hebel 3: Extensions und Code-Hygiene
Eine der häufigsten Ursachen für träge Magento-Shops sind zu viele oder schlecht programmierte Extensions von Drittanbietern. Jede Erweiterung, die Layout-XML lädt, eigene JavaScript-Bundles einbindet oder in den Checkout eingreift, kostet Performance. Bei vielen Shops ließe sich allein durch das Ausmisten ungenutzter Module und das Aufräumen von Anpassungen messbar Geschwindigkeit gewinnen.
Ungenutzte Extensions identifizieren und entfernen, statt sie nur zu deaktivieren.
Produktionsmodus aktivieren und JS/CSS minifizieren sowie bündeln.
Bilder komprimieren und in modernen Formaten (WebP) ausliefern, idealerweise über ein CDN.
Hebel 4: Das Frontend - Luma, PWA oder Hyvä
Das mitgelieferte Luma-Theme von Magento 2 ist funktional, aber technisch in die Jahre gekommen: viel JavaScript, schwergewichtige Abhängigkeiten. Genau hier setzt Hyvä an - ein modernes Frontend-Theme, das den klassischen Magento-Frontend-Stack durch eine deutlich schlankere Architektur ersetzt und in vielen Projekten spürbar bessere Core-Web-Vitals-Werte liefert. Für Händler, bei denen Frontend-Performance geschäftskritisch ist, ist das oft der wirkungsvollste einzelne Schritt.
Alternativen sind eine PWA (Progressive Web App) oder ein vollständig headless aufgebautes Frontend. Beide bieten Geschwindigkeit, erhöhen aber Komplexität und Betriebsaufwand - das will abgewogen sein.
Hebel 5: Hosting und Infrastruktur
Magento 2 ist anspruchsvoll im Ressourcenbedarf. Geteiltes Billig-Hosting reicht für einen ernsthaften Shop nicht aus. Sinnvoll sind ausreichend RAM, schnelle Datenbank-Anbindung, eine korrekt eingestellte PHP-OPcache, ein CDN und - je nach Last - getrennte Dienste für Datenbank, Suche und Cache. Bei Adobe Commerce on Cloud ist ein Teil davon bereits vorkonfiguriert; im Self-Hosting liegt die Verantwortung bei Ihnen oder Ihrer Magento Agentur.
Hebel 6: Die Konfiguration im Magento-Backend
Bevor Sie in Hardware investieren, lohnt ein Blick in die System-Konfiguration. Unter "Stores, Konfiguration, Erweitert" liegen die Entwickleroptionen: CSS und JavaScript zusammenfassen, minimieren und JavaScript-Dateien bündeln. Im Produktionsmodus blendet Magento diesen Bereich im Backend aus, gesetzt werden die Werte dann über die Kommandozeile. Das kostet nichts außer einem Deployment und reduziert die Zahl der Requests pro Seitenaufruf deutlich.
Unter "Konfiguration, Katalog" steuern Sie, wie viele Produkte eine Kategorieseite lädt und in welchen Größen Bilder ausgeliefert werden. Lazy Loading für Bilder unterhalb des sichtbaren Bereichs und ein Content Delivery Network für statische Dateien bringen auf Kategorieseiten meist mehr als zusätzliche CPU-Kerne.
Für wiederkehrende Aufgaben bietet Magento einen eigenen Cron-Job. Läuft er nicht oder zu selten, bleiben Indexer, Preisregeln, Sitemap und E-Mail-Versand liegen. Der gesamte Shop wirkt dann träge, obwohl das Caching stimmt. Ein nicht laufender Cron-Job gehört zu den häufigsten Befunden bei einem Performance-Audit.
Diese Stellschrauben ersetzen kein Varnish. Sie sind aber an einem Nachmittag erledigt und sorgen bei vielen Shops schon für spürbar schnellere Ladezeiten.
Wie eine Magento Optimierung methodisch vorgeht
Seriöse Performance-Arbeit beginnt mit einer Messung. Erst wird der Ist-Zustand erhoben, über Profiling, Web Vitals und Server-Metriken, dann werden die Engpässe nach Wirkung sortiert. So vermeiden Sie das teure "alles auf einmal"-Vorgehen und sehen nach jeder Maßnahme, ob sie wirklich etwas gebracht hat. Das Vorgehen läuft iterativ und messbar ab, als Pauschalpaket funktioniert es nicht.
Für den Anfang reichen zwei Werkzeuge. Google Lighthouse zeigt die Browser-Sicht auf Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift. Der zweite Wert ist die Time to First Byte aus dem Server-Log. Ist die Time to First Byte hoch, liegt der Engpass im Backend, also bei Cache, Datenbank oder Indexern. Ist sie niedrig und die Lighthouse-Werte trotzdem schlecht, entscheidet das Frontend über die Leistung Ihres Shops.
Die Reihenfolge, die sich lohnt
Langsame Magento-Shops haben fast immer ein Konfigurations-, Extension-, Frontend- oder Hosting-Problem, selten ein Plattformproblem. Die wirksamsten Hebel in dieser Reihenfolge: Caching mit Varnish und Redis, eine richtig betriebene Suchmaschine, Code-Hygiene bei Extensions, ein modernes Frontend wie Hyvä, passendes Hosting und die Backend-Konfiguration inklusive laufendem Cron-Job. Zuerst messen, dann gezielt am größten Engpass arbeiten, statt blind zu investieren.
Quellen
Ihr Magento-Shop fühlt sich träge an und Sie wissen nicht, wo Sie ansetzen sollen? Sprechen Sie mit uns über einen messbasierten Performance-Check für Caching, Suche und Frontend. Wir messen erst, priorisieren dann und sagen ehrlich, welche Hebel sich für Sie lohnen.