166 gotowych aplikacji. Każda na jedno kliknięcie.

1. Hosting für eine einzelne Website ist etwas anderes als Hosting für ein ganzes Toolset.

Firmen brauchen heute selten nur eine Website. Neben einer einfachen Unternehmensseite oder einem Shop ist meist auch ein CRM für Kundenkontakte nützlich, ein Tool zur Automatisierung wiederkehrender Aufgaben, eine Datenbank für interne Tabellen und vielleicht ein Chat auf der Website für den Kundenservice. Für jedes dieser Tools ein separates Hosting zu kaufen, wird schnell unrentabel und schwer zu verwalten.

Auf Saplo sind all diese Tools einfach Apps aus demselben Katalog und werden in derselben Box wie die Unternehmenswebsite installiert: die No-Code-Datenbank Baserow, Chatwoot für Chats, n8n zur Automatisierung, ein Ticketsystem oder ein Administrationspanel, jeweils als separate, isolierte App in einem eigenen LXC-Container.

Der Katalog umfasst 166 fertige Apps. Die meisten davon sind komplette Installationsvorlagen (nicht nur technische Stacks wie Node oder Django), zu denen Nextcloud, Gitea, Grafana, Metabase, Uptime Kuma, Paperless-ngx, Vaultwarden und viele weitere Kategorien von Business-Tools gehören.

2. So berechnest du Ressourcen, wenn du mehrere Apps in einer Box installierst

Die Anzahl der Apps und Domains ist in jedem Tarif unbegrenzt, der tatsächliche Engpass ist jedoch der Arbeitsspeicher der Box. Jede App gibt in ihrem Manifest eine Mindestmenge an Arbeitsspeicher an, zum Beispiel 256 MB für ein einfaches WordPress, 1 GB für n8n und 2 GB für Apps mit einem vollständigen Docker-Stack wie Baserow oder Chatwoot.

Mit Box M (2 GB RAM) lässt sich realistischerweise eine rechenintensivere Docker-App neben einer leichteren Website betreiben. Box L (6 GB RAM) ermöglicht bereits mehrere Docker-Apps gleichzeitig, und Box XL (12 GB RAM) bietet komfortabel genug Kapazität für einen vollständigen Satz an Business-Tools in einem Konto, ohne dass du entscheiden musst, welche Apps du abschalten musst.

RAM und vCPU lassen sich ohne Migration (Hot-Add) erweitern. Wenn der Tool-Katalog mit der Zeit wächst, musst du nicht alles auf einen neuen Server umziehen, sondern lediglich das Ressourcenlimit für dieselbe Box erhöhen.

3. Warum das ein anderes Modell als klassisches Hosting ist

Klassisches Shared Hosting ist für eine Website pro Konto ausgelegt und bietet nur eine begrenzte Anzahl an Datenbanken und PHP-Prozessen. Die Installation mehrerer unabhängiger Apps darauf, etwa CRM, Chat und Automatisierung, überschreitet meist das, wofür das Panel und die Limits eines solchen Hostings ausgelegt sind.

Ein VPS ermöglicht beliebig viele Apps, doch jede muss selbst installiert, konfiguriert und abgesichert werden. Für eine Kombination verschiedener Tools, von denen jedes eigene Abhängigkeiten, eine eigene Datenbank und eigene Ports hat, bedeutet dies beim Einrichten und bei jedem Update echte Administrationsarbeit.

Saplo verbindet beide Ansätze: die Flexibilität eines VPS mit vielen unabhängigen Apps und vollem SSH-Zugriff ab Box M mit dem Komfort eines Hostings mit Panel, einer fertigen Installationsvorlage für jede der 166 Apps, automatischem SSL und vorab konfigurierter LXC-Isolation.

4. Beispielkombination für ein kleines Unternehmen

Eine Unternehmenswebsite auf WordPress, Baserow als interne Kunden- und Auftragsdatenbank, Chatwoot als Website-Chat für den Kundenservice und Uptime Kuma zur Überwachung, ob alles funktioniert, ergeben vier verschiedene Apps. Zusammen finden sie auf einer Box L Platz, ohne vier separate Rechnungen bei vier verschiedenen Anbietern.

Eine fünfte App hinzuzufügen, etwa n8n zur Automatisierung von Benachrichtigungen zwischen den übrigen Tools, ist nur eine weitere Installation aus dem Katalog und bedeutet weder einen neuen Hostingvertrag noch die Migration vorhandener Daten auf einen anderen Server.

5. Für wen es sich eignet

Für ein kleines Unternehmen, das mehrere kostenpflichtige SaaS-Abonnements für CRM, Chat und Automatisierung durch eigene Installationen auf einer Box ersetzen möchte, ist das bei einer wachsenden Zahl von SaaS-Tools im Jahresvergleich oft günstiger als die Summe der einzelnen Monatsgebühren.

