Shopware Hosting: SaaS, PaaS oder Self-Hosted?

SaaS klingt erstmal nach der einfachsten Option. Und für viele Unternehmen ist sie das auch. Du brauchst kein Entwicklungsteam, keinen Server-Admin und keine DevOps-Kompetenz. Shopware übernimmt Updates, Sicherheits-Patches und die Skalierung. Du konzentrierst dich auf dein Kerngeschäft: verkaufen.

Die SaaS-Editionen (Rise, Evolve, Beyond) unterscheiden sich im Funktionsumfang. Rise richtet sich an ambitionierte B2C-Shops, die mit Standard-Funktionalität starten wollen. Evolve bringt B2B-Funktionen wie individuelle Preislisten und Budgetverwaltung mit. Beyond ist das Enterprise-Paket mit VIP-Support und maximaler Feature-Tiefe.

Für wen SaaS passt:
Du bist ein Team ohne eigene Entwicklungsabteilung. Dein Shop hat einen klar definierten Scope — Produkte listen, verkaufen, versenden. Du willst schnell live gehen und dich nicht um Infrastruktur kümmern. Dein Budget ist planbar, weil du ein festes Monatsmodell zahlst.

Wo SaaS an Grenzen stößt:
Sobald du eigene Plugins entwickeln willst, die auf den Quellcode zugreifen, wird SaaS zum Problem. Die Erweiterungsmöglichkeiten beschränken sich auf die App-Schnittstelle und den Extension Store. Komplexe ERP-Integrationen, individuelle Checkout-Logik oder tiefe Anpassungen am Frontend sind nur eingeschränkt möglich.

Und hier kommt die Business-Perspektive ins Spiel: Wenn dein Geschäftsmodell davon lebt, dass der Shop sich von der Konkurrenz unterscheidet — durch besondere Kaufprozesse, Konfiguratoren oder Kundensegmentierung — dann brauchst du mehr Spielraum, als SaaS dir gibt.

Wichtig ist auch die Abhängigkeit: Bei SaaS bestimmt Shopware das Update-Tempo, die verfügbaren Features und die Roadmap. Das kann ein Vorteil sein, weil du immer auf dem neuesten Stand bist. Es kann aber auch ein Nachteil sein, wenn ein Update eine Funktion verändert, die für deinen Shop kritisch ist. In einem Shopware Hosting Vergleich schneidet SaaS bei Komfort und Geschwindigkeit stark ab — aber bei Flexibilität und Kontrolle verliert es gegen die anderen beiden Modelle.

PaaS ist Shopwares Antwort auf eine häufige Forderung: volle Code-Kontrolle, ohne sich um Server kümmern zu müssen. Das Modell läuft aktuell auf Platform.sh und bietet eine Cloud-Umgebung, in der dein Entwicklungsteam frei arbeiten kann — eigene Plugins, eigene Themes, eigene Integrationen.

Der Vorteil gegenüber SaaS: Du hast Zugriff auf den kompletten Quellcode. Du kannst alles anpassen, was Shopware hergibt. Gleichzeitig musst du dich nicht um Server-Wartung, Skalierung oder Sicherheits-Updates der Infrastruktur kümmern. Das übernimmt die Plattform.

Für wen PaaS passt:
Du hast ein Entwicklungsteam (intern oder über eine Agentur), das individuelle Features baut. Dein Shop braucht Anpassungen, die über den Standard hinausgehen — besondere Checkout-Flows, komplexe Produktkonfiguration, tiefe ERP-Anbindung. Aber du willst oder kannst kein eigenes Ops-Team für Server-Management aufbauen.

Wo du genau hinschauen solltest:
PaaS klingt nach dem Besten aus beiden Welten. Aber es gibt Einschränkungen, die du kennen solltest. Die Plattform gibt den Rahmen vor: Welche Services verfügbar sind, wie das Deployment funktioniert, welche Performance-Tuning-Optionen du hast. Du bist flexibler als bei SaaS, aber weniger frei als bei Self-Hosted.

Die Kostenfrage ist bei PaaS individuell. Shopware bietet kein öffentliches Preismodell dafür — die Konditionen werden projektbezogen verhandelt. Das macht die Planbarkeit schwieriger als bei SaaS, wo du feste Monatsbeiträge zahlst.

