Offizielle Mindestanforderungen für Shopware 6
Shopware 6 benötigt mindestens PHP 8.2, MySQL 8.0 oder MariaDB 10.11, 512 MB PHP memory_limit und einen Webserver wie Apache 2.4 oder nginx. Für produktive Shops empfiehlt Shopware deutlich höhere Werte. Die Lücke zwischen Minimum und Empfehlung ist größer, als die offizielle Dokumentation vermuten lässt.
Die offiziellen Shopware 6 Systemvoraussetzungen definieren das technische Minimum für eine funktionierende Installation. Lokal zum Entwickeln reicht das. Für einen Shop mit 500 Artikeln, zehn aktiven Plugins und echtem Traffic nicht.
| Komponente | Minimum | Empfohlen (Produktion) |
|---|---|---|
| PHP | 8.2 | 8.3 oder 8.4 |
| Datenbank | MySQL 8.0.20+ oder MariaDB 10.11 | MariaDB 10.11+ |
| memory_limit | 512 MB | 1.024 MB |
| Webserver | Apache 2.4 oder nginx | nginx |
| Node.js | 20 LTS | 20 LTS |
| Composer | 2.2+ | Aktuelle Version |
| Redis | Optional | 7.0+ (Session + Cache) |
| Elasticsearch | Optional | OpenSearch 2.x |
Ein Detail, das oft übersehen wird: Redis und Elasticsearch sind in der Dokumentation als 'optional' gelistet. Das ist technisch korrekt und praktisch irreführend. Ohne Redis laufen Sessions und Cache über das Dateisystem. Das funktioniert halt nicht unter Last. Ab 50 gleichzeitigen Besuchern werden die Antwortzeiten spürbar schlechter.
Wir testen Shopware-Installationen regelmäßig mit verschiedenen Konfigurationen. Die Mindestanforderungen tragen eine leere Installation. Sobald 20 Plugins, 1.000 Produkte und 50 gleichzeitige Besucher dazukommen, wird es eng.
Stand Q2 2026: PHP 8.1 hat End of Life erreicht. PHP 8.2 erhält nur noch Sicherheitsupdates bis Dezember 2026. Shopware 6.7 unterstützt PHP 8.2, 8.3 und 8.4. Wer jetzt neu installiert, sollte direkt mit PHP 8.3 starten.
Ein häufiger Fehler: MySQL 8.0.20 und 8.0.21 haben dokumentierte Kompatibilitätsprobleme mit Shopware 6. Falls dein Hoster eine dieser Versionen einsetzt, fordere ein Update an, bevor du mit der Installation beginnst. MariaDB 10.11 ist in unseren Tests die stabilere Alternative, besonders bei komplexen Produktdatenstrukturen.
Server-Sizing nach Shop-Größe
Ein Shopware-Shop mit unter 1.000 Artikeln und 50 Bestellungen pro Tag kommt mit 4 GB RAM und 2 vCPUs aus. Ab 10.000 Artikeln und 200 Bestellungen täglich sollten es mindestens 8 GB RAM und 4 vCPUs sein. Das klingt pauschal. Basiert aber auf messbaren Erfahrungswerten aus Kundenprojekten.
| Spezifikation | Starter | Mid-size | Enterprise |
|---|---|---|---|
| Artikelanzahl | Bis 1.000 | 1.000-10.000 | 10.000+ |
| Bestellungen/Tag | Bis 50 | 50-200 | 200+ |
| RAM | 4 GB | 8 GB | 16-32 GB |
| vCPUs | 2 | 4 | 8+ |
| Storage | 40 GB SSD | 80 GB NVMe | 200+ GB NVMe |
| Bandbreite | 100 Mbit/s | 500 Mbit/s | 1 Gbit/s |
| Redis | Ja (1 GB) | Ja (2 GB) | Ja (4 GB, Cluster) |
| Elasticsearch | Optional | Ja (2 GB) | Ja (4 GB+) |
Der wichtigste Hebel ist der Storage-Typ. NVMe-SSDs liefern laut Serverion bei Datenbankzugriffen eine zehnmal schnellere Antwortzeit als herkömmliche HDDs. Für einen Shopware-Shop mit intensiven Datenbankabfragen pro Seitenaufruf ist das kein Luxus. Das ist Grundlage.
Ein Shop mit 5.000 Artikeln und 200 gleichzeitigen Besuchern braucht mehr Ressourcen als einer mit 15.000 Artikeln und 20 Besuchern. Nicht die Datenmenge bestimmt die Last, sondern die Anzahl paralleler Anfragen. Das vergessen viele beim Sizing.
Unser Erfahrungswert: Plane die Serverkapazität für die nächsten 18 Monate. Ein Umzug auf eine größere Instanz kostet Zeit, verursacht Downtime und birgt Risiken bei der Datenbankmigration. Lieber 30% Puffer einplanen als in sechs Monaten migrieren müssen.
Offizielle Shopware-Anforderung, 1.024 MB empfohlen
Software-Stack im Detail
Der optimale Software-Stack für Shopware 6 besteht aus nginx als Webserver, PHP 8.3 mit OPcache, MySQL 8.0 oder MariaDB 10.11, Redis für Session- und Cache-Management sowie Elasticsearch oder OpenSearch für die Produktsuche. Jede Komponente hat einen konkreten Grund.
nginx schlägt Apache bei statischen Assets und unter hoher Last. Bei 500+ gleichzeitigen Verbindungen verbraucht nginx deutlich weniger RAM, weil es Events asynchron verarbeitet statt pro Anfrage einen Thread zu starten. Für Shopware die klarere Wahl.
OPcache ist der wichtigste einzelne Performance-Hebel für jede PHP-Anwendung. Laut Benchmarks von LinuxBlog.io verdoppelt OPcache die Ausführungsgeschwindigkeit von PHP-Skripten. Mit optimierter Konfiguration sind Steigerungen um das Zehnfache dokumentiert. Ohne OPcache läuft kein produktiver Shopware-Shop.
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0
memory_limit=1024M
max_execution_time=60
realpath_cache_size=4096K
realpath_cache_ttl=600validate_timestamps=0 deaktiviert die Prüfung, ob sich PHP-Dateien geändert haben. Im Produktivbetrieb sinnvoll, weil Dateien sich nur bei Deployments ändern. In der Entwicklungsumgebung muss dieser Wert auf 1 stehen. Ich sehe diesen Fehler regelmäßig: Entwickler deployen mit validate_timestamps=1 und wundern sich über die Ladezeiten.
Redis übernimmt Sessions und den Application-Cache. Ohne Redis speichert Shopware beides im Dateisystem. Das funktioniert bei zwei Besuchern. Ab 50 parallelen Sessions wird es zum Flaschenhals. Redis ist eben keine Option, sondern Voraussetzung.
Für die Produktsuche empfehlen wir Elasticsearch oder OpenSearch ab 1.000 Produkten. Die Standard-SQL-Suche wird bei großen Katalogen spürbar langsam. PHP 8.3 bleibt bis November 2027 mit Sicherheitsupdates versorgt (PHP Supported Versions), PHP 8.4 bis Dezember 2028. Langfristig ist PHP 8.4 die sicherste Wahl.
Shopware 6.7 hat die Performance der Admin-Oberfläche laut Shopware um 70-80% verbessert. Login-Seiten laden jetzt in unter einer Sekunde, dank optimiertem Asset-Loading und kleineren Bundles. Für den Server bedeutet das: weniger CPU-Last pro Admin-Session, mehr Kapazität für den Storefront.
Cloud vs. Dedicated Server
Cloud-Server bieten Flexibilität und schnelle Skalierung. Dedicated Server liefern konstant hohe Performance ohne Nachbar-Effekte. Für die meisten Shopware-Shops bis 500 Bestellungen pro Tag reicht ein Cloud-Server. Darüber wird Dedicated die stabilere Wahl.
| Kriterium | Cloud-Server | Dedicated Server |
|---|---|---|
| Skalierung | In Minuten | Stunden bis Tage |
| Performance | Variabel (Shared Resources) | Konstant hoch |
| Kosten (mtl.) | 30-150 EUR | 80-400 EUR |
| Setup-Zeit | Minuten | 1-3 Tage |
| Kontrolle | Begrenzt | Vollständig |
| Geeignet für | Starter und Mid-size Shops | Enterprise und High-Traffic |
Der Nachbar-Effekt ist bei Cloud-Servern das größte Risiko. Wenn ein anderer Nutzer auf derselben Hardware CPU-Spitzen erzeugt, leidet dein Shop mit. Bei Dedicated Servern existiert dieses Problem nicht. Wer planbare Performance für saisonale Peaks braucht, fährt mit Dedicated besser.
Einen detaillierten Vergleich der Shopware Cloud Hosting Optionen haben wir separat aufbereitet. Dort findest du konkrete Anbieter und Preisstaffeln. Meine Einschätzung: Für 90% der Shopware-Händler reicht ein gut konfigurierter Cloud-Server. Dedicated lohnt sich erst ab konstantem High-Traffic.
Kostenfrage: Enterprise-SSDs kosten Stand 2026 rund 190 EUR pro Terabyte, während klassische HDDs bei 21,50 EUR pro Terabyte liegen (ServerMania). Das ist ein 9-facher Preisunterschied. Trotzdem: Für Shopware-Shops ist NVMe-Storage keine Budgetfrage, sondern eine Performance-Entscheidung. Die Datenbank-Antwortzeiten rechtfertigen die Investition ab dem ersten produktiven Tag.
Empfohlene Hosting-Optionen
Managed Hosting ist für Shopware-Händler ohne eigenes DevOps-Team die sicherste Wahl. Der Anbieter übernimmt Server-Updates, Sicherheitspatches, Performance-Monitoring und Backup-Automatisierung. Du konzentrierst dich auf den Shop, nicht auf die Infrastruktur.
In unserem Shopware Hosting Vergleich haben wir die wichtigsten Anbieter nach Performance, Support und Preis-Leistung bewertet. Wer den Gesamtüberblick sucht, findet im Shopware Hosting Guide alle Optionen. Für Händler, die keinen eigenen Server administrieren wollen, empfehlen wir Shopware Managed Hosting.
- PHP 8.2 oder höher verfügbar
- MySQL 8.0+ oder MariaDB 10.11+
- SSH-Zugang und Composer-Unterstützung
- Mindestens 4 GB RAM (besser 8 GB)
- SSD- oder NVMe-Storage
- Redis und OPcache konfigurierbar
Sicherheit und Wartung
Neben den Hardware-Anforderungen gehören regelmäßige Backups, SSL-Zertifikate, Firewall-Konfiguration und automatische Sicherheitsupdates zu den Grundvoraussetzungen eines produktiven Shopware-Servers. Server-Sicherheit ist kein Zusatz, sondern Basiskonfiguration.
Gerade im DACH-Raum kommt die DSGVO dazu. Ein Shopware-Shop verarbeitet Kundendaten, Zahlungsinformationen und Bestellhistorien. Ein kompromittierter Server bedeutet nicht nur Umsatzausfall, sondern meldepflichtige Datenschutzverletzung. Die Kosten dafür übersteigen jede Server-Investition.
Laut dem Verizon 2025 Data Breach Investigations Report beginnen 20% aller Datenschutzverletzungen mit der Ausnutzung ungepatchter Schwachstellen. Für E-Commerce-Shops mit Zahlungsdaten ist das ein kritisches Risiko. Der Sophos State of Ransomware Report bestätigt: 32% aller Ransomware-Angriffe starten mit einer ungepatchten Schwachstelle.
- SSL-Zertifikat via Let's Encrypt mit automatischer Erneuerung
- Firewall mit IP-Whitelist für den Admin-Bereich
- Automatische Backups, täglich, mindestens 14 Tage Retention
- Automatische Sicherheitsupdates für Betriebssystem und PHP
- Monitoring mit Alerts für CPU, RAM, Disk und Antwortzeit
- Dokumentierte Shopware Backup Strategie, regelmäßig getestet
Ein Punkt, der mich persönlich ärgert: Viele Shopware-Shops laufen noch auf PHP 8.1, obwohl diese Version seit Dezember 2025 End of Life ist. Keine Sicherheitsupdates, keine Bugfixes. Das ist wie eine offene Haustür. Die Migration auf PHP 8.3 dauert in den meisten Fällen unter zwei Stunden, die Risikominimierung ist sofort messbar.
Automatische Updates sind keine Bequemlichkeit, sondern Schutzmaßnahme. Wer seinen Server manuell patcht, patcht zu spät.
Fazit
Die richtigen Server-Anforderungen hängen von der Größe deines Shopware-Shops ab. Starte mit den offiziellen Mindestanforderungen als Baseline, aber dimensioniere für deinen tatsächlichen Bedarf. Artikelanzahl, Bestellvolumen und gleichzeitige Besucher bestimmen die Specs, nicht die Dokumentation.
Die drei Hebel, die den größten Unterschied machen: NVMe-Storage statt HDD, Redis statt Dateisystem-Cache und OPcache mit optimierter Konfiguration. Diese drei Änderungen allein verdoppeln bis verdreifachen die Performance einer Standard-Shopware-Installation. Und sie kosten keinen zusätzlichen Server, nur Konfigurationsarbeit.
Server-Performance ist die Grundlage. Aber Besucher allein generieren keinen Umsatz. Ein KI-Mitarbeiter für Produktberatung verwandelt Besucher in Käufer. Unsere Kunden steigern die Conversion um das Siebenfache und den Warenkorbwert um 35%. Die Infrastruktur dafür hast du jetzt.
FAQ: Shopware Server Anforderungen
Shopware 6.6 benötigt mindestens PHP 8.2. Empfohlen ist PHP 8.3, da PHP 8.2 ab Dezember 2026 keine Sicherheitsupdates mehr erhält. Shopware 6.7 unterstützt zusätzlich PHP 8.4.
Das hängt von der Shop-Größe ab. Für Starter-Shops unter 1.000 Artikeln reichen 4 GB RAM. Mid-size Shops mit 1.000 bis 10.000 Artikeln brauchen 8 GB, Enterprise-Shops ab 10.000 Artikeln mindestens 16 GB.
Nein. Shared Hosting bietet zu wenig Ressourcen, keinen SSH-Zugang und eingeschränkte PHP-Konfiguration. Für Shopware 6 empfehlen wir mindestens einen VPS oder Managed Server.
Offiziell ist Redis optional. In der Praxis ist Redis ab dem ersten produktiven Shop notwendig. Ohne Redis laufen Sessions und Cache über das Dateisystem, was bei mehr als 50 gleichzeitigen Besuchern zu spürbaren Latenzen führt.
Für Shops mit bis zu 500 Bestellungen pro Tag reicht ein Cloud-Server (30-150 EUR monatlich). Ab 500 Bestellungen oder bei Bedarf an planbarer Performance empfehlen wir Dedicated Server, um den Nachbar-Effekt geteilter Ressourcen zu vermeiden.
Ein KI-Mitarbeiter berät deine Kunden in Echtzeit, empfiehlt Produkte und steigert den Warenkorbwert um bis zu 35%. Teste es in deinem Shopware-Shop.
Kostenlose Demo buchen
Kevin ist CTO und Mitgründer von Qualimero. Als KI-Architekt mit über 15 Jahren Erfahrung als CTO und CPO in der Tech-Branche entwirft er die KI-Systeme, die bei Qualimeros Kunden täglich zehntausende Kundeninteraktionen automatisieren — zuverlässig, sicher und skalierbar.
