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

1. L'hébergement d'un seul site est un autre problème que l'hébergement d'un ensemble d'outils

Aujourd'hui, une entreprise a rarement besoin d'un simple site web. En plus d'un site vitrine ou d'une boutique, il lui faut généralement un CRM pour gérer les contacts clients, un outil d'automatisation des tâches répétitives, une base de données pour les tableaux internes et peut-être aussi un chat pour le service client. Prendre un hébergement distinct pour chacun de ces outils finit vite par coûter cher et devenir ingérable.

Sur Saplo, tous ces outils sont simplement des applications du même catalogue, installées sur le même Box que le site de l'entreprise: base no-code Baserow, chat Chatwoot, automatisation n8n, système de tickets ou panneau d'administration. Chacune est une application distincte et isolée dans son propre conteneur LXC.

Le catalogue compte 166 applications prêtes à l'emploi, accompagnées pour la plupart de recettes d'installation complètes, et non de simples stacks techniques comme Node ou Django. Il couvre notamment Nextcloud, Gitea, Grafana, Metabase, Uptime Kuma, Paperless-ngx, Vaultwarden et bien d'autres catégories d'outils professionnels.

2. Comment dimensionner les ressources lorsque tu installes plusieurs applications sur un même Box

Le nombre d'applications et de domaines est illimité sur chaque formule, mais la limite réelle est la RAM du Box, car chaque application déclare dans son manifeste une mémoire minimale (par exemple 256 Mo pour un WordPress simple, 1 Go pour n8n, 2 Go pour les applications fondées sur une stack Docker complète comme Baserow ou Chatwoot).

Box M (2 Go de RAM) permet d'héberger une application Docker exigeante aux côtés d'un site plus léger. Box L (6 Go de RAM) permet d'en faire tourner plusieurs simultanément. Box XL (12 Go de RAM) héberge confortablement un ensemble complet d'outils professionnels sur un seul compte, sans avoir à choisir quelles applications désactiver.

Les ressources RAM et vCPU peuvent être augmentées sans migration (hot-add). Ainsi, quand le catalogue d'outils s'étoffe, tu n'as pas à tout migrer vers un nouveau serveur, mais seulement à relever la limite de ressources attribuée au même Box.

3. Pourquoi ce modèle est-il différent de l'hébergement classique

L'hébergement mutualisé classique est conçu pour un seul site web par compte, avec un nombre limité de bases de données et de processus PHP. L'installation de plusieurs applications indépendantes (CRM, chat, automatisation) dépasse généralement ce pour quoi le panneau de contrôle et les limites de cet hébergement ont été conçus.

Un VPS permet d'héberger autant d'applications que nécessaire, mais chacune doit être installée, configurée et sécurisée manuellement. Pour un ensemble de plusieurs outils différents (chacun avec ses propres dépendances, sa base de données et ses ports), cela représente un vrai travail d'administration au départ et à chaque mise à jour.

Saplo combine les deux approches: la flexibilité d'un VPS (plusieurs applications indépendantes, un accès SSH complet dès Box M) et la simplicité d'un hébergement avec panneau de contrôle (une recette d'installation prête à l'emploi pour chacune des 166 applications, le SSL automatique et une isolation LXC préconfigurée).

4. Exemple de configuration pour une petite entreprise

Le site de l'entreprise sous WordPress, Baserow comme base interne des clients et des commandes, Chatwoot comme chat de support client sur le site, et Uptime Kuma pour vérifier que tout fonctionne: quatre applications différentes qui tiennent sur un seul Box L, sans quatre factures auprès de quatre fournisseurs distincts.

Ajouter une cinquième application, par exemple n8n pour automatiser les notifications entre les autres outils, revient à installer une application du catalogue, sans nouveau contrat d'hébergement ni migration des données existantes vers un autre serveur.

5. À qui cela s'adresse

Pour une petite entreprise qui souhaite remplacer plusieurs abonnements SaaS payants (CRM, chat, automatisation) par ses propres installations sur un seul Box, cette solution peut se révéler moins chère sur l'année que la somme des factures mensuelles distinctes, et l'écart se creuse à mesure que le nombre d'outils SaaS augmente.