Für technische Teams, die ihre Daten lieber selbst hosten (self-hosted), als sie in externen SaaS-Diensten zu speichern, in denen Kunden- und Unternehmensdaten auf Servern Dritter liegen.

Für alle, die erst testen, welche Werkzeuge sie brauchen: Mit 166 Apps im Katalog kannst du ohne finanzielles Risiko experimentieren, ohne für jedes getestete Tool einen eigenen Vertrag abschließen zu müssen.

6. So wählst du die ersten Apps für deine Box aus

Beginne mit der Website deines Unternehmens (WordPress oder eine einfache statische Website), denn sie ist meist der erste Kontaktpunkt mit Kunden und ein natürlicher Startpunkt für jede neue Box, unabhängig von den weiteren Plänen für den Ausbau der Tools.

Füge ein Tool hinzu, das ein kostenpflichtiges SaaS-Abonnement wirklich ersetzt, zum Beispiel Baserow statt eines per E-Mail geteilten Tabellenblatts oder Chatwoot statt eines externen Chats auf deiner Website, der monatlich pro Nutzer abgerechnet wird.

Beobachte nach jeder hinzugefügten App im Dashboard den RAM-Verbrauch. So weißt du, wann sich eine Aufrüstung per Hot-Add lohnt, statt das Limit erst im ungünstigsten Moment zu erreichen, etwa bei einem Ausfall wegen Speichermangel.

Teste neue Tools auf derselben Box, ohne für jedes Tool einen eigenen Vertrag abschließen zu müssen. Das Installieren und Deinstallieren von Apps aus dem Katalog kostet nichts, abgesehen von den Ressourcen, die die Apps während der Nutzung belegen.

Dokumentiere im Team, wofür welche App gedacht ist. Bei mehreren Tools auf einer Box (CRM, Chat, Automatisierung, Monitoring) vergisst du sonst leicht, welche aktiv genutzt werden und welche du entfernen kannst, um Ressourcen freizugeben.

7. Self-hosted kontra SaaS: Was wirklich in die Kalkulation einfließt

Die Kosten für SaaS steigen meist mit der Zahl der Nutzer oder der monatlichen Vorgänge. In einem wachsenden Team bedeutet das regelmäßig höhere Rechnungen, selbst wenn sich das Tool selbst nicht verändert.

Die Kosten für Self-hosted auf Saplo sind fest (Box-Preis) und unabhängig von der Anzahl der Nutzer, die die installierten Apps verwenden. Für ein wachsendes Team sind sie besser planbar und lassen sich leichter im Jahresbudget veranschlagen.

Andererseits bedeutet Self-hosted, dass du App-Updates, etwa neue Versionen von Baserow, Chatwoot oder anderen Apps, selbst durchführen musst. Die Saplo-Engine erleichtert das mit fertigen Update-Rezepten im Katalog.

Bei einer selbst gehosteten Instanz bleiben die Daten physisch in deinem Container. Für Unternehmen, die personenbezogene Kundendaten über interne Tools (CRM, Chat) verarbeiten, kann das bei der Bewertung der RODO-Konformität im Vergleich zu einer externen SaaS-Lösung ein wichtiges Argument sein.

8. Sicherheit bei mehreren Apps in einem Konto

Wenn du mehrere Apps auf einer Box kombinierst (CRM, Chat, Automatisierung, Monitoring), entstehen mehrere potenzielle Angriffsziele. Deshalb ist die LXC-Container-Isolierung hier wichtiger als bei einer einzelnen, einfachen Website.

Jede App auf Saplo hat einen eigenen Container mit eigenem Dateisystem, eigenem Prozess und bei Bedarf einer eigenen Datenbank. Ein Einbruch in eine App, etwa über ein veraltetes WordPress-Plugin, gewährt daher nicht automatisch Zugriff auf andere Apps auf derselben Box.

Sicherheitsupdates für die einzelnen Apps, etwa neue Versionen der Docker-Images für Baserow, Chatwoot oder andere Apps, sind im Katalog als Update-Rezepte verfügbar. So bleiben viele verschiedene Engines aktuell, ohne jedes Open-Source-Projekt separat verfolgen zu müssen.

Passwörter und API-Schlüssel für die einzelnen Apps, etwa ein Chatwoot-Token oder ein n8n-Webhook-Schlüssel, solltest du getrennt verwalten und nicht dasselbe Passwort für verschiedene Tools wiederverwenden. Wird ein wiederverwendetes Passwort kompromittiert, sind auch alle Apps betroffen, die dasselbe Geheimnis verwenden.

