Wenn Ihr Magento 2-Shop langsam ist, bilden Sie sich das nicht ein, und Sie sind nicht allein. Magento ist eine leistungsstarke Plattform, aber diese Leistung bringt viele bewegliche Teile mit sich. Wenn ein Shop langsam ist, liegt es fast nie an einem einzigen Problem. Es sind normalerweise fünf oder sechs kleinere Probleme, die übereinander gestapelt sind.
In diesem Leitfaden gehe ich die 12 häufigsten Ursachen durch, die ich bei der Prüfung von Magento 2-Shops finde, wie man jede einzelne erkennt und was man dagegen tun kann. Sie können es als Checkliste für Ihr eigenes Team verwenden.
Zuerst: Messen, bevor Sie etwas ändern
Bevor Sie Code oder Server anpassen, erstellen Sie eine Basislinie. Andernfalls werden Sie nie wissen, welche Änderung tatsächlich geholfen hat.
- Time to First Byte (TTFB) auf einer zwischengespeicherten und einer nicht zwischengespeicherten Kategorieseite
- Core Web Vitals (LCP, INP, CLS) von echten Nutzern in der Google Search Console oder dem CrUX-Bericht
- Server-seitiges Profiling mit einem Tool wie New Relic, Blackfire oder Tideways
- Cache-Trefferquote Ihres gesamten Seiten-Caches (Varnish oder der integrierte Cache)
Schreibe diese Zahlen auf. Jede Korrektur unten sollte mindestens eine von ihnen verschieben.
1. Der vollständige Seiten-Cache funktioniert nicht wirklich
Dies ist die Hauptursache. Varnish ist installiert, aber die meisten Seiten werden bei jeder Anfrage weiterhin von PHP generiert. Häufige Übeltäter:
- Ein Block irgendwo auf der Seite ist mit
cacheable="false"markiert, was die gesamte Seite uncachebar macht. - Kundenspezifische Daten werden auf dem Server gerendert, anstatt über private Inhalte (Kundensektionen) geladen zu werden.
- Tracking-Parameter wie
utm_sourceodergcliderstellen für jeden Besuch einen neuen Cache-Eintrag.
Beheben: Durchsuchen Sie Ihre Layout-XML nach cacheable="false", verschieben Sie personalisierte Inhalte in die Kundenabschnitte und entfernen Sie Marketingparameter in Ihrer Varnish-Konfiguration, damit sie den Cache nicht aufteilen.
2. Der Produktionsmodus ist nicht aktiviert
Es klingt grundlegend, aber ich finde immer noch Shops, die im Standard- oder Entwicklermodus laufen. Statische Dateien werden dynamisch generiert und Fehler sind ausführlich.
Fix: führen Sie bin/magento deploy:mode:show aus. Wenn dort nicht production steht, wechseln Sie es im Rahmen eines ordnungsgemäßen Deployments.
3. Zu viele Drittanbietererweiterungen
Jede Erweiterung fügt Beobachter, Plugins und manchmal zusätzliche Datenbankabfragen zu jeder Anfrage hinzu. Zwanzig Erweiterungen, die „kleine“ Dinge tun, können Sekunden hinzufügen.
Beheben: Listen Sie jedes Modul mit bin/magento module:status auf, entfernen Sie alles, was Sie nicht verwenden, und profilieren Sie den Rest. Achten Sie besonders auf Erweiterungen, die in das Laden der Produktkollektion oder den Checkout eingreifen.
4. Ein schweres Frontend-Theme (Luma und seine Kinder)
Das standardmäßige Luma-Frontend lädt RequireJS, Knockout und jQuery, oft mit Hunderten von JavaScript-Dateien. Auf mobilen Geräten beeinträchtigt dies das Largest Contentful Paint und die Interaktion zum nächsten Paint erheblich.
Beheben: Kurzfristig, bündeln und aufschieben, was Sie können. Langfristig ist die effektivste Option, zu einem leichteren Frontend wie Hyvä zu wechseln. Ich habe einen separaten Leitfaden zur Migration von Luma zu Hyvä mit Kosten, Zeitrahmen und Risiken geschrieben.
5. Unoptimierte Bilder
Produktbilder, die direkt von einer Kamera oder einem Lieferantenfeed hochgeladen werden, können mehrere Megabyte groß sein.
Beheben: moderne Formate (WebP oder AVIF) bereitstellen, responsive srcset Größen verwenden, Bilder unterhalb der Falz lazy-loaden und das Hauptproduktbild, das normalerweise Ihr LCP-Element ist, niemals lazy-loaden.
6. Langsame oder falsch konfigurierte Datenbank
MySQL oder MariaDB, die mit den Standardeinstellungen betrieben werden, sind ein häufiges Engpassproblem, insbesondere bei großen Katalogen.
Beheben: Passen Sie innodb_buffer_pool_size an, damit Ihr Arbeitsdatensatz in den Speicher passt, aktivieren Sie das langsame Abfrageprotokoll und sehen Sie sich an, was angezeigt wird. Halten Sie die Datenbank auf schnellem NVMe-Speicher.
7. Indexer, die „Update bei Speicherung“ während der Stoßzeiten ausführen
Wenn die Indizes auf „Beim Speichern aktualisieren“ eingestellt sind, kann das Speichern jedes Produkts im Admin während des Surfens der Kunden eine intensive Neuindizierung auslösen.
Beheben: Wechseln Sie die Indizes auf „Nach Zeitplan aktualisieren“ und stellen Sie sicher, dass der Cron zuverlässig läuft. Überprüfen Sie bin/magento indexer:status auf Indizes, die sich im Status „verarbeitet“ befinden.
8. Cron-Probleme
Magento hängt von Cron für das Indizieren, E-Mails, das Bereinigen des Caches und vieles mehr ab. Ein defekter oder sich überschneidender Cron macht alles leiser langsamer.
Beheben: Überprüfen Sie die cron_schedule-Tabelle auf Jobs, die im Status „ausstehend“ oder „laufend“ angehäuft sind, und bereinigen Sie alte Einträge.
9. Redis nicht verwendet (oder schlecht geteilt)
Sitzungen und im Dateisystem gespeicherter Cache werden unter Last langsam.
Behebung: Verwenden Sie Redis für Cache und Sitzungen, idealerweise separate Instanzen, damit ein Cache-Flush Ihre Kunden niemals abmeldet.
10. Suchmaschine unter Druck
OpenSearch (oder Elasticsearch in älteren Versionen) treibt die Katalogsuche an und in vielen Setups die geschichtete Navigation. Zu wenig Speicher macht Kategorieseiten langsam.
Beheben: Geben Sie der Suchmaschine dedizierten Speicher, überwachen Sie ihre Heap-Nutzung und halten Sie sie im selben Netzwerk wie Ihre Webserver.
11. Große Katalogimporte tagsüber
Große Produkt- oder Preisimporte sperren Tabellen und ungültig machen Caches. Wenn sie um 11:00 Uhr an einem Montag laufen, spüren Ihre Kunden das.
Beheben: Führen Sie Importe nachts durch, importieren Sie in Chargen und vermeiden Sie vollständige Cache-Leerungen nach jedem Import. Reinigen Sie nur die Tags, die sich geändert haben.
12. Unzureichendes oder veraltetes Hosting
Manchmal ist der Server wirklich das Problem: alte PHP-Versionen, zu wenige PHP-FPM-Arbeiter oder Shared Hosting, das niemals für Magento gedacht war.
Beheben: Führen Sie eine unterstützte PHP-Version aus, dimensionieren Sie die PHP-FPM-Worker für Ihren Traffic und stellen Sie ein CDN vor statischen Assets bereit. Allein die Hardware behebt selten einen langsamen Shop, aber schlechte Hardware kann einen guten verlangsamen.
Eine praktische Arbeitsreihenfolge
Wenn Sie sich nicht sicher sind, wo Sie anfangen sollen, bringt diese Reihenfolge die größten Gewinne bei dem geringsten Risiko:
- Fixieren Sie die Trefferquote des Full-Page-Caches
- Bestätigen Sie den Produktionsmodus, Redis und Cron
- Entfernen Sie ungenutzte Erweiterungen
- Bilder optimieren und das LCP-Element
- Datenbank und Suche optimieren
- Planen Sie ein Frontend-Upgrade (zum Beispiel auf Hyvä)
Häufig gestellte Fragen
Wie schnell sollte ein Magento 2-Shop sein?
Zielen Sie auf einen zwischengespeicherten TTFB von deutlich unter einer halben Sekunde und Core Web Vitals im „guten“ Bereich für die meisten echten Benutzer: LCP bei oder unter 2,5 Sekunden, INP bei oder unter 200 ms und CLS bei oder unter 0,1.
Wird mehr Serverleistung einen langsamen Magento-Shop beheben?
In der Regel nur teilweise. Wenn der vollständige Seiten-Cache die meisten Anfragen verpasst, läuft ein größerer Server einfach langsamen Code ein wenig schneller. Behebe zuerst den Cache und den Code.
Ist Magento 2 im Jahr 2026 immer noch eine gute Wahl?
Für Geschäfte mit komplexen Katalogen, B2B-Bedürfnissen oder mehreren Verkaufsstellen, ja. Es benötigt regelmäßige technische Pflege, weshalb Leistungsarbeiten geplant und nicht reaktiv sein sollten.
Brauchen Sie ein zweites Paar Augen?
Ich helfe Ladenbesitzern und E-Commerce-Teams, genau diese Probleme zu finden und zu beheben, von der Varnish-Konfiguration bis hin zu vollständigen Hyvä-Migrationen. Wenn Ihr Shop langsam ist und Sie einen klaren, priorisierten Plan möchten, werfen Sie einen Blick auf meinen Magento 2 und Hyvä-Service oder fordern Sie ein Leistungsaudit an.