Les limites du builder Odoo.

Le module Website d'Odoo est un excellent outil : il permet à n'importe qui de monter un site fonctionnel sans coder. Mais à force de l'utiliser sur des projets exigeants, on en connaît les angles morts. Cet article n'est pas un réquisitoire contre Odoo — c'est une carte honnête de ses limites, et de la façon dont on les dépasse sans jamais quitter l'écosystème.

Commençons par le positif, parce qu'il est réel. Le builder Odoo permet de créer et d'éditer des pages sans développeur, d'intégrer nativement les formulaires au CRM, de gérer le multilingue, et de rester cohérent avec le reste de l'ERP. Pour un site simple monté en interne, c'est un très bon outil.

Nos réserves ne portent donc pas sur « Odoo est-il un bon CMS ? » — il l'est. Elles portent sur ce qui se passe quand on vise un site qui sort du lot.

La première limite est visuelle. Les blocs prêts à l'emploi sont pensés pour convenir à tout le monde, donc ils ne surprennent personne. À partir des mêmes briques, la plupart des sites finissent avec le même vocabulaire : mêmes héros, mêmes cartes, mêmes espacements. C'est le fameux effet « ça fait Odoo ».

On peut ajuster couleurs et polices, mais la structure profonde reste celle des blocs. Pour un design réellement signé, il faut sortir du catalogue — sujet qu'on développe dans un site Odoo peut être beau.

Chaque bloc ajouté empile des conteneurs, des classes et des options. Sur une page riche, le HTML généré devient lourd : beaucoup de div imbriqués, du CSS superflu, des scripts chargés « au cas où ». Résultat : des pages plus lentes que nécessaire.

Or la vitesse est un facteur SEO et de conversion direct. Un site alourdi par le builder peut passer à côté des Core Web Vitals — un problème qu'on décortique dans votre site Odoo est lent ?.

Le drag-and-drop propose un jeu fini d'animations et d'effets. Dès qu'on veut une interaction précise — une transition sur mesure, une animation au scroll pensée pour raconter quelque chose, un composant interactif spécifique — on se heurte au cadre de l'éditeur.

Ces détails ne sont pas cosmétiques : ce sont eux qui donnent à un site une sensation de qualité et de soin. Les reproduire fidèlement demande d'écrire le code, pas de cocher des options.

Tôt ou tard, un projet a besoin d'un composant que le catalogue ne propose pas : une mise en page éditoriale particulière, un tableau comparatif spécifique, une section pensée pour un cas d'usage unique. Le builder ne peut offrir que ce qui a été prévu à l'avance.

• Mises en page éditoriales sortant de la grille standard.
• Composants métier spécifiques à votre activité.
• Micro-interactions et animations sur mesure.
• Structures SEO fines (schema chirurgical, balisage précis).

La bonne nouvelle : dépasser ces limites ne veut pas dire quitter Odoo. On code les pages clés directement en QWeb, le moteur de templates d'Odoo, avec du CSS sur mesure. On garde tout l'écosystème (CRM, multilingue, back-office) et on remplace seulement le drag-and-drop par du code propre là où ça compte.

C'est exactement notre métier, et la raison pour laquelle on code à la main dans Odoo. Pour comprendre le langage derrière : QWeb expliqué simplement.

• Le website builder d'Odoo est-il mauvais ?

  Non, il est très bon pour créer des sites simples sans développeur, avec le CRM et le multilingue intégrés. Ses limites apparaissent quand on vise un design très différenciant, une performance maximale ou des composants sur mesure — cas où le code prend le relais.
• Peut-on mélanger builder et code sur mesure dans Odoo ?

  Oui, et c'est souvent la meilleure approche. On code les pages stratégiques (accueil, services) en QWeb pour un rendu premium, tout en laissant l'édition simple des autres pages dans le builder. Le tout dans la même instance Odoo.
• Coder à la main dans Odoo, est-ce que ça complique la maintenance ?

  Non, au contraire : un code propre est plus léger et plus stable qu'un empilement de blocs et de plugins. Vous continuez à éditer vos contenus normalement ; seule la structure est codée, une fois, proprement.
• Pourquoi ne pas simplement utiliser un autre CMS ?

  Parce que la force d'Odoo est l'intégration : site, CRM, stocks, facturation dans un seul système. Plutôt que de renoncer à cet avantage, on garde Odoo et on remplace seulement le point faible — le builder — par du code sur mesure.

Besoin d’aller plus loin que le website builder ? Parlez-en à notre agence Odoo.