Pour une équipe technique qui préfère garder le contrôle de ses données (self-hosted) plutôt que de les confier à des services SaaS externes, où les données de ses clients et de son entreprise restent sur les serveurs d'un tiers.

Pour quelqu'un qui teste encore ses besoins, le catalogue de 166 applications permet d'expérimenter sans engagement financier pour chaque outil testé.

6. Comment choisir les premières applications à mettre en place sur ton Box

Commence par le site principal de ton entreprise (WordPress ou un simple site statique), car c’est généralement le premier point de contact avec tes clients et le point de départ naturel de chaque Box, quels que soient tes projets pour ajouter des outils.

Ajoute un outil qui remplace réellement un abonnement SaaS payant, par exemple Baserow à la place d’un tableur partagé par e-mail ou Chatwoot à la place d’un chat externe avec un abonnement mensuel par utilisateur.

Surveille l’utilisation de la RAM dans le panneau de contrôle après chaque application ajoutée, afin de savoir quand ajouter des ressources via l’extension hot-add, au lieu de découvrir la limite au pire moment, lors d’une panne due à un manque de mémoire.

Teste les nouveaux outils sur le même Box sans prendre le risque financier d’un contrat distinct, car l’installation et la suppression d’une application du catalogue n’entraînent aucun frais supplémentaire, hormis les ressources qu’elle consomme lorsqu’elle fonctionne.

Documente, pour l’équipe, l’usage de chaque application: avec plusieurs outils sur un même Box (CRM, chat, automatisation, supervision), il est facile d’oublier lesquels sont réellement utilisés et lesquels peuvent être supprimés pour libérer des ressources.

7. Auto-hébergement vs SaaS: ce qui compte vraiment dans le calcul

Le coût d’un SaaS augmente généralement avec le nombre d’utilisateurs ou d’opérations par mois. Dans une équipe en croissance, la facture grimpe donc régulièrement, même si l’outil ne change pas.

Le coût de l’auto-hébergement sur Saplo est fixe et correspond au prix du Box, indépendamment du nombre d’utilisateurs des applications installées. Lorsque l’équipe grandit, il reste prévisible et plus facile à intégrer au budget annuel.

En revanche, l’auto-hébergement implique de mettre à jour soi-même les applications (nouvelles versions de Baserow, Chatwoot, etc.), même si le moteur Saplo simplifie la tâche grâce aux recettes de mise à jour prêtes à l’emploi proposées dans le catalogue.

Les données d'un hébergement auto-hébergé restent physiquement dans ton conteneur, ce qui, pour les entreprises qui traitent les données personnelles de leurs clients via des outils internes (CRM, chat), peut constituer un argument important lors de l'évaluation de la conformité au RGPD par rapport à un SaaS externe.

8. La sécurité avec plusieurs applications sur un même compte

Installer plusieurs applications sur un même Box crée plusieurs cibles d’attaque potentielles. L’isolation au niveau des conteneurs LXC est donc plus importante ici que pour un simple site web.

Chaque application sur Saplo dispose de son propre conteneur, avec son propre système de fichiers, son processus et, si nécessaire, sa propre base de données. Ainsi, une compromission d’une application, par exemple via une extension WordPress obsolète, ne donne pas automatiquement accès aux autres applications du même Box.

Les mises à jour de sécurité de chaque application (nouvelles versions d’images Docker pour Baserow, Chatwoot, etc.) sont disponibles sous forme de recettes de mise à jour dans le catalogue. Cela facilite la mise à jour de plusieurs moteurs sans devoir suivre individuellement chaque projet open source.

Pour chaque application, conserve séparément ses mots de passe et clés API, par exemple le token Chatwoot ou la clé de webhook n8n. Ne réutilise pas le même mot de passe entre plusieurs outils, car la compromission d’un seul mot de passe exposerait toutes les applications qui utilisent le même secret.

