Wie sich ein schlechter Server auf Ihre Magento-Leistung auswirken kann

Wie sich ein schlechter Server auf Ihre Magento-Leistung auswirken kann

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  
Jede dieser Technologien übernimmt eine klar definierte Aufgabe innerhalb des Systems. Fehlt eine dieser Komponenten oder ist sie nicht optimal konfiguriert, wirkt sich das unmittelbar auf die Gesamtperformance aus –selbst wenn alle anderen Bereiche einwandfrei funktionieren. 

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.  
Gerade diese Konfigurationsdetails unterscheiden eine einfache Serverinstallation von einer professionellen Magento Performance-Optimierung durch eine erfahrene Magento Agentur.

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.
Allerdings gibt es einen wichtigen Punkt zu beachten:  Varnish unterstützt HTTPS nicht nativ. Deshalb wird in produktiven Magento-Umgebungen in der Regel Nginx oder HAProxy vor Varnish eingesetzt, um die SSL/TLS-Verschlüsselung zu übernehmen. Genau diese zusätzliche Ebene wird in vielen Standardinstallationen nicht korrekt eingerichtet und führt häufig zu unnötigen Performanceverlusten. Eine professionelle Konfiguration umfasst jedoch mehr als die reine Installation. Besonders wichtig ist der richtige Umgang mit sogenannten Cache Holes. Dazu gehören beispielsweise: 
  • Warenkorbinhalte  
  • zuletzt angesehene Produkte  
  • persönliche Kundendaten  
  • eingeloggte Benutzerbereiche  
Diese Inhalte dürfen niemals aus einem gemeinsamen Cache ausgeliefert werden. Werden Cache Holes falsch konfiguriert, kann es passieren, dass Kunden Inhalte anderer Benutzersitzungen sehen – ein wesentlich gravierenderes Problem als eine langsame Ladezeit. 

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.  
Ist die Datenbank nicht auf diese Last optimiert, wird sie schnell zum eigentlichen Performanceproblem – unabhängig davon, wie gut alle anderen Komponenten eingerichtet sind.  Ein weiterer häufiger Fehler betrifft das Reindexing. Wer während der Geschäftszeiten vollständige Reindizierungen startet oder Indexer im Produktivbetrieb auf „Update bei Speicherung“ belässt, erzeugt unvorhersehbare Lastspitzen. Die Folgen zeigen sich häufig durch: 
  • plötzlich langsame Produktseiten,  
  • verzögerte Suchergebnisse,  
  • schwankende Antwortzeiten,  
  • scheinbar zufällige Performanceeinbrüche.  
Da diese Probleme nicht dauerhaft auftreten, sind sie oft besonders schwer zu analysieren.  Eine erfahrene Magento Agentur plant Reindexing Prozesse deshalb sorgfältig und führt sie außerhalb der Hauptverkehrszeiten oder automatisiert nach einem festen Wartungsplan aus.

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.  
Dann treten plötzlich Checkout-Abbrüche, Timeouts oder stark verzögerte Seitenaufrufe auf – oft ohne offensichtliche Ursache.  Ebenso wichtig ist OPcache.  Die Just-in-Time-Kompilierung (JIT) von PHP 8.x verbessert die Verarbeitung des umfangreichen Magento-Codes erheblich. Damit diese Vorteile tatsächlich genutzt werden können, muss OPcache ausreichend Arbeitsspeicher erhalten. Als sinnvolle Mindestgröße gelten heute 512 MB. Eine professionelle Magento Performance-Optimierung berücksichtigt deshalb nicht nur die Anzahl der PHP-FPM-Worker, sondern analysiert auch das tatsächliche Besucheraufkommen, das Lastprofil sowie den verfügbaren Serverspeicher, um die optimale Konfiguration für den jeweiligen Shop zu ermitteln.

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)
Diese Lösungen überwachen kontinuierlich wichtige Leistungskennzahlen wie: 
  • p95- und p99-Latenzzeiten
  • Fehlerraten  
  • CPU- und Arbeitsspeicherauslastung  
  • Anzahl gleichzeitiger Anfragen  
  • Auslastung einzelner Instanzen  
