Quand vous parlez de site web Odoo, la plupart des gens pensent au builder visuel intégré. Vous glissez des blocs, vous changez les couleurs, vous publiez. C'est rapide, c'est inclus, c'est "beau-en-apparence". Pour 60% des projets, c'est la bonne réponse. Mais pour les 40% restants, c'est exactement ce qui transforme un site prometteur en site générique. Voici pourquoi, chez WebNest, nous avons choisi l'autre voie pour vous.
Le builder Odoo a de vraies forces.
Soyons honnêtes. Le builder web d'Odoo est probablement un des meilleurs du marché ERP. Il est intégré au reste de la suite, il connaît vos produits, vos clients, vos commandes. Il vous permet de monter une page en 20 minutes. Pour une PME qui démarre, qui veut juste exister en ligne, qui n'a ni budget ni envie d'investir des heures dans le design, c'est une réponse honorable.
Et il a un atout que peu de gens mesurent : il parle directement à votre back-office. Quand un produit change de prix, votre site bouge. Quand un stock tombe à zéro, le bouton « Ajouter au panier » disparaît. Cette intégration native, c'est ce qui fait qu'Odoo gagne contre WordPress sur vos projets e-commerce sérieux.
Le drag and drop standard.
Vous choisissez un thème, posez des blocs, changez des couleurs. Rapide à monter. Difficile à différencier.
- Limité aux blocs et options du thème
- Le « Powered by Odoo » par défaut
- Difficile à faire évoluer hors cadre
Chaque ligne écrite.
HTML, CSS et JS posés directement dans le module web. Aucun template imposé. Aucune limite hors celles du navigateur.
- Design 100% sur mesure
- Code propre, lisible, maintenable
- Performance maîtrisée
- Zéro framework lourd inutile
Là où ça coince.
Le builder est conçu pour que tout le monde puisse l'utiliser. Et c'est précisément son problème. Pour atteindre cet objectif, Odoo a fait des choix : des blocs prédéfinis, des typos limitées, des animations cataloguées. Vous ne pouvez pas vraiment sortir du cadre.
Concrètement : si vous voulez une mise en page asymétrique, un mega menu vraiment custom, une animation de scroll spécifique, une typographie variable Fraunces ajustée à la dixième de point, un état hover qui ne soit pas opacity 0.8, vous ne pouvez pas. Ou alors vous "hackez". Et hacker dans un système qui n'a pas été pensé pour ça, c'est créer pour votre entreprise une dette technique invisible qui ressort dans six mois. ça, c'est créer de la dette technique invisible qui ressort dans six mois.
80% des sites montés au builder finissent par avoir le même rythme visuel : hero centré, trois colonnes de features, slider témoignages, footer noir. C'est le « Powered by Odoo » non assumé. Votre site ressemble à 200 autres sites Odoo, et personne ne s'en rappelle.
Un site fait au builder, c'est un costume taille M. Il habille tout le monde. Il ne va parfaitement à personne.
Ce que le code main change.
Coder à la main, ça ne veut pas dire repartir de zéro. Vous gardez l'écosystème Odoo, le back-office, les modules e-commerce, le multilingue, le panier, le checkout. Tout ce qui marche par défaut pour vous continue de marcher. Ce qu'on fait, c'est que nous intervenons sur la couche de présentation. Le résultat :
- Une vraie identité visuelle. Les couleurs sont les vôtres, la typographie est choisie, les espacements sont calculés. Rien n'est « par défaut ».
- Des performances maîtrisées. Pas de scripts inutiles chargés en cascade. On sait exactement ce qui se passe à chaque requête.
- Une maintenance lisible. Six mois plus tard, un autre développeur peut reprendre le code et comprendre ce qu'on a fait.
- Une vraie évolutivité. Quand vous voulez ajouter une fonctionnalité, nous l'ajoutons. On n'attend pas qu'Odoo sorte un nouveau snippet pour pouvoir vous servir.
Ce n'est pas pour tout le monde.
Coder à la main coûte plus cher. C'est mathématique : il faut plus de temps pour écrire que pour glisser-déposer. Notre tarif minimum est de 1 000€ HTVA pour un projet, et la moyenne d'un site vitrine sérieux tourne entre 4 000€ et 8 000€. Si votre budget est en dessous, le builder est une réponse plus raisonnable. Nous préfèrons vous le dire honnêtement plutôt que d'accepter un projet qu'on ne peut pas faire bien.
Coder à la main demande aussi plus d'engagement de votre part. Nous avons besoin d'un brief précis, d'un sitemap, d'idées claires sur les fonctionnalités. Nous ne livrons pas un thème pré-rempli : on construit avec vous. Si vous n'avez ni le temps ni l'envie de cette collaboration, le builder est encore une fois plus adapté.
Concrètement, comment on fait.
On travaille directement dans ton instance Odoo. Pas de duplicata, pas d'environnement de test parallèle qu'il faut migrer ensuite. Nous créons des templates QWeb personnalisés (comme celui de cette page, d'ailleurs), on écrit le HTML sémantique, on pose le CSS dans un bloc style, et on attache du JavaScript vanilla quand c'est nécessaire. Pas de jQuery alourdi, pas de framework qu'il faudra mettre à jour tous les six mois.
Un exemple type de template QWeb
C'est lisible. C'est versionnable. C'est modifiable par n'importe quel développeur front-end qui sait lire du HTML. Pas de magie, pas de boîte noire. Quand vous changez d'agence dans deux ans, la nouvelle équipe ouvre le code et comprend en 10 minutes ce que nous avons fait. C'est ça, la vraie liberté.
Ce que nous défendons.
Coder à la main, c'est un choix de qualité. C'est aussi un choix d'honnêteté. Vous savez où va votre argent. Pas dans la marge d'un éditeur. Pas dans une licence cachée. Dans le temps que nous passons à écrire votre site, ligne par ligne, en pensant à la performance, à l'accessibilité, à ce que ça donnera dans deux ans quand vos objectifs auront évolué.
Nous codons à la main parce que c'est la seule manière de livrer un site qui vous ressemble vraiment, qui ne ressemble pas à 200 autres sites Odoo, et qui ne dépend pas du bon vouloir d'un thème de marketplace. C'est notre signature. C'est aussi notre promesse : Goodbye Powered by Odoo.