L’accès SSH avec sudo à l’ensemble du Box (à partir de Box M) donne un accès administrateur à tous ses conteneurs. Lorsqu’une équipe compte plusieurs personnes ayant accès au même Box, il est donc important de définir clairement qui a réellement besoin de cet accès à l’échelle du serveur.

Revois régulièrement la liste des applications installées et vérifie qu’elles sont encore utilisées: c’est une bonne pratique de sécurité. Une application oubliée, non mise à jour et inutilisée constitue un point faible qu’il est facile de négliger à mesure que le catalogue d’outils du Box s’agrandit.

9. Comment le catalogue d’applications évolue et d’où viennent les nouvelles recettes

Le catalogue d’applications Saplo n’est pas une liste fermée et statique: l’agent nocturne y ajoute régulièrement de nouvelles recettes d’installation. Le nombre d’applications disponibles augmente donc avec le temps, et un client Saplo peut, quelques mois après l’achat de son Box, découvrir un outil qui n’était pas encore disponible à ce moment-là.

Chaque nouvelle recette passe par une phase de test avant d’apparaître dans le catalogue visible par les clients, afin de garantir que l’installation fonctionne réellement avant toute utilisation sur un Box de production, et pas uniquement dans l’environnement de test de l’agent.

Les clients peuvent proposer une application à ajouter au catalogue lorsqu’il leur manque un outil. Cela distingue Saplo des plateformes fermées, où la liste des applications disponibles est entièrement contrôlée par le fournisseur, sans possibilité d’influence de la part des utilisateurs.

Un catalogue qui s’agrandit invite aussi à consulter de temps en temps la liste des applications disponibles. Même si tes outils actuels répondent parfaitement à tes besoins, une nouvelle recette pourrait remplacer un abonnement SaaS payant utilisé ailleurs par l’entreprise.

Pour les entreprises qui suivent l’évolution de leur stack technologique, cette flexibilité du catalogue constitue un avantage concret par rapport aux fournisseurs qui proposent une liste limitée et rarement mise à jour. Il n’est donc pas nécessaire d’attendre des mois pour qu’un nouvel outil soit ajouté à l’offre.

10. Organiser le catalogue d’outils à mesure qu’il s’agrandit

Lorsque le nombre d’applications sur un même Box augmente, il est facile de perdre la trace de leur fonction, surtout si les personnes responsables changent au sein de l’équipe. Dès le départ, tiens donc une liste simple: nom de l’application, sa fonction et la personne qui en est responsable dans l’équipe.

Un passage régulier en revue des applications installées, par exemple chaque trimestre, permet d’identifier celles qui ne sont plus utilisées mais occupent encore la RAM du Box. Tu peux ainsi libérer des ressources sans passer à une formule supérieure uniquement à cause d’installations oubliées et inutilisées. Le même moment est parfait pour vérifier que les mises à jour disponibles dans le catalogue ont été appliquées à toutes les applications installées, pas seulement à celles utilisées quotidiennement par l’équipe.

Pour les équipes techniques, il est aussi utile de documenter les connexions entre applications, par exemple une automatisation n8n reliant le chat au CRM. Supprimer l’une des applications connectées sans vérifier au préalable ses dépendances peut, à ton insu, casser une autre automatisation qui lui est reliée.

La clarté du catalogue d'applications sur ton Box devient d'autant plus importante que de nombreuses personnes de l'entreprise y ont accès. Sans documentation claire, un nouveau membre de l'équipe peut ne pas savoir quels outils sont critiques pour le fonctionnement de l'entreprise et lesquels peuvent être supprimés en toute sécurité.

11. Résumé: un Box au cœur des outils de l’entreprise

Le catalogue de 166 applications transforme un hébergement principalement destiné au site de l’entreprise en véritable centre d’outils: CRM, chat, automatisation, supervision et bases de données, le tout sur un seul compte, avec une seule facture et une infrastructure commune à gérer. Pour une petite entreprise, c’est une vraie possibilité de remplacer plusieurs abonnements SaaS payants par ses propres installations, tout en gardant la maîtrise de ses données et sans accepter des frais d’abonnement qui augmentent à chaque outil ajouté à sa stack technologique.