Auf Basis dieser Daten wird automatisch entschieden, ob zusätzliche Serverressourcen bereitgestellt werden müssen. Doch auch Autoscaling muss sorgfältig geplant werden.  Sind die Skalierungsregeln zu konservativ, kann bereits ein kurzfristiger Besucheranstieg den Shop überlasten.  Werden sie dagegen zu großzügig definiert, steigen die Hosting-Kosten erheblich, ohne dass sich die Performance entsprechend verbessert.  Eine erfahrene Magento Agentur entwickelt deshalb individuelle Skalierungsstrategien, die exakt auf das Besucher- und Lastprofil des jeweiligen Online-Shops abgestimmt sind.

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.  
Da sich mehrere Websites dieselben Serverressourcen teilen, konkurrieren sämtliche Anwendungen permanent um CPU-Leistung, Arbeitsspeicher und Festplattenzugriffe.  Für einen professionellen Magento-Shop ist das langfristig keine tragfähige Lösung.  Die Mindestanforderungen für eine produktive Magento-Umgebung umfassen heute: 
  • ein Linux-basiertes Serversystem,
  • mindestens 4 GB RAM,  
  • SSD- oder NVMe-Speicher,  
  • aktuelle PHP-Versionen,  
  • eine moderne Datenbank,  
  • Redis oder Valkey,  
  • Varnish,  
  • OpenSearch.  
Diese Ausstattung sollte nicht als Premium-Option betrachtet werden, sondern als technische Grundvoraussetzung.  Für kleinere Shops kann ein gut konfigurierter Virtual Private Server (VPS) durchaus ausreichend sein. Sobald jedoch: 
  • der Produktkatalog wächst,  
  • mehrere tausend Besucher pro Tag den Shop nutzen,  
  • oder saisonale Verkaufsspitzen auftreten,  
stößt selbst ein VPS schnell an seine Grenzen.  In solchen Fällen empfiehlt sich eine dedizierte oder Cloud-basierte Infrastruktur, bei der keine Ressourcen mit anderen Kunden geteilt werden.  Eine spezialisierte Magento Agentur berücksichtigt deshalb nicht nur die eigentliche Shop-Entwicklung, sondern plant auch eine Hosting-Architektur, die dauerhaft mit dem Unternehmenswachstum Schritt halten kann.

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  
Jede dieser Lösungen verfolgt einen anderen Schwerpunkt. New Relic liefert detaillierte Einblicke in die Performance der gesamten Anwendung. Datadog überwacht zusätzlich Server, Infrastruktur und Cloud-Ressourcen. Blackfire analysiert den Quellcode bis auf Methodenebene und identifiziert exakt die Funktionen, die unnötig viel Rechenzeit benötigen. Eine professionell überwachte Magento-Produktivumgebung verursacht zwar zusätzliche Kosten. Wer sowohl Application Performance Monitoring als auch Infrastruktur-Monitoring einsetzt, sollte mit mehreren hundert Euro pro Monat rechnen. Diese Investition zahlt sich jedoch häufig bereits nach kurzer Zeit aus.  Praxisberichte zeigen, dass Agenturen mithilfe von Blackfire die Zeit für Fehleranalysen deutlich reduzieren konnten. Performanceprobleme wurden erkannt und behoben, bevor sie sich überhaupt auf Kunden oder Umsätze auswirkten.  Performance-Monitoring ist deshalb keine Luxusfunktion. Es ist ein unverzichtbarer Bestandteil einer professionellen Magento Performance-Optimierung.

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.  
Es gibt keine universelle Konfiguration, die für jeden Magento-Shop gleichermaßen geeignet ist.  Ein Shop mit 500 Bestellungen pro Tag stellt völlig andere Anforderungen an Infrastruktur und Ressourcen als ein Händler mit mehreren hunderttausend Produkten und internationalen Kunden.  Deshalb analysiert eine erfahrene Magento Agentur zunächst das tatsächliche Nutzungsverhalten eines Shops, bevor Optimierungen umgesetzt werden. Bei Ingold Solutions beginnt Performance nicht erst im Frontend. Sie wird auf Infrastruktur-Ebene geplant.  Dazu gehören unter anderem: 
  • 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.  