Für Unternehmen, die stark wachsen und dabei flexibel bleiben wollen, kann PaaS die richtige Wahl sein. Vorausgesetzt, das Team hat die technische Kompetenz, um die Freiheiten auch zu nutzen. Denn ein PaaS-Setup ohne Entwicklungsteam ist wie ein Rennwagen ohne Fahrerin — technisch beeindruckend, aber nutzlos.

Noch ein Punkt, der in der Praxis relevant ist: PaaS bedeutet, dass dein Deployment-Prozess über die Plattform läuft. Das bringt Vorteile wie automatisierte Staging-Umgebungen und Git-basierte Workflows. Aber es setzt auch voraus, dass dein Team diese Prozesse kennt und beherrscht. Für Teams, die bisher mit FTP-Uploads oder manuellen Server-Deployments gearbeitet haben, ist der Umstieg auf PaaS ein Kulturwandel — nicht nur ein Technologiewechsel.

Shopware PaaS eignet sich besonders für wachsende Shops, die heute schon wissen, dass sie morgen mehr brauchen werden. Die automatische Skalierung der Infrastruktur nimmt den Druck aus Traffic-Spitzen, während das Entwicklungsteam sich auf Features und Optimierungen konzentrieren kann.

Ein Sonderfall: Wenn du über Headless Commerce nachdenkst — also ein entkoppeltes Frontend vor Shopware — dann wird die Hosting-Frage noch relevanter. Headless-Setups laufen oft effizienter auf Self-Hosted oder PaaS, weil du die Architektur freier gestalten kannst.

Self-Hosted ist das Modell, das Shopware-Agenturen und Entwicklungsteams am besten kennen. Du installierst Shopware auf einem Server deiner Wahl, konfigurierst alles selbst und hast die volle Kontrolle. Über den Code, über die Infrastruktur, über jeden Aspekt deines Setups.

Wir setzen bei Shopware-Projekten auf Maxcluster als Hosting-Partner. Maxcluster ist offizieller Shopware Recommended Hosting Partner und bietet eine Infrastruktur, die speziell für Shopware optimiert ist: dedizierte Server, vorinstallierte Software-Stacks mit Elasticsearch und Redis, 24/7-Support und 99,99 Prozent Verfügbarkeit.

Für wen Self-Hosted passt:
Du hast ein technisches Team oder arbeitest mit einer E-Commerce-Agentur, die sich um den Betrieb kümmert. Dein Shop hat Anforderungen, die volle Server-Kontrolle voraussetzen — zum Beispiel spezielle Caching-Strategien, eigene Deployment-Prozesse oder Compliance-Anforderungen, die ein bestimmtes Rechenzentrum voraussetzen.

Self-Hosted ist auch dann die richtige Wahl, wenn du deine Abhängigkeiten minimieren willst. Du bist nicht an Shopwares Cloud-Partner gebunden. Du kannst den Hoster wechseln, ohne deinen gesamten Shop umzubauen. Und du bestimmst selbst, wann Updates eingespielt werden — das gibt dir Planungssicherheit bei komplexen Release-Zyklen.

Was Self-Hosted von dir verlangt:
Verantwortung. Server-Updates, Sicherheits-Patches, Performance-Monitoring, Backups — das liegt bei dir. Oder bei deinem Hosting-Partner und deiner Agentur. Wenn der Server um drei Uhr nachts ausfällt, ist das dein Problem. Bei Maxcluster haben wir das mit 24/7-Monitoring und Support abgesichert, aber die Grundverantwortung bleibt. In unseren Shopware-Projekten hat sich dieses Setup über die Jahre bewährt — von mittelständischen B2C-Shops bis zu komplexen B2B-Portalen.

Die Kostenfaktoren bei Self-Hosted sind anders strukturiert als bei SaaS. Statt einer fixen Monatsgebühr an Shopware zahlst du für Hosting, Wartung und Entwicklung separat. Das kann günstiger sein — muss es aber nicht. Es hängt davon ab, wie komplex dein Setup ist und wie viel Betreuung du brauchst.

Für die Shopware Community Edition (Open Source) fällt keine Lizenzgebühr an, solange dein Jahresumsatz unter einer Million Euro liegt. Danach greift die Fair Usage Policy — ein Punkt, den viele unterschätzen, wenn sie mit der Community Edition planen. Für die kommerziellen Editionen (Rise, Evolve, Beyond) zahlst du die gleichen Lizenzkosten wie bei SaaS — der Unterschied liegt rein in der Hosting-Verantwortung.

