Wer heute einen Onlineshop plant, entscheidet früh über das Betriebsmodell: SaaS, PaaS oder self-hosted. Die Begriffe beschreiben, wer die Software betreibt, wer sie aktualisiert und wie weit sie sich verändern lässt. In Vergleichstabellen liest sich das nach einer Abwägung zwischen Aufwand und Freiheit, mit einer bequemen Seite und einer anspruchsvollen.
Im Projektalltag zeigt sich die Entscheidung an einer anderen Stelle. Sie fällt nicht darüber, was ein Shop kann, sondern darüber, wer eingreifen darf, wenn etwas ansteht. Ein Update, eine Anbindung an das Warenwirtschaftssystem, eine Störung am Wochenende: In solchen Momenten wird aus einer Zeile in der Tabelle eine konkrete Zuständigkeit.
Was SaaS, PaaS und self-hosted im Betrieb unterscheidet
SaaS steht für Software as a Service. Der Anbieter betreibt die Plattform und stellt sie als Dienst bereit. PaaS steht für Platform as a Service: Die Infrastruktur ist ebenfalls verwaltet, der eigene Code läuft aber darauf. Self-hosted heißt, dass das Unternehmen die Software auf eigener oder selbst gewählter Infrastruktur betreibt.
Nicht der Funktionsumfang, sondern der Zugriff
Der Unterschied liegt selten in den Funktionen. Ein Warenkorb ist ein Warenkorb, eine Kundengruppe eine Kundengruppe. Was sich unterscheidet, ist die Reichweite des eigenen Zugriffs. Wie tief reicht er, wie schnell wirkt eine Änderung und wer trägt die Folgen, wenn sie schiefgeht. Genau diese Reichweite bestimmt später den Aufwand für alles, was über den Standard hinausgeht.
SaaS: Der Anbieter betreibt, das Unternehmen verkauft
Bei SaaS liegt alles Technische beim Anbieter. Hosting, Sicherheitsupdates, Skalierung und Verfügbarkeit sind Teil des Dienstes. Shopify ist das bekannteste Beispiel: Anpassungen laufen über Themes in der Vorlagensprache Liquid sowie über Apps, ein Zugriff auf den Server gehört nicht dazu. Wer eine Funktion braucht, die die Plattform nicht vorsieht, sucht eine App oder löst es außerhalb des Shops.
Wenig Aufwand, klare Grenzen
Das ist kein Mangel, sondern der Kern des Modells. Ein kleines Team geht damit in Wochen live und muss sich nie um einen Serverausfall kümmern. Die Grenze zeigt sich erst später und dann meist an derselben Stelle. Betroffen sind individuelle Preislogiken, tiefe Anbindungen an Bestandssysteme oder Prozesse, die vom Standard abweichen. Für viele Händler kommt dieser Punkt nie, für andere kommt er im zweiten Jahr. Was eine Shopify-Umsetzung tragen kann, entscheidet sich deshalb an der Frage, wie viel Sonderfall im Geschäftsmodell steckt.
PaaS: Verwaltete Infrastruktur mit eigenem Code
PaaS liegt dazwischen und wird häufig missverstanden. Die Infrastruktur ist verwaltet wie bei SaaS, das Unternehmen behält aber die Kontrolle über den eigenen Code und kann Erweiterungen und Integrationen selbst entwickeln. Server, Skalierung und Betriebssicherheit bleiben beim Anbieter, die fachliche Logik nicht.
Zwischen Standard und Eigenbau
In der Praxis ist PaaS damit für Unternehmen interessant, deren Prozesse den Standard verlassen, die aber kein eigenes Team für den Serverbetrieb einrichten wollen. Wichtig ist der Blick ins Kleingedruckte: Wie viel Freiheit ein PaaS-Angebot tatsächlich lässt, ist von Anbieter zu Anbieter verschieden. Manche erlauben eigenen Code nur in engen Grenzen, andere fast uneingeschränkt. Wer diese Frage vor der Entscheidung nicht klärt, kauft ein Modell und bekommt ein anderes. Bei Shopware-Projekten ist das einer der Punkte, die vor der Angebotserstellung geklärt gehören.
Self-hosted: Volle Kontrolle, volle Verantwortung
Self-hosted bedeutet, dass die Software auf Infrastruktur läuft, die das Unternehmen selbst bestimmt. Magento Open Source zeigt das Modell in Reinform: Die Installation erfolgt über Composer, Datenbank, Suchdienst und Cache werden selbst betrieben, jede Anpassung ist möglich. Auch Shopware und WordPress lassen sich so betreiben.
Was der Betrieb wirklich kostet
Die Freiheit hat einen Preis, der selten im Angebot steht. Wartung, Sicherheitspatches, Monitoring und Backups samt Wiederherstellung müssen geplant, besetzt und bezahlt werden. Ein Quality Update spielt sich nicht von allein ein, jemand muss es testen und ausrollen.
Für Unternehmen mit besonderen Anforderungen an Datenhaltung oder Compliance ist das der richtige Weg, weil sie ihre Vorgaben sonst gar nicht erfüllen könnten. Für alle anderen lohnt eine ehrliche Rechnung, bevor eine Magento-Installation in den eigenen Betrieb übergeht.
Woran sich die Entscheidung tatsächlich festmacht
Ob SaaS, PaaS oder self-hosted das richtige Modell ist, zeigt sich weniger im Eigenschaftsvergleich als in vier Situationen, die in jedem Shopbetrieb vorkommen. Erstens das Update: Kommt es automatisch, wird es geplant oder muss es jemand einspielen. Zweitens die Anbindung: Wenn eine Schnittstelle zum ERP oder PIM gebraucht wird, entscheidet das Modell darüber, ob sie im Shop entstehen kann oder daneben. Drittens die Störung: Wer schaut nachts nach und kommt diese Person überhaupt an die Logs. Viertens der Sonderfall: Ein Prozess, den der Standard nicht kennt, ist im einen Modell eine Frage von Tagen und im anderen von Monaten.
Vier Fragen aus dem Projektalltag
Diese vier Antworten sagen mehr aus als jede Tabelle, weil sie den späteren Alltag beschreiben statt einer Momentaufnahme. Hinzu kommt ein Punkt, der oft übersehen wird: Ob ein späterer Wechsel möglich ist, hängt von der Plattform ab. Wo hinter den Modellen verschiedene Produkte stehen, ist ein Wechsel ein Umzug. Wo alle drei auf derselben technischen Grundlage laufen, wie es Shopware für sich beschreibt, verschiebt sich nicht die Funktion, sondern die Zuständigkeit. Diese Darstellung stammt vom Hersteller selbst. Der Unterschied zu Plattformen mit getrennten Produktlinien bleibt trotzdem erheblich.
Damit ist die Modellwahl weniger eine Produktfrage als eine Frage der Organisation. Sie hat viel damit zu tun, wie viel Unabhängigkeit ein Unternehmen braucht. Mindestens ebenso viel hat sie damit zu tun, wie viel Verantwortung es tragen kann. Wer die vier Situationen ehrlich durchspielt, kommt schneller zu einer belastbaren Antwort als über den Vergleich der Modelle allein.
Der ältere Blick auf Cloud und eigenen Betrieb stellt dieselbe Frage aus zwei Richtungen, PaaS kam damals darin noch nicht vor. Nicht das bequemste Modell gewinnt. Das passende.