En bref pour les pressés
Odoo existe en trois modes d'hébergement : Odoo Online pour les entreprises qui fonctionnent avec les processus standard, Odoo.sh pour celles qui ont besoin de personnalisations métier poussées dans un environnement géré et sécurisé, et On-Premise pour les organisations disposant d'une équipe technique interne dédiée. Le choix n'est pas technique : il découle directement de la complexité de vos processus et de votre capacité à maintenir une infrastructure.
Pourquoi le mode d'hébergement n'est pas qu'une question technique
Quand un dirigeant choisit Odoo, la première décision qui s'impose n'est pas "quels modules activer" mais "où et comment faire tourner mon ERP". Cette question est souvent traitée comme un détail d'infrastructure, laissée à l'appréciation du prestataire technique. C'est une erreur.
Le mode d'hébergement conditionne directement ce que vous pouvez faire ou ne pas faire avec votre Odoo. Il détermine le niveau de personnalisation accessible, la façon dont vos données sont sauvegardées, la manière dont vos futures évolutions seront gérées, et une partie significative de votre coût total de possession.
Un dirigeant qui comprend ces trois options avant de signer un contrat d'implémentation prend de meilleures décisions. Il évite deux erreurs symétriques : choisir une solution trop contrainte par rapport à ses besoins réels, ou investir dans une infrastructure trop complexe pour un usage qui ne le justifie pas.
Odoo Online : la simplicité pour les entreprises qui rentrent dans le standard
Odoo Online est la version SaaS (Software as a Service) d'Odoo. Vous vous connectez depuis un navigateur, Odoo gère tout le reste : hébergement, maintenance, mises à jour, sauvegardes. Aucune infrastructure à gérer, aucune compétence technique requise côté client.
C'est la solution la plus rapide à déployer et la plus simple à maintenir. Pour une entreprise dont les processus métier sont relativement standards, elle couvre l'essentiel : CRM, ventes, facturation, achats, inventaire, comptabilité.
La contrainte est claire et non négociable : Odoo Online ne permet pas d'installer des modules tiers externes ni de modifier le code source d'Odoo. Vous travaillez dans le périmètre fonctionnel défini par Odoo, avec les paramètres de configuration disponibles nativement.
Pour beaucoup de PME en phase de premier déploiement, cette contrainte n'en est pas une. Si vos processus commerciaux, logistiques et comptables peuvent s'adapter aux flux standard d'Odoo sans contournement, Odoo Online est la réponse la plus économique et la moins risquée.
Le signal d'alerte : dès que votre prestataire commence une phrase par "pour ça, il faudrait développer un module spécifique", Odoo Online atteint sa limite. Ce n'est pas un défaut de la solution, c'est simplement la frontière de son périmètre.
On-Premise : le contrôle total, pour qui exactement ?
On-Premise signifie que vous installez et exploitez Odoo sur vos propres serveurs, physiques ou cloud, gérés par votre équipe. Vous avez un contrôle total sur l'infrastructure, les données, les versions déployées et les personnalisations.
En contrepartie, vous assumez l'intégralité de la responsabilité technique : maintenance des serveurs, gestion de la sécurité, application des correctifs, supervision des sauvegardes, gestion des montées de version. Ces tâches ne sont ni anodines ni occasionnelles. Elles mobilisent des compétences système et base de données qui ne font généralement pas partie des ressources internes d'une TPE ou PME classique.
On-Premise est une option pertinente dans deux cas précis : les grandes organisations disposant d'une DSI interne compétente, ou les entreprises soumises à des contraintes réglementaires strictes imposant une localisation précise des données sur des serveurs qu'elles contrôlent physiquement.
Pour la grande majorité des PME entre 10 et 200 salariés, On-Premise représente un coût de maintenance structurel difficile à justifier face aux alternatives disponibles. Ce n'est pas une option à écarter par principe, mais à évaluer avec lucidité au regard de vos ressources techniques réelles.
Odoo.sh : quand votre métier ne rentre pas dans une case
Odoo.sh est la plateforme PaaS (Platform as a Service) d'Odoo. Elle occupe le terrain entre Odoo Online et On-Premise : vous bénéficiez d'un hébergement entièrement géré par Odoo, tout en ayant accès à l'ensemble du code source et à la possibilité d'installer des modules tiers ou des développements sur mesure.
C'est la réponse au besoin le plus fréquent des PME en croissance : "j'ai besoin qu'Odoo s'adapte à mes processus, pas l'inverse, mais je ne veux pas gérer une infrastructure technique."
Concrètement, Odoo.sh devient pertinent dès que l'un de ces cas se présente :
Vos règles de calcul de prix, de marge ou de commission sont spécifiques à votre secteur et ne peuvent pas être reproduites avec les paramètres natifs d'Odoo. Vous souhaitez connecter Odoo à un logiciel tiers (outil de production, plateforme e-commerce externe, logiciel de gestion de tournées) via une intégration technique. Vous avez identifié des modules tiers sur l'App Store Odoo qui répondent exactement à un besoin métier non couvert par les modules standards. Vos processus évoluent régulièrement et nécessitent des ajustements de code récurrents que vous souhaitez pouvoir tester avant de déployer.
La différence fondamentale avec On-Premise : sur Odoo.sh, l'infrastructure est gérée par Odoo. Sauvegardes, sécurité, disponibilité : ce n'est pas votre problème. Vous vous concentrez sur votre métier et vos développements, pas sur la maintenance serveur.
Le cycle de vie d'un projet sur Odoo.sh : production, staging, développement
C'est l'une des fonctionnalités les plus importantes d'Odoo.sh pour un dirigeant, et l'une des moins bien comprises. Elle mérite une explication claire.
Sur Odoo.sh, votre instance Odoo n'existe pas en un seul exemplaire. Elle fonctionne sur trois environnements distincts, que la plateforme appelle des "branches".
La branche Production est votre Odoo réel, celui que vos équipes utilisent chaque jour. C'est ici que vivent vos données clients, vos commandes, vos factures. Aucune modification de code n'y est appliquée directement.
La branche Staging est une copie conforme de votre production, alimentée par vos vraies données, sur laquelle votre prestataire teste les nouvelles fonctionnalités avant de les valider. Si un développement provoque un problème en staging, votre production n'est pas affectée. Vos équipes peuvent même participer aux tests en staging avant validation définitive.
La branche Développement est le bac à sable du développeur. C'est ici que les nouvelles fonctionnalités sont construites et testées techniquement, avant d'être promues en staging. Plusieurs branches de développement peuvent coexister simultanément.
Pour un dirigeant, ce cycle répond à une question légitime : "comment puis-je faire évoluer mon Odoo sans risquer de bloquer mon activité ?" La réponse est structurelle : aucune modification n'atteint la production sans avoir été validée dans les deux environnements précédents.
Un bénéfice souvent sous-estimé : Odoo.sh effectue des sauvegardes automatiques quotidiennes de votre branche de production, conservées sur plusieurs mois. [Durée exacte de rétention à vérifier sur la documentation officielle Odoo.sh avant publication.] En cas d'incident, la restauration est possible sans intervention externe.
Ce que vous payez vraiment sur Odoo.sh (et pourquoi c'est lisible)
La tarification d'Odoo.sh repose sur trois variables, indépendantes les unes des autres. [Les tarifs exacts sont à vérifier sur la page officielle Odoo.sh avant publication, les prix pouvant évoluer.]
Le nombre de workers. Un worker est une unité de puissance de calcul. Plus votre nombre d'utilisateurs simultanés est élevé, plus vous avez besoin de workers pour maintenir des performances correctes. C'est le principal levier de coût sur Odoo.sh.
Le nombre d'environnements de staging. Un environnement de staging est inclus par défaut. Si votre rythme de développement est soutenu et que vous souhaitez tester plusieurs évolutions en parallèle, des environnements supplémentaires sont disponibles en option.
Le volume de stockage : un poste à anticiper sérieusement.
Le stockage est facturé à environ 0,20 € par Go et par mois, avec une capacité maximale de 500 Go sur la plateforme. lien vers : Tarification Odoo.sh
Deux points techniques que beaucoup de dirigeants découvrent trop tard :
Le premier concerne le multiplicateur de sauvegardes. L'espace consommé ne correspond pas uniquement à vos données actives. Les sauvegardes automatiques multiplient le volume réel par un facteur d'environ 4. Concrètement : si votre base de données et vos documents représentent 50 Go de données actives, prévoyez environ 200 Go d'espace total consommé sur la plateforme.
Le second concerne la nature des données qui grossissent le plus vite. En pratique, ce ne sont pas les données textuelles de votre base (commandes, clients, factures) qui consomment l'espace, mais les pièces jointes : documents PDF, images produits, photos de livraison, contrats scannés. Ce poste croît silencieusement et peut surprendre une entreprise qui ne le surveille pas.
Odoo.sh met à disposition un onglet "Monitor" (Resource Monitoring) dans l'interface de la plateforme pour suivre votre consommation de stockage en temps réel. Une commande shell (odoosh-storage) permet d'identifier précisément quels fichiers consomment le plus d'espace. Ces outils permettent d'anticiper avant d'atteindre le plafond, pas de réagir après.
Si vous approchez des limites : trois alternatives documentées.
La première est le nettoyage interne. Des scripts permettent de supprimer les pièces jointes obsolètes ou de réduire la taille des images stockées. C'est la solution la moins coûteuse mais elle suppose une intervention technique ponctuelle et une discipline de gestion documentaire en amont.
La deuxième est l'externalisation vers un service de stockage cloud externe : Google Cloud Storage, Azure ou Amazon S3. Ces services proposent généralement un coût au Go inférieur à celui d'Odoo.sh natif. La configuration technique nécessite l'intervention de votre prestataire Odoo, mais l'opération est documentée et balisée. (Coût et procédure de configuration à vérifier selon le service retenu et la version Odoo en place.)
La troisième est l'utilisation de liens plutôt que de pièces jointes. Plutôt que de charger physiquement un document dans Odoo, vous stockez le fichier dans un système documentaire externe (Google Drive, SharePoint, serveur interne) et n'enregistrez dans Odoo qu'un lien vers ce fichier. Cette approche est la plus légère techniquement mais suppose une organisation documentaire cohérente en dehors d'Odoo.
Ce modèle de tarification a un avantage concret pour un dirigeant : il est prévisible et directement corrélé à l'usage réel. La vigilance sur le stockage est le seul poste qui peut réserver des surprises si votre activité génère beaucoup de documents. Un point de suivi à intégrer dès le démarrage, pas en cours de route.
Comment choisir : trois profils, trois réponses
Profil 1 : l'entreprise en premier déploiement, processus majoritairement standards
Vous déployez Odoo pour la première fois. Vos processus commerciaux et comptables sont relativement classiques pour votre secteur. Vous n'avez pas identifié de besoin de développement spécifique, et votre priorité est de démarrer vite avec un risque minimal.
Odoo Online est votre point de départ naturel. Le déploiement est rapide, le coût est maîtrisé, la maintenance est nulle côté client. Si dans 12 ou 18 mois votre usage évolue et que des besoins de personnalisation émergent, une migration vers Odoo.sh est possible. Ce n'est pas un choix irréversible.
Signal d'alerte à surveiller : si dès la phase de cadrage votre prestataire identifie plus de deux ou trois besoins nécessitant des développements spécifiques, partez directement sur Odoo.sh. La migration ultérieure coûtera plus cher que le différentiel de départ.
Profil 2 : l'entreprise avec des processus métier différenciants
Votre activité a des spécificités qui ne rentrent pas dans les flux standard d'Odoo : calcul de prix complexe, gestion de nomenclatures techniques, interface avec un logiciel de production ou un outil e-commerce sur mesure, règles de commission atypiques. Vous avez besoin que votre ERP reflète fidèlement vos processus, pas que vos processus s'adaptent à l'ERP.
Odoo.sh est votre réponse. Il vous donne la liberté de personnalisation d'une installation On-Premise avec la tranquillité d'un hébergement géré. Votre prestataire peut développer, tester et déployer sans que vos équipes ne supportent la charge technique de l'infrastructure.
Point de vigilance : la liberté de personnalisation d'Odoo.sh est réelle mais pas illimitée sur le plan budgétaire. Chaque développement spécifique a un coût de création et un coût de maintenance dans le temps, particulièrement lors des montées de version. Un accompagnement rigoureux sur la priorisation des développements est indispensable pour éviter une dette technique progressive.
Profil 3 : l'entreprise avec contraintes réglementaires ou DSI interne
Vous êtes soumis à des obligations réglementaires imposant une localisation précise de vos données, ou votre organisation dispose d'une équipe technique interne capable d'assurer la maintenance d'une infrastructure. Vous souhaitez un contrôle total sur votre environnement.
On-Premise est la seule option qui réponde à ces contraintes spécifiques. Mais évaluez lucidement le coût réel : maintenance serveur, gestion des sauvegardes, application des correctifs de sécurité, supervision de la disponibilité. Ces postes ont un coût humain structurel que beaucoup d'organisations sous-estiment au moment du choix initial.
Si vos contraintes réglementaires le permettent, Odoo.sh avec hébergement européen peut dans certains cas répondre aux exigences de localisation des données. (À vérifier selon vos obligations spécifiques et la localisation des datacenters Odoo.sh au moment de votre décision.)
Tableau de synthèse
| Critère | Odoo Online | Odoo.sh | On-Premise |
|---|---|---|---|
| Personnalisation | Paramétrage natif uniquement | Complète (modules tiers, code sur mesure) | Complète |
| Gestion infrastructure | Odoo | Odoo | Vous |
| Sauvegardes automatiques | Oui | Oui | À votre charge |
| Modules tiers | Non | Oui | Oui |
| Environnements de test | Non | Oui (staging + développement) | À configurer |
| Stockage maximum | Non communiqué | 500 Go (x4 avec sauvegardes) | Selon infrastructure |
| Profil adapté | Premier déploiement, processus standards | Processus différenciants, besoin de développements | DSI interne ou contraintes réglementaires strictes |
| Complexité de maintenance | Faible | Faible | Élevée |
| Coût de départ | Le plus bas | Intermédiaire | Variable selon infrastructure |
Les données de ce tableau sont indicatives. Vérifiez les conditions exactes sur la documentation officielle Odoo Lien vers les tarifs Odoo.sh
FAQ
Peut-on migrer d'Odoo Online vers Odoo.sh sans tout reconfigurer ? Une migration est techniquement possible mais représente un projet à part entière. Les données et configurations sont transférables, mais les développements spécifiques devront être construits ex nihilo puisqu'ils n'existent pas encore dans votre instance Online. Plus vous attendez et plus votre base de données est volumineuse, plus la migration est complexe. Si des besoins de développement sont identifiés dès le départ, démarrer directement sur Odoo.sh est généralement plus économique.
Odoo.sh est-il compatible avec toutes les versions d'Odoo ? Odoo.sh est la plateforme officielle d'hébergement managé d'Odoo. Elle est maintenue en cohérence avec les versions Enterprise d'Odoo
Qui est responsable de la sécurité des données sur Odoo.sh ? Sur Odoo.sh, la sécurité de l'infrastructure (serveurs, réseau, sauvegardes) est assurée par Odoo. La sécurité applicative (droits d'accès utilisateurs, configuration des rôles, mots de passe) reste de votre responsabilité et de celle de votre prestataire d'implémentation. Cette distinction est importante à clarifier contractuellement avec votre partenaire Odoo.