Kurz gesagt
Das beste Magento-Hosting ist auf den Stack von Magento 2.4.9 ausgelegt (PHP 8.5, MariaDB oder MySQL 8.4, OpenSearch 3, Valkey 9, RabbitMQ, nginx) – mit vorgeschaltetem Varnish, echtem Staging, getesteten Backups, Sicherheitsmonitoring, Reserven für Skalierung und Support-Technikern, die Magento kennen. Bewerten Sie Anbieter nach diesen Kriterien, nicht nach dem Monatspreis oder Werbeversprechen.
Suchen Sie nach beste Magento-Hosting und Sie finden Dutzende „Top 10“-Listen, viele davon von Affiliates verfasst, die pro Anmeldung bezahlt werden. Wir fügen kein weiteres Ranking hinzu. Stattdessen liefert Ihnen dieser Leitfaden die Kriterien, mit denen Sie jeden Anbieter selbst bewerten können – basierend auf Adobes eigenen Anforderungen für Magento 2.4.9.
Magento ist anspruchsvoll. Es braucht einen vollständigen Stack an Diensten, sorgfältiges Caching und regelmäßige Patches. Hosting, das für einen WordPress-Blog reicht, kommt mit einem stark frequentierten Katalog nicht zurecht. Nutzen Sie die folgende Checkliste, um echtes Magento-Hosting von generischen Servern zu unterscheiden, bei denen Magento nur im Werbetext steht.
Was Magento 2.4.9 von Ihrem Hoster braucht
Magento 2.4.9 ist seit dem 12. Mai 2026 allgemein verfügbar und erhält Standard-Support bis zum 31. Mai 2029. Adobes Systemanforderungen für 2.4.9 umfassen:
| Komponente | Anforderung für 2.4.9 |
|---|---|
| PHP | 8.5 |
| Composer | 2.10 |
| Datenbank | MariaDB 12.3 (empfohlen) oder 11.8, oder MySQL 8.4 |
| Suche | OpenSearch 3 |
| Cache und Sessions | Valkey 9 |
| Message Queue | RabbitMQ 4.3 oder ActiveMQ Artemis 2 |
| Webserver | nginx 1.30 |
| Betriebssystem | Linux x86-64 |
Beachten Sie, was sich geändert hat: Elasticsearch ist für 2.4.9 nicht mehr aufgeführt, und Valkey ist das gelistete Cache-Backend. MySQL 8.0 hat am 30. April 2026 das Ende des Supports erreicht und ist für 2.4.9 nicht aufgeführt. Fragen Sie jeden Anbieter direkt: Können Sie genau diesen Stack heute betreiben, und wie gehen Sie mit dem Upgrade von älteren Versionen um?
Managed vs. Unmanaged Magento-Hosting
Die erste Entscheidung: Wie viel möchten Sie selbst betreiben?
Unmanaged (VPS oder dedizierter Server)
Sie erhalten einen Server mit Root-Zugriff. Sie installieren und optimieren PHP-FPM, die Datenbank, OpenSearch, Valkey, Varnish und RabbitMQ selbst und sind für Patches, Monitoring und Backups verantwortlich. Das ist auf dem Papier am günstigsten und eignet sich für Teams mit einem erfahrenen Linux- und Magento-Entwickler.
Managed Magento Hosting
Managed Magento Hosting bedeutet, dass der Anbieter den Stack speziell für Magento konfiguriert und wartet. Ein gutes Managed-Paket umfasst:
- Patches für Betriebssystem und Dienste, mit PHP- und Datenbank-Upgrades, die auf die Magento-Releases abgestimmt sind.
- Varnish, Valkey und OpenSearch vorkonfiguriert und überwacht.
- 24/7-Verfügbarkeitsmonitoring mit Reaktion durch echte Menschen.
- Backups, Staging und Deployment per SSH/Git.
- Support-Techniker, die Magento-Logs lesen können, statt nur Dienste neu zu starten.
Für die meisten mittelgroßen Shops ohne eigenes DevOps-Team ist Managed Hosting insgesamt günstiger als unverwaltetes Hosting, sobald man die Entwicklerzeit mitrechnet.
Caching beim besten Magento-Hosting: Varnish, Valkey und ein CDN
Caching entscheidet darüber, wie Ihr Shop unter Last performt.
- Varnish: Adobe empfiehlt Varnish für den Produktivbetrieb ausdrücklich und weist darauf hin, dass der integrierte Full-Page-Cache (Dateisystem oder Datenbank) deutlich langsamer ist. Prüfen Sie, ob der Hoster Varnish mit der von Magento generierten VCL unterstützt und ob jemand die Konfiguration optimieren kann.
- Valkey: wird für den Standard-Cache und die Sessions genutzt. Fragen Sie, ob Cache und Sessions auf getrennten Instanzen laufen und wie die Speicherlimits festgelegt sind.
- CDN: Ein CDN liefert statische Assets und Bilder näher an Ihren Kunden aus. Für ein internationales Publikum ist es nahezu Pflicht.
OpenSearch und Datenbank-Performance
Katalogsuche und Layered Navigation hängen von OpenSearch ab. Bei großen Katalogen braucht es eigenen Arbeitsspeicher. Fragen Sie, wie es dimensioniert ist und ob es auf demselben Server wie PHP läuft.
Achten Sie bei der Datenbank auf Anbieter, die MariaDB oder MySQL für Magento optimieren (Buffer-Pool-Größe, Slow-Query-Logging) und Ihnen langsame Abfragen zeigen können, wenn etwas schiefläuft.
Staging und Deployment
Jeder Magento-Shop braucht eine Staging-Umgebung, die die Produktivumgebung abbildet: gleiche PHP-Version, gleiche Dienste, gleiche Konfiguration. Ohne sie werden Extension-Updates und Patches an echten Kunden getestet.
- Ist Staging inklusive, und läuft es auf demselben Stack wie die Produktivumgebung?
- Können Sie per Git und mit Build-Schritten ohne Ausfallzeit (Static Content Deploy, DI Compile) deployen, ohne den Shop offline zu nehmen?
- Ist Staging vor der Indexierung durch Suchmaschinen und vor öffentlichem Zugriff geschützt?
Backups und Wiederherstellung
Stellen Sie drei Fragen: Wie oft werden Backups erstellt, wie lange werden sie aufbewahrt, und wie schnell lässt sich ein Backup wiederherstellen? Backups auf demselben Server wie der Shop zählen nicht. Verlangen Sie mindestens tägliche externe Backups von Datenbank und Medien mit einem dokumentierten Wiederherstellungsprozess, und testen Sie eine Wiederherstellung, bevor Sie sie brauchen.
Zum Vergleich: Der Pro-Plan von Adobe auf Cloud-Infrastruktur sieht regelmäßige Live-Backups für Staging und Produktion mit gestaffelter Aufbewahrung vor: stündlich in den ersten drei Tagen, danach in täglichen, wöchentlichen und monatlichen Intervallen.
Sicherheit
Magento-Shops sind häufig Ziel von Card-Skimming und Brute-Force-Angriffen. Zu den Security Best Practices von Adobe gehören Zwei-Faktor-Authentifizierung für Admin und SSH, eine vom Standard abweichende Admin-URL, reCAPTCHA, regelmäßige Upgrades, das Security-Scan-Tool von Adobe, eine Web Application Firewall und durchgängig HTTPS. Ihr Hoster sollte all das unterstützen. Prüfen Sie:
- Eine WAF und Bot-Schutz vor dem Shop.
- Malware- und Dateiintegritäts-Monitoring.
- Schnelles Einspielen der Adobe-Sicherheitspatches.
- Isolierte Umgebungen pro Shop und SSH-Zugriff nach dem Least-Privilege-Prinzip.
- Eine klare Aufteilung der Verantwortung für die PCI-Compliance.
Skalierung für Traffic-Spitzen
Sale-Aktionen und saisonale Spitzen decken schwaches Hosting auf. Fragen Sie, wie der Anbieter skaliert: vertikal (mehr CPU und RAM), horizontal über mehrere Web-Nodes oder beides. Fragen Sie, wie viel Vorlauf er braucht, ob Sie vor einer großen Kampagne einen Lasttest durchführen können und was passiert, wenn der Traffic unangekündigt ansteigt.
Support, der Magento versteht
Beim Support unterscheiden sich Hosting-Anbieter am stärksten, und das lässt sich auf einer Preisseite kaum beurteilen. Bitten Sie vor Vertragsabschluss um ein Test-Ticket oder ein technisches Gespräch.
Ein generischer Hosting-Support sagt Ihnen, dass der Server läuft, während Ihr Checkout Fehler wirft. Wenn Sie Magento-2-Hosting -Anbieter vergleichen, fragen Sie:
- Sind die Support-Mitarbeiter in Magento, Varnish und OpenSearch geschult?
- Welche Reaktionszeiten gelten bei kritischen Vorfällen – schriftlich zugesichert?
- Helfen sie bei der Diagnose langsamer Seiten, fehlgeschlagener Cronjobs und Indexer-Probleme oder nur bei Infrastrukturfehlern?
Adobe Commerce Cloud vs. Self-Hosting
Wenn Sie Adobe Commerce einsetzen, haben Sie zusätzliche Optionen.
Adobe Commerce auf Cloud-Infrastruktur (PaaS) läuft auf AWS oder Azure mit einem Git-basierten Workflow. Der Pro-Plan bietet Integrations-, Staging- und Produktivumgebungen; die Produktion läuft auf einem hochverfügbaren Drei-Node-Cluster über getrennte Availability Zones, mit Fastly CDN auf Staging und Produktion sowie einer Fastly WAF auf der Produktion. Code und Upgrades verwalten Sie weiterhin selbst.
Adobe Commerce as a Cloud Service (SaaS) geht noch weiter: Adobe liefert Patches und Updates fortlaufend aus, skaliert die Infrastruktur automatisch und nutzt eine Storefront auf Basis von Edge Delivery Services. Das reduziert den Betriebsaufwand, verändert aber die Art, wie Sie den Shop anpassen.
Self-Hosting oder Managed Hosting funktioniert sowohl für Magento Open Source als auch für Adobe Commerce On-Premises. Es gibt Ihnen die größte Kontrolle über Stack, Kosten und Dienstleister und ist der einzige Weg für Magento Open Source.
Checkliste für das beste Magento-Hosting
- Läuft schon heute auf dem 2.4.9-Stack, mit einem Plan für künftige Versionen.
- Varnish-Full-Page-Cache, Valkey und ein CDN.
- OpenSearch passend zu Ihrem Katalog dimensioniert.
- Staging, das die Produktivumgebung abbildet.
- Tägliche externe Backups mit getesteter Wiederherstellung.
- WAF, Malware-Monitoring und schnelles Patchen.
- Ein klarer Skalierungspfad für Traffic-Spitzen.
- Magento-geschulter Support mit schriftlich zugesicherten Reaktionszeiten.
Wenn Sie das alles lieber einem Team überlassen, das es jeden Tag betreibt: Unser Managed Magento Hosting deckt den gesamten Stack, Patching, Monitoring und Support ab.
Häufig gestellte Fragen
Kann ich Magento auf Shared Hosting betreiben?
Für einen produktiven Shop ist das keine realistische Option. Magento braucht OpenSearch, Valkey, eine Message Queue und Varnish – Shared Hosting bietet dafür selten genug Ressourcen oder Kontrolle.
Welche PHP-Version braucht Magento 2.4.9?
Adobe nennt PHP 8.5 für Magento Open Source und Adobe Commerce 2.4.9.
Lohnt sich Managed Magento Hosting?
Für Shops ohne eigenes DevOps-Team meist ja. Die eingesparte Zeit für Patching, Tuning und Incident Response wiegt den Preisunterschied gegenüber einem einfachen Server in der Regel auf.
Brauche ich Adobe Commerce Cloud, um Adobe Commerce zu betreiben?
Nein. Adobe Commerce kann auch On-Premises laufen, auf Ihrem eigenen oder einem verwalteten Server. Die Cloud-Optionen tauschen etwas Kontrolle gegen weniger Infrastrukturaufwand.
Bremst Ihr aktuelles Hosting Ihren Shop aus?
Unser kostenloser Shop-Audit prüft Ihre Stack-Versionen, Caching, Backups, Sicherheit und Performance und sagt Ihnen genau, was Sie beheben sollten oder ob ein Umzug sinnvoll ist.
Quellen
- Adobe Experience League: System requirements
- Adobe Experience League: Varnish konfigurieren
- Adobe Experience League: Lifecycle policy
- Adobe Experience League: Pro-Architektur
- Adobe Experience League: Überblick über Commerce auf Cloud-Infrastruktur
- Adobe Experience League: Fastly-WAF-Service
- Adobe Experience League: Adobe Commerce as a Cloud Service overview
- Adobe Experience League: Security Best Practices





