Odoo traîne une réputation tenace : celle d'un outil de gestion puissant mais qui produirait des sites web fades, reconnaissables au premier coup d'œil. Cette réputation vient d'un malentendu sur ce qu'est vraiment la personnalisation dans Odoo. Il ne s'agit pas de choisir une couleur dans un menu, mais de comprendre les trois niveaux auxquels on peut agir sur le design.
Pourquoi les sites Odoo se ressemblent.
La plupart des sites Odoo sont construits de la même façon : on active le module Website, on choisit un thème parmi ceux proposés, on glisse-dépose quelques blocs préfabriqués, et on publie. Le résultat fonctionne, mais il porte partout la même signature visuelle : mêmes espacements, mêmes typographies, mêmes structures de blocs.
Ce n'est pas la faute d'Odoo. C'est le prix de la facilité. Un thème standard et des blocs prêts à l'emploi, c'est rapide et accessible — mais par construction, c'est ce que tout le monde utilise. La différenciation, elle, demande d'aller un cran plus loin.
Un site qui « fait Odoo » n'est pas un problème d'outil, c'est un problème de niveau de personnalisation. Le même moteur qui produit un site générique peut produire un site que personne ne reconnaîtra comme un site Odoo.
Les trois niveaux de personnalisation.
Pour comprendre ce qu'on peut faire d'un thème Odoo, il faut distinguer trois niveaux d'intervention, du plus simple au plus puissant.
- Niveau 1 — Le thème et ses options. Couleurs, polices, en-têtes, pieds de page : réglages accessibles sans code. Rapide, mais tout le monde a accès aux mêmes réglages.
- Niveau 2 — Les blocs et snippets. On assemble et on ajuste les blocs fournis. Plus de liberté, mais on reste dans le vocabulaire visuel d'Odoo.
- Niveau 3 — Le code sur mesure (QWeb + CSS). On écrit ses propres composants directement dans le moteur de templates d'Odoo. Liberté totale de design, aucune limite de builder.
La quasi-totalité des sites Odoo s'arrêtent au niveau 1 ou 2. C'est au niveau 3 que se joue la vraie différenciation — et c'est précisément là que travaille une agence spécialisée. Pour comprendre ce langage, notre article QWeb expliqué simplement détaille le moteur derrière tout ça.
Ce qu'on peut vraiment personnaliser.
Au niveau 3, la question n'est plus « qu'est-ce qu'Odoo permet ? » mais « qu'est-ce que le web permet ? ». Concrètement, sur nos projets, on redéfinit :
- La typographie. Polices variables, tailles fluides, rythme vertical sur mesure — pas les 3 polices proposées par défaut.
- Les composants. Cartes, sections héros, mises en page éditoriales, animations au scroll : conçus pour la marque, pas piochés dans un catalogue.
- Les interactions. Micro-animations, transitions, effets de survol qui donnent une sensation de qualité, impossibles en drag-and-drop pur.
- La grille et l'espace. La respiration d'une page — souvent ce qui distingue un site « pro » d'un site « template » — se code au pixel près.
Le tout reste géré dans Odoo : la cliente édite ses textes normalement, les formulaires alimentent le CRM, rien n'est externalisé. On ajoute du sur-mesure sans casser l'écosystème.
Personnalisation sans casser la vitesse.
Le piège classique : vouloir un site spectaculaire au prix de la performance. Sur beaucoup de plateformes, chaque effet ajoute un plugin, chaque plugin ajoute du poids, et le site finit lent. Un site lent perd en SEO et en conversions — on l'explique dans votre site Odoo est lent ?.
La bonne approche consiste à coder le design proprement, sans surcouche : du CSS natif, des animations légères, pas de bibliothèque superflue. Résultat : un site à la fois unique et rapide, qui passe les Core Web Vitals dans le vert.
Repartir de l'existant ou de zéro ?
On n'a pas toujours besoin de tout refaire. Si votre site Odoo tourne déjà, on peut recoder progressivement les pages clés (accueil, services) en gardant l'instance en place. C'est une refonte, pas une reconstruction.
Si le site part d'un autre outil, on repart d'une page blanche design, mais toujours dans votre Odoo. Dans les deux cas, l'objectif est le même : un site qui ne ressemble qu'à vous.
Notre parti pris : un design system codé main.
Chez WebNest, on ne part jamais d'un thème. On construit pour chaque client un petit design system — un jeu cohérent de composants, de couleurs et de typographies — qu'on code directement en QWeb dans son Odoo. C'est ce qui permet d'avoir des sites signés, rapides, et faciles à faire évoluer.
C'est aussi pour ça qu'on code à la main plutôt qu'en drag-and-drop : le builder natif atteint vite ses limites dès qu'on veut sortir du lot. On détaille ces limites — et comment les dépasser — dans notre article dédié.
Questions fréquentes.
Peut-on vraiment personnaliser un thème Odoo ?
Oui, à trois niveaux : les options du thème (couleurs, polices), les blocs et snippets, et surtout le code sur mesure en QWeb et CSS. C'est ce dernier niveau qui permet un design réellement unique, impossible à distinguer d'un site sur mesure classique.Un site Odoo personnalisé reste-t-il facile à gérer ?
Oui. La personnalisation touche le design et la structure, pas l'édition de contenu. Vous continuez à modifier vos textes, images et pages dans l'interface Odoo habituelle, et vos formulaires restent connectés à votre CRM.Le design sur mesure ralentit-il le site ?
Pas s'il est bien fait. En codant proprement, sans empiler de plugins d'effets, on obtient un site à la fois personnalisé et rapide, qui passe les Core Web Vitals. Le poids vient des surcouches, pas du sur-mesure.Faut-il refaire tout le site pour le personnaliser ?
Non. On peut recoder progressivement les pages clés dans votre instance Odoo existante, sans repartir de zéro. C'est le principe d'une refonte ciblée.