
Wie sich ein schlechter Server auf Ihre Magento-Leistung auswirken kann
by Rahul Basu
August 5,2026
Die meisten Tipps zur Verbesserung der Magento Geschwindigkeit konzentrieren sich ausschließlich auf das Frontend: Bilder komprimieren, JavaScript minimieren oder auf Hyvä umsteigen. Diese Maßnahmen sind zweifellos sinnvoll.
Doch all diese Optimierungen bringen nur begrenzt etwas, wenn der eigentliche Engpass unter der Oberfläche liegt – auf dem Server.
Ein Magento-Shop kann mit einem hervorragend optimierten Theme betrieben werden und trotzdem langsam laden. Der Grund dafür liegt tiefer: in der Datenbank, im Cache oder in den PHP-Prozessen, die jede einzelne Anfrage verarbeiten. Werden lediglich sichtbare Elemente optimiert, bleibt das eigentliche Problem bestehen – es wird lediglich besser kaschiert.
Warum Frontend-Optimierung nur begrenzt hilft
Ein schnelles Frontend ist immer darauf angewiesen, dass das Backend die angeforderten Daten rechtzeitig bereitstellt. Benötigt beispielsweise die Generierung einer Produktseite aufgrund langsamer Datenbankabfragen zwei Sekunden, verkürzt auch die beste Bildkomprimierung diese Wartezeit nicht. Aus diesem Grund können zwei Magento-Shops mit demselben Theme völlig unterschiedliche Ladezeiten aufweisen. Der Unterschied liegt meist nicht im Code, den Besucher sehen, sondern in der Infrastruktur, die im Hintergrund arbeitet.Was gehört eigentlich zu einem Magento-Server-Stack?
Ein produktionsreifer Magento 2.4.8-Shop basiert heute in der Regel auf folgenden Komponenten:- Nginx
- PHP 8.3 oder PHP 8.4
- MySQL 8.4 oder MariaDB 11.4
- Valkey 8 oder Redis 7.2
- Varnish Cache
- OpenSearch
Redis (oder Valkey): Der Arbeitsspeicher für die am häufigsten genutzten Daten
Früher wurden Sessions und Cache-Dateien häufig im Dateisystem oder direkt in der Datenbank gespeichert. Beides ist im Vergleich zu modernen In-Memory-Lösungen deutlich langsamer. Genau hier kommen Redis beziehungsweise dessen moderne Alternative Valkey ins Spiel. Beide speichern Daten im Arbeitsspeicher und ermöglichen dadurch wesentlich schnellere Zugriffe. Für produktive Magento-Systeme gilt heute eine klare Empfehlung:Sessions und Cache sollten nicht mehr über das Dateisystem verwaltet werden.
Valkey ist ein Community-Fork von Redis und wird mittlerweile von der Linux Foundation betreut. Seit Magento 2.4.8 kann Valkey ohne Änderungen am Anwendungscode als direkter Ersatz für Redis eingesetzt werden. Ein Fehler, der in vielen Magento-Projekten immer wieder auftritt, besteht darin, Cache und Sessions innerhalb derselben Redis-Datenbank zu speichern. Eine deutlich bessere Lösung ist die Trennung beider Bereiche. Dadurch ergeben sich mehrere Vorteile:- Der Cache kann geleert werden, ohne aktive Benutzersitzungen zu löschen.
- Hohe Session-Last verdrängt keine Cache-Daten aus dem Arbeitsspeicher.
- Die Stabilität und Performance des gesamten Shops verbessert sich nachhaltig.
Varnish übernimmt den Großteil der Arbeit
Varnish fungiert als Reverse Proxy vor dem gesamten Magento System. Bereits zwischengespeicherte Seiten werden direkt ausgeliefert, noch bevor PHP oder die Datenbank überhaupt verarbeitet werden müssen. Leistungsbenchmarks zeigen deutlich, welchen Unterschied das macht:- Varnish liefert gecachte Seiten rund dreimal schneller aus als der Full-Page-Cache über Redis.
- Gegenüber dateibasiertem Caching ist Varnish sogar bis zu viermal schneller.
- Warenkorbinhalte
- zuletzt angesehene Produkte
- persönliche Kundendaten
- eingeloggte Benutzerbereiche
Nginx oder Apache – eine kleine Entscheidung mit großer Wirkung
Für Magento hat sich Nginx inzwischen als Standard-Webserver etabliert. Der Hauptgrund liegt in seiner deutlich effizienteren Verarbeitung paralleler Anfragen sowie der nahtlosen Integration mit Varnish. Allein der Wechsel von Apache zu Nginx sorgt zwar nicht für eine dramatische Leistungssteigerung. Er ist jedoch einer von vielen kleinen Optimierungsschritten, die sich in Summe deutlich bemerkbar machen. Ein Magento-Shop auf Apache ist keineswegs fehlerhaft. Er verursacht jedoch bei jeder einzelnen Anfrage einen kleinen Performanceverlust, der sich bei tausenden Besuchern täglich erheblich summieren kann. Aus diesem Grund setzen professionelle Magento Agenturen heute nahezu ausschließlich auf Nginx als Webserver.Die Datenbank ist häufig der eigentliche Flaschenhals
Der Seitenaufbau eines Magento-Shops umfasst weit mehr als das Laden von HTML. Bei nahezu jeder Anfrage werden gleichzeitig verarbeitet:- komplexe Datenbankabfragen,
- Preisberechnungen in Echtzeit,
- Lagerbestandsprüfungen,
- Produktbeziehungen,
- Kundengruppenpreise,
- Regeln für Warenkorb und Rabatte.
- plötzlich langsame Produktseiten,
- verzögerte Suchergebnisse,
- schwankende Antwortzeiten,
- scheinbar zufällige Performanceeinbrüche.
PHP-FPM-Worker – die Einstellung, die meist erst beim Checkout auffällt
Jede Anfrage in Magento wird letztlich von einem PHP-FPM-Worker verarbeitet. Stehen zu wenige Worker zur Verfügung, bilden sich Warteschlangen. Sind dagegen zu viele Worker aktiv, verbraucht der Server unnötig viel Arbeitsspeicher und gerät ebenfalls an seine Leistungsgrenzen. Dieses Problem bleibt im Alltag häufig unbemerkt. Erst bei hoher Auslastung wird es sichtbar, beispielsweise:- während einer Rabattaktion,
- bei einem Produktlaunch,
- nach dem Versand eines Newsletters,
- oder bei saisonalen Verkaufsspitzen wie Black Friday.
Autoscaling – mit dem Traffic wachsen, statt unter ihm zusammenzubrechen
Nicht jede Komponente eines Magento-Systems sollte auf die gleiche Weise skaliert werden. Während sich PHP-FPM-Prozesse und Webserver-Instanzen problemlos horizontal erweitern lassen, gilt dies nicht für alle Bestandteile der Infrastruktur. Der primäre Datenbankserver, der Schreibzugriffe verarbeitet, sollte beispielsweise nicht automatisch skaliert werden. Auch die Suchinfrastruktur mit OpenSearch erfordert in der Regel eine gezielte Planung und manuelle Anpassung, anstatt ausschließlich auf automatisches Skalieren zu setzen. In modernen Magento-Umgebungen kommen vor allem zwei Technologien zum Einsatz:- AWS EC2 Auto Scaling Groups
- Kubernetes Horizontal Pod Autoscaler (HPA)
- p95- und p99-Latenzzeiten
- Fehlerraten
- CPU- und Arbeitsspeicherauslastung
- Anzahl gleichzeitiger Anfragen
- Auslastung einzelner Instanzen
Cloud-Hosting – warum Standard-Hosting für Magento nicht ausreicht
Magento gehört zu den leistungsstärksten E-Commerce-Plattformen am Markt – gleichzeitig stellt sie jedoch hohe Anforderungen an die Hosting-Infrastruktur. Viele Performanceprobleme entstehen bereits dadurch, dass Shops auf ungeeigneten Hosting-Paketen betrieben werden. Insbesondere Shared Hosting führt häufig zu typischen Problemen wie:- langen Ladezeiten,
- instabilen Checkout-Prozessen,
- Leistungseinbrüchen bei hohem Besucheraufkommen,
- sowie eingeschränkten Konfigurationsmöglichkeiten.
- ein Linux-basiertes Serversystem,
- mindestens 4 GB RAM,
- SSD- oder NVMe-Speicher,
- aktuelle PHP-Versionen,
- eine moderne Datenbank,
- Redis oder Valkey,
- Varnish,
- OpenSearch.
- der Produktkatalog wächst,
- mehrere tausend Besucher pro Tag den Shop nutzen,
- oder saisonale Verkaufsspitzen auftreten,
Performance-Monitoring – Probleme erkennen, bevor Kunden sie bemerken
Die meisten Performanceprobleme kündigen sich nicht plötzlich an. Sie entwickeln sich schleichend. Zunächst sinken die Ladezeiten leicht. Dann nimmt die Conversion Rate langsam ab. Schließlich häufen sich Supportanfragen, weil Kunden den Checkout nicht erfolgreich abschließen können. Zu diesem Zeitpunkt existiert das eigentliche Problem häufig bereits seit Wochen. Genau hier setzt professionelles Application Performance Monitoring (APM) an. Monitoring-Lösungen ermöglichen es, Engpässe frühzeitig zu erkennen und gezielt zu analysieren. Zu den bekanntesten Plattformen gehören:- New Relic
- Datadog
- Blackfire
So geht eine Magento Agentur dieses Thema tatsächlich an
Dieser Aspekt findet in den meisten Blogartikeln kaum Beachtung: Eine professionelle Magento Performance-Optimierung besteht nicht einfach darin, Redis zu installieren und das Projekt als abgeschlossen zu betrachten. Nachhaltige Performance entsteht erst durch das perfekte Zusammenspiel der gesamten Infrastruktur. Dazu gehören unter anderem:- eine intelligente Konfiguration der Cache-Invalidierung,
- die Trennung von Cache- und Session-Speicher,
- die optimale Dimensionierung der PHP-FPM-Worker anhand realer Besucherzahlen,
- individuell abgestimmte Autoscaling-Regeln,
- eine kontinuierliche Überwachung der Systemleistung,
- sowie die laufende Optimierung der gesamten Serverumgebung.
- die professionelle Konfiguration des gesamten Server-Stacks,
- die kontinuierliche Überwachung der Systemleistung,
- regelmäßige Performance-Analysen,
- eine auf Magento abgestimmte Hosting-Infrastruktur,
- sowie eine Architektur, die auch unter hoher Last zuverlässig funktioniert.




