Magento ist ein umfangreiches System, und es reagiert empfindlich auf seine Umgebung. Derselbe Shop kann auf einem gut eingestellten Server schnell und auf einem schlecht eingestellten zäh sein. Wer die Magento Ladezeit optimieren will, beginnt deshalb bei Betriebsart, Cache und Server und erst danach bei Bildern und Skripten. Adobe hat für den Betrieb eigene Empfehlungen veröffentlicht, die Performance Best Practices. Die Angaben unten stammen daraus und gelten für Installationen, die mit Composer aufgesetzt sind und produktiv laufen [1].
Erst messen
Google bewertet die Ladeerfahrung mit den Core Web Vitals: ein Largest Contentful Paint innerhalb von 2,5 Sekunden, ein Interaction to Next Paint unter 200 Millisekunden und ein Cumulative Layout Shift unter 0,1 [2]. PageSpeed Insights zeigt Felddaten echter Nutzer aus 28 Tagen und Labordaten aus einem simulierten Aufruf. Bewertet werden die Felddaten am 75. Perzentil [3]. Einen Lighthouse-Test, der auch TLS, HTTP/3 und Brotli des Servers prüft, liefert unser kostenloses Werkzeug PageSpeed.de. Messen Sie Startseite, eine große Kategorie, eine Suchergebnisseite des Shops und ein Produkt getrennt. In Magento haben diese Seitentypen oft verschiedene Engpässe, etwa die Kategorie durch viele Produktbilder, das Produkt durch Skripte der Variantenauswahl.
Notieren Sie außerdem die Antwortzeit des Servers für eine Seite, die gerade nicht im Cache liegt, und für dieselbe Seite beim zweiten Aufruf. Der Unterschied zeigt, wie viel der Seitencache leistet und ob die Ursache eher im Server oder im Frontend liegt.
Produktionsmodus
Magento kennt die Modi default, developer und production. Laut Adobe hat der Produktionsmodus die bessere Leistung. Beim Umschalten erzeugt Magento die statischen Dateien in pub/static und kompiliert den Code [4]. Den aktuellen Modus zeigt bin/magento deploy:mode:show, umgeschaltet wird mit bin/magento deploy:mode:set production [4]. Prüfen Sie deshalb als Erstes, ob ein Live-Shop versehentlich im Entwicklermodus läuft. Auf Adobe Commerce in der Cloud gibt es laut Adobe nur Produktions- und Wartungsmodus [4].
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Caches und Varnish
Adobe empfiehlt, vor dem Start unter System, Tools, Cache Management alle Caches einzuschalten, und rät für den Betrieb dringend zu Varnish als Seitencache [5]. Der eingebaute Seitencache im Dateisystem oder in der Datenbank ist laut Adobe deutlich langsamer als Varnish, das auf HTTP-Verkehr ausgelegt ist [6]. Magento erzeugt die Konfigurationsdatei default.vcl für Varnish aus dem Verwaltungsbereich. Varnish selbst unterstützt kein SSL, davor gehört eine SSL-Terminierung [6].
Für größere Installationen empfiehlt Adobe Varnish auf einem separaten Server vor den Webservern, Redis für Sitzungen und eine weitere, getrennte Redis-Instanz als Standardcache [7]. Nach Updates oder dem Einspielen neuer Dateien muss der Cache geleert werden. Wer das Verzeichnis var/cache von Hand löscht, muss Varnish neu starten [6].
Indexer und Hintergrundaufgaben
Magento hält viele Daten in Indizes vor, etwa Preise, Kategorien und Suchdaten. Adobe empfiehlt, die Indexer unter System, Tools, Index Management auf Update on Schedule statt Update on Save zu stellen. Der Customer Grid Index muss auf Update on Save bleiben [5]. Alle zeitgesteuerten Aufgaben laufen über cron, der deshalb sauber eingerichtet sein muss [5].
Weitere Empfehlungen betreffen Vorgänge im Hintergrund: Bestellbestätigungen per Asynchronous Sending verschicken und auf Wunsch den Bestand mit Use Deferred Stock Update verzögert aktualisieren. Letzteres geht nur bei aktivierten Rückständen und kann zu negativen Beständen führen, Adobe rät deshalb zur Vorsicht [5]. Bei großen Katalogen hilft im Verwaltungsbereich "Limit Number of Products in Grid" [5]. Auf die Ladezeit für Besucher wirkt außerdem die Rewrite-Erzeugung beim Speichern großer Kategorien, die der Ratgeber Magento Kategorie- und Produkt-URLs beschreibt.
PHP und Server
Adobe nennt konkrete PHP-Werte: memory_limit 1G, beim Debuggen 2G, ein Realpath-Cache mit realpath_cache_size=10M und realpath_cache_ttl=7200 und für OPcache unter anderem memory_consumption=512, max_accelerated_files=60000 und validate_timestamps=0 [7]. Eingeschaltet sein sollen nur die PHP-Erweiterungen, die Magento braucht. Ein aktives Xdebug-Modul ohne laufende Debug-Sitzung kann die Antwortzeit laut Adobe um bis zu 30 Prozent erhöhen [7]. Auf einem Live-Server hat es deshalb nichts zu suchen.
Welche Versionen von PHP, Datenbank, OpenSearch und Varnish zu Ihrer Magento-Version passen, steht in den Systemanforderungen. Für 2.4.9 nennt Adobe PHP 8.5 und Varnish 8 [8]. Sprechen Sie mit Ihrem Hoster über diese Werte, bevor Sie an Bildern und Skripten feilen. Ein zu knapp bemessener Server lässt sich im Frontend nicht ausgleichen.
CSS, JavaScript und HTML
Unter Stores, Configuration, Advanced, Developer stehen die Schalter Minify CSS Files, Minify JavaScript Files, Enable JavaScript Bundling und Minify HTML. Der Bereich steht laut Adobe im Entwicklermodus zur Verfügung. Adobe empfiehlt das Verkleinern von CSS, JavaScript und HTML und das Bündeln von JavaScript, rät beim Bündeln aber ab, wenn die Ladezeit beim ersten Aufruf entscheidend ist [5]. Die eingebauten Verfahren sind laut Adobe nur Notlösungen. Besser sind Werkzeuge wie r.js. HTTP/2 nennt Adobe als gute Alternative zum Bündeln. Die veralteten Schalter zum Zusammenführen von JavaScript und CSS sollen Sie nicht verwenden [5].
Prüfen Sie zusätzlich die Skripte, die Erweiterungen und Drittanbieter mitbringen: Tracking, Chat, Bewertungssiegel, Empfehlungen. Jedes davon kann den INP verschlechtern. Bei Magento-Shops kommen viele Funktionen über Erweiterungen, und nicht jede lädt ihre Dateien nur dort, wo sie gebraucht werden.
Bilder
Laut Google machen Bilder oft den größten Teil einer Seite aus [9]. In Kategorien mit vielen Produkten wiegt das besonders schwer. Unter General, Web, Url Options gibt es die Option "Catalog media URL format" mit den Werten "Unique hash per image variant (Legacy mode)" und "Image optimization based on query parameters" [10]. Welche Variante bei Ihnen greift, hängt von Hosting und Bildauslieferung ab. Klären Sie das mit Ihrem Entwicklungsteam. Unabhängig davon gilt: Produktfotos in sinnvoller Auflösung hochladen, das größte Bild im sichtbaren Bereich jeder Seite prüfen und Bildgrößen im Theme so festlegen, dass sich beim Laden nichts verschiebt. Mehr dazu im Ratgeber Bilder und Core Web Vitals.
Wie wir die Prüfung ordnen
Bei Magento gehen wir von unten nach oben vor. Zuerst kommen Betriebsart und Caches, denn ein Shop im falschen Modus oder ohne Seitencache verfälscht jede weitere Messung. Dann folgen Server und PHP mit den Werten aus Adobes Empfehlungen und den Systemanforderungen der installierten Version, danach Indexer und cron. Erst wenn diese Grundlage stimmt, lohnt die Arbeit an Bildern, Skripten und Theme. Jede Änderung messen wir einzeln: mit Labordaten gleich danach und mit Felddaten nach vier Wochen, weil PageSpeed Insights diese über 28 Tage sammelt. So lässt sich später sagen, welcher Schritt was gebracht hat.
Den Überblick über Magento gibt die Seite Magento SEO Agentur. Wie wir an Ladezeiten insgesamt arbeiten, beschreibt die Leistung Core Web Vitals verbessern. Für Shopware gibt es auf dem Fachportal einen eigenen Beitrag zum Caching in Shopware 6.
Ihr Magento-Shop ist in den Felddaten langsam, und Sie wissen nicht, ob es am Server oder am Frontend liegt? Bringen Sie den Bericht aus der Search Console in die gratis Sprechstunde mit.
- Organisation Performance Best Practices. Adobe Experience League. Stand 08.10.2026. abgerufen am 31.10.2026
- Organisation Core Web Vitals und Google-Suchergebnisse. Google Search Central. Stand 18.12.2025. abgerufen am 31.10.2026
- Organisation Über PageSpeed Insights. Google for Developers. Stand 25.07.2025. abgerufen am 31.10.2026
- Organisation Set the mode. Adobe Experience League. Stand 08.10.2026. abgerufen am 31.10.2026
- Organisation Configuration Best Practices. Adobe Experience League. Stand 08.10.2026. abgerufen am 31.10.2026
- Organisation Configure and use Varnish. Adobe Experience League. Stand 08.10.2026. abgerufen am 31.10.2026
- Organisation Software Recommendations. Adobe Experience League. Stand 08.10.2026. abgerufen am 31.10.2026
- Organisation System requirements. Adobe Experience League. Stand 13.10.2026. abgerufen am 31.10.2026
- Organisation Best Practices für die Bildersuche. Google Search Central. Stand 04.03.2026. abgerufen am 31.10.2026
- Organisation Katalog- und Produkt-URLs. Adobe Experience League. Stand 12.10.2026. abgerufen am 31.10.2026
Häufige Fragen
Welcher Modus ist für einen Live-Shop richtig?
Der Produktionsmodus. Laut Adobe hat er die bessere Leistung, beim Umschalten werden die statischen Dateien erzeugt und der Code kompiliert.
Brauche ich Varnish für Magento?
Adobe empfiehlt Varnish dringend als Seitencache für den Betrieb. Der eingebaute Seitencache im Dateisystem oder in der Datenbank ist laut Adobe deutlich langsamer.
Wie stelle ich die Indexer ein?
Unter System, Tools, Index Management auf Update on Schedule. Der Customer Grid Index bleibt laut Adobe auf Update on Save.
Soll ich JavaScript Bundling einschalten?
Adobe empfiehlt Bündeln und Verkleinern, rät beim Bündeln aber ab, wenn die Ladezeit beim ersten Aufruf entscheidend ist. HTTP/2 ist laut Adobe eine gute Alternative.
Kann Xdebug den Shop langsamer machen?
Ja. Laut Adobe kann ein aktives Xdebug-Modul ohne Debug-Sitzung die Antwortzeit um bis zu 30 Prozent erhöhen. Auf einem Live-Server sollte es ausgeschaltet sein.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder Sie rufen einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