Was in einem reinen Shopware Hosting Vergleich oft untergeht: Bei Self-Hosted bestimmst du den Zeitpunkt für Shopware-Updates selbst. Das klingt nach einem Detail, ist aber in der Praxis relevant. Wenn du ein großes Release planst, willst du nicht gleichzeitig ein Shopware-Core-Update einspielen müssen. Diese Planungssicherheit ist besonders für Shops mit saisonalen Peaks wichtig — Black Friday, Weihnachtsgeschäft, Sommer-Sales.

Die Frage nach den Kosten ist verständlich, aber pauschal nicht zu beantworten. Die Kostenfaktoren unterscheiden sich je nach Modell grundlegend:

SaaS: Feste monatliche Lizenzgebühr an Shopware (je nach Edition). Hosting, Updates und Support sind enthalten. Keine separaten Server-Kosten. Die Kosten sind planbar, aber du zahlst auch dann den vollen Preis, wenn du nicht alle Features nutzt.

PaaS: Individuelle Preisgestaltung. Die Kosten setzen sich aus der Shopware-Lizenz und den Platform.sh-Gebühren zusammen. Abhängig von Ressourcenbedarf, Anzahl der Umgebungen und Traffic.

Self-Hosted: Hosting-Kosten beim Anbieter deiner Wahl (bei Managed Hosting wie Maxcluster abhängig von Servergröße und Leistung), plus Shopware-Lizenz (oder Community Edition), plus Kosten für Wartung und Betrieb (intern oder über eine Agentur).

Was viele unterschätzen: Die reinen Hosting-Kosten sind nur ein Teil der Gleichung. Der größere Kostentreiber ist die Komplexität deines Setups — Integrationen, individuelle Entwicklung, laufende Optimierung. Ein vermeintlich günstiges Hosting-Modell kann teuer werden, wenn es dein Team ausbremst oder technische Workarounds erzwingt.

Kein Hosting-Modell ist pauschal besser als ein anderes. SaaS ist nicht „schlechter", weil es weniger Kontrolle bietet. Und Self-Hosted ist nicht „besser", nur weil es mehr Freiheiten gibt. Das richtige Modell hängt von deinem Business ab — nicht von technischen Präferenzen.

Was wir aus unserer Projekterfahrung sagen können: Für die meisten Shopware-Projekte im Mittelstand, bei denen individuelle Integrationen, Markenidentität im Frontend und langfristige Skalierung eine Rolle spielen, hat sich Self-Hosted auf Maxcluster bewährt. Wir haben dort die Kontrolle, die wir brauchen, um Architektur-Entscheidungen sauber umzusetzen — von der ERP-Anbindung über das Caching bis zum Deployment.

Aber wir empfehlen auch SaaS, wenn es zum Projekt passt. Ein D2C-Brand, der schnell live gehen will und keinen Individualisierungsbedarf hat, ist mit Shopware Rise gut bedient. Und für Unternehmen, die wachsen und gleichzeitig kein Ops-Team aufbauen wollen, ist PaaS eine ernstzunehmende Option.

Die Hosting-Entscheidung ist keine Einbahnstraße. Shopwares Open-Source-Kern ermöglicht es, später zu wechseln — von SaaS zu Self-Hosted oder umgekehrt. Aber je später du wechselst, desto aufwendiger wird die Migration. Plugin-Abhängigkeiten, Datenstrukturen und Deployment-Prozesse müssen neu aufgesetzt werden. Deshalb lohnt es sich, diese Entscheidung früh und gründlich zu treffen — am besten bevor die erste Zeile Code geschrieben wird.

Wenn du bereits einen Shopware-Shop betreibst und überlegst, das Hosting-Modell zu wechseln, ist das ebenfalls möglich. Wir haben Migrationen von SaaS zu Self-Hosted begleitet und wissen, welche Stolpersteine dabei auftreten. Der häufigste: Funktionen, die im SaaS-Modell „einfach da waren", müssen bei Self-Hosted explizit konfiguriert werden.

Du planst ein Shopware-Projekt und bist unsicher, welches Hosting-Modell passt? Lass uns darüber sprechen — wir beraten dich auf Basis deiner konkreten Anforderungen, nicht auf Basis von Pauschalantworten.