SSH-Zugriff mit sudo auf die gesamte Box (ab Box M) gewährt Administrativzugriff auf alle Container darin. Wenn in einem Team mehrere Personen auf dieselbe Box zugreifen, solltest du daher bewusst verwalten, wer tatsächlich Zugriff auf Serverebene benötigt.

Prüfe regelmäßig, ob alle installierten Apps noch aktiv genutzt werden. Eine vergessene, nicht aktualisierte App, die niemand mehr verwendet, ist eine Schwachstelle, die bei einer wachsenden Tool-Auswahl auf der Box leicht übersehen wird.

9. Wie der App-Katalog wächst und woher neue Rezepte kommen

Der App-Katalog von Saplo ist keine geschlossene statische Liste: Ein nächtlicher Agent fügt regelmäßig neue Installationsrezepte hinzu. So wächst die Zahl der verfügbaren Apps mit der Zeit, und wer heute Saplo nutzt, kann in wenigen Monaten im Katalog ein Tool finden, das es beim Kauf der Box noch nicht gab.

Jedes neue Rezept durchläuft vor der Aufnahme in den für Kunden sichtbaren Katalog eine Testschleuse. So wird sichergestellt, dass die Installation tatsächlich funktioniert, bevor sie jemand auf einer Box im Produktivbetrieb ausprobiert, statt nur in der Testumgebung des Agenten getestet worden zu sein.

Du kannst eine bestimmte App für den Katalog vorschlagen, wenn du ein Tool brauchst, das noch fehlt. Damit unterscheidet sich das Saplo-Modell von geschlossenen Plattformen, bei denen der Anbieter die verfügbaren Apps vollständig kontrolliert und Nutzer keinen Einfluss darauf haben.

Da der Katalog wächst, lohnt es sich, die verfügbaren Apps von Zeit zu Zeit durchzugehen, selbst wenn deine aktuelle Tool-Auswahl alle Anforderungen erfüllt. Ein neues Installationsrezept könnte ein kostenpflichtiges SaaS-Abonnement ersetzen, das dein Unternehmen an anderer Stelle nutzt.

Für Unternehmen, die die Entwicklung ihres Tech-Stacks verfolgen, ist die Flexibilität des Katalogs ein echter Vorteil gegenüber Anbietern mit einer begrenzten, selten aktualisierten Auswahl fertiger Apps. So wartest du nicht monatelang darauf, dass ein neues Tool ins Angebot kommt.

10. Den Tool-Katalog pflegen, während er wächst

Bei einer wachsenden Zahl von Apps auf einer Box verlierst du leicht den Überblick, welche App wofür gedacht ist, besonders wenn sich die Verantwortlichen im Team ändern. Führe daher von Anfang an eine einfache Liste: App-Name, Zweck und verantwortliche Person im Team.

Eine regelmäßige Überprüfung der installierten Apps, etwa einmal pro Quartal, hilft dabei, Anwendungen zu erkennen, die nicht mehr aktiv genutzt werden, aber weiterhin den RAM der Box belegen. So kannst du Ressourcen freigeben, ohne allein wegen vergessener, ungenutzter Installationen auf einen größeren Tarif wechseln zu müssen. Bei derselben Überprüfung ist auch ein guter Zeitpunkt, zu prüfen, ob die im Katalog verfügbaren Updates auf alle installierten Apps angewendet wurden, nicht nur auf die am häufigsten genutzten.

Für technische Teams ist es zudem sinnvoll, die Verbindungen zwischen den Apps zu dokumentieren, etwa eine n8n-Automatisierung, die den Chat mit dem CRM verbindet. Wird eine verbundene App entfernt, ohne vorher die Abhängigkeiten zu prüfen, kann dadurch unbemerkt eine andere, damit verknüpfte Automatisierung ausfallen.

Ein klarer App-Katalog auf deinem Box ist umso wichtiger, je mehr Menschen in deinem Unternehmen darauf zugreifen. Denn ohne klare Dokumentation weiß ein neues Teammitglied möglicherweise nicht, welche Tools für den Betrieb des Unternehmens unverzichtbar sind und welche sich problemlos entfernen lassen.

11. Zusammenfassung: Box als zentrale Tool-Plattform für das Unternehmen

Ein Katalog mit 166 Apps macht aus dem Hosting für eine Unternehmenswebsite die Tool-Zentrale des gesamten Unternehmens: CRM, Chat, Automatisierung, Monitoring und Datenbanken, alles in einem Konto, mit einer Abrechnung und einer gemeinsamen Infrastruktur. Für kleine Unternehmen ist dies eine realistische Chance, mehrere kostenpflichtige SaaS-Abos durch eigene Installationen zu ersetzen, ohne die Kontrolle über die eigenen Daten zu verlieren und ohne für jedes weitere Tool im Tech-Stack stetig steigende Abogebühren akzeptieren zu müssen.