Das Ziel besteht nicht darin, ausschließlich gute Ergebnisse in einem Geschwindigkeitstest zu erzielen. Entscheidend ist, dass der Shop auch bei realem Besucheraufkommen schnell, stabil und zuverlässig arbeitet. 

Häufig gestellte Fragen 

Warum ist mein Magento-Shop trotz eines schnellen Themes langsam? 

Ein Theme beeinflusst lediglich die Darstellung der Website im Browser. Bevor Inhalte angezeigt werden können, muss der Server jedoch zunächst sämtliche Daten verarbeiten. Sind PHP, die Datenbank oder die Cache-Ebene langsam, kann auch das schnellste Theme diese Verzögerungen nicht ausgleichen. 

Was ist der Unterschied zwischen Redis und Varnish in Magento? 

Redis beziehungsweise Valkey speichert Sitzungen und Objekte im Arbeitsspeicher und beschleunigt dadurch interne Prozesse. Varnish übernimmt hingegen das Full-Page-Caching und liefert bereits zwischengespeicherte Seiten direkt aus, bevor Magento oder PHP überhaupt aktiv werden. In professionellen Magento-Umgebungen werden beide Technologien gemeinsam eingesetzt, da sie unterschiedliche Aufgaben erfüllen. 

Benötigt Magento Elasticsearch oder OpenSearch? 

Für aktuelle Magento-Versionen wird OpenSearch empfohlen. Elasticsearch verliert innerhalb des offiziell unterstützten Magento-Technologie-Stacks zunehmend an Bedeutung, während OpenSearch als bevorzugte Suchlösung gilt.

Wie viel Arbeitsspeicher benötigt ein Magento-Shop tatsächlich? 

Für einen produktiven Magento-Shop gelten 4 GB RAM als absolute Mindestanforderung. Diese Größe sollte jedoch lediglich als Ausgangspunkt betrachtet werden. Größere Produktkataloge, mehr Besucher oder zusätzliche Erweiterungen erfordern häufig deutlich mehr Arbeitsspeicher.

Reicht Shared Hosting für einen Magento-Shop aus? 

Für einen produktiven Magento-Shop ist Shared Hosting in den meisten Fällen keine geeignete Lösung.  Magento benötigt ausreichend Serverressourcen sowie umfangreiche Konfigurationsmöglichkeiten, die bei klassischen Shared-Hosting-Paketen nur eingeschränkt oder gar nicht zur Verfügung stehen.  Bereits mittelgroße Produktkataloge stoßen dort schnell an technische Grenzen. 

Sprechen Sie mit einer Magento Agentur, die den gesamten Technologie-Stack im Blick hat 

Wenn Ihr Magento-Shop bereits im Frontend optimiert wurde und dennoch keine zufriedenstellende Performance erreicht, liegt die Ursache häufig tiefer – in der Server-Infrastruktur.  Eine detaillierte Analyse des gesamten Technologie-Stacks zeigt oft Potenziale auf, die mit klassischen Frontend-Maßnahmen nicht erreichbar sind.  Ingold Solutions unterstützt Unternehmen dabei, Magento-Infrastrukturen ganzheitlich zu analysieren und nachhaltig zu optimieren – von der Serverkonfiguration über Performance-Monitoring bis hin zu einer Hosting-Architektur, die auch unter hoher Auslastung zuverlässig arbeitet.  Kontaktieren Sie Ingold Solutions, um gemeinsam zu besprechen, wie sich die Performance Ihres Magento-Shops durch eine professionelle Infrastruktur-Optimierung nachhaltig verbessern lässt. 

Latest Post