Quand bâtir son site sur Odoo Website, et quand s'en abstenir : six questions qui tranchent avant le budget

On nous pose la question presque à chaque implantation : « on fait le site avec Odoo ou à part ? ». Il n'y a pas de bonne réponse pour tout le monde. Nous avons réalisé des sites de clients sur Odoo Website, et nous avons réalisé les nôtres (eclipseando.com, pernocta.eu, clentic.com) en dehors d'Odoo, volontairement. La décision ne dépend ni du budget ni du goût du designer ; elle dépend de six questions auxquelles on répond en dix minutes. Les voici, avec la réponse qui en ressort le plus souvent.

Qu'est-ce qu'Odoo Website, en deux phrases

C'est le module d'Odoo qui publie des pages et, avec eCommerce, une boutique, en utilisant les mêmes produits, listes de prix, stock, clients et commandes que le reste de l'ERP. Une commande du site est une commande client normale ; un client inscrit voit dans son portail ses commandes et ses factures réelles. Cela, qui paraît évident, est ce qu'aucune plateforme externe ne vous offre sans un connecteur entre les deux.

Les six questions

1. Ce que vous vendez est-il un produit de l'ERP ?

Si vous vendez des articles avec une référence, un prix, du stock et des variantes, oui. Là, Odoo Website est le choix par défaut : la fiche produit est le produit, le panier est la commande, et il n'y a rien à synchroniser, car il n'y a pas deux systèmes. Si ce que vous vendez est un service configuré sur mesure, un abonnement avec sa propre logique ou un résultat calculé (comme une page par commune avec l'heure d'une éclipse), l'ERP n'a pas d'objet pour cela et le site devra l'inventer. Dans ce cas, il vaut presque toujours mieux le construire à part et ne le connecter à Odoo que pour facturer.

2. Combien de pages compte le site, et qui les rédige ?

Des dizaines ou des centaines de pages écrites par des personnes : Odoo Website, sans hésiter. L'éditeur de blocs suffit pour que le marketing publie sans toucher au code. Des milliers de pages générées à partir de données, chacune avec sa propre URL et un contenu calculé : c'est un générateur statique, pas un gestionnaire de contenu. eclipseando.com compte 8 132 pages de communes et se régénère en entier en quelques minutes ; le faire dans Odoo est possible, mais c'est nager à contre-courant.

3. Où est hébergé votre Odoo ?

Cette question décide plus qu'il n'y paraît. Sur Odoo Online, on ne peut pas installer de modules personnalisés : le site sera ce qu'Odoo Website fait de série, plus ce que Studio permet. Si votre design exige un modèle sur mesure ou une intégration qui n'existe pas, soit vous passez à Odoo.sh ou à un serveur dédié, soit vous faites le site à part. Sur Odoo.sh et en on-premise, cette limite n'existe pas, et un site sur Odoo avec un module propre pour le thème et les intégrations est une option très solide.

4. Dans combien de langues, et avec quel niveau d'exigence ?

Odoo Website traduit les pages et les produits et sert chaque langue avec son préfixe d'URL ; pour deux ou trois langues avec un contenu traduit par des personnes, il fonctionne bien. Cela se complique quand chaque langue a besoin de pages différentes (et non des mêmes pages traduites), ou quand il y a sept langues avec des centaines de pages chacune et que vous voulez des tests qui vérifient qu'aucune version ne manque. Cela, nous le faisons en dehors, avec une route par langue et des contrôles automatiques dans le build. C'est ce qu'il y a sur pernocta.eu, en neuf langues.

5. Qui fabrique et qui expédie ?

Si vous expédiez depuis votre entrepôt avec des transporteurs classiques, Odoo Website plus un connecteur de transporteur règle tout : la commande web crée le bon de livraison, le bon de livraison génère l'étiquette et le suivi revient au client. Si c'est un fournisseur externe qui expédie, avec sa propre API ou sans aucune, ou si vous vendez à la demande avec un fabricant qui imprime à l'encaissement, ces intégrations peuvent se faire sous forme de module Odoo, mais elles sont parfois plus simples sous la forme d'une petite API à côté d'un site propre. Nous le racontons en détail dans le cas d'eclipseando.com.

6. Qui maintiendra le site dans un an ?

Si la réponse est « la même personne qui s'occupe d'Odoo », un site sur Odoo Website est un écran de plus d'un système qu'elle connaît déjà, avec les mêmes sauvegardes et la même mise à jour de version. Si la réponse est « une agence de marketing qui ne touche pas à l'ERP », un site à part, avec son dépôt et son déploiement, leur donnera plus de liberté et à vous moins de frayeurs : personne ne modifie un modèle en production de l'ERP pour changer une bannière.

Le résumé en un tableau

Ce qui ne devrait pas décider

Trois choses que nous entendons et qui ne sont pas des arguments. « Odoo Website est moche » : le design, c'est celui qui le réalise qui le fait ; avec un module de thème propre, on obtient ce qu'on veut. « Un site à part est plus rapide » : un site statique l'est, mais un WordPress avec trente plugins non, et un Odoo Website bien hébergé se charge parfaitement pour une boutique. Et « comme ça, on ne dépend pas d'Odoo » : si le catalogue, le stock et les commandes sont dans Odoo, vous en dépendez déjà ; un site à part ajoute seulement un connecteur à maintenir. L'indépendance réelle n'existe que lorsque le cœur de l'activité n'est pas l'ERP, et alors oui, le site va à l'extérieur.

Questions fréquentes

Liens utiles chez FlexigoTech