Tous les six mois environ, un dirigeant nous écrit pour la même raison : « mon WordPress ne tient plus, je veux changer ». Lenteur progressive, plugins qui se bagarrent, factures de maintenance qui dérivent, équipe qui n'ose plus rien modifier de peur de tout casser. Cet article raconte un de ces projets, avec les chiffres réels avant et après migration vers Odoo. Aucun argument marketing : ce sont les mesures terrain.
Pourquoi nos clients migrent.
Quand un porteur de projet décide de quitter WordPress pour Odoo, ce n'est presque jamais pour une raison technique. C'est pour une raison de charge mentale. WordPress devient ce truc qu'on n'ose plus toucher, qu'on paye sans comprendre, qui plante un mardi matin avant un rendez-vous important. À un moment, ce coût invisible dépasse le confort initial.
L'arrivée d'Odoo dans l'équation, c'est souvent parce que la PME utilise déjà Odoo pour sa compta, ses ventes ou son CRM. Et qu'elle réalise que son site web pourrait juste vivre dans le même environnement, sans cette friction permanente entre back-office et front-office. C'est la promesse qui nous fait gagner la majorité des projets de refonte.
L'avant : un WordPress de cinq ans.
Le projet en question : une PME belge dans la food, e-commerce de 80 références, multilingue FR/NL, environ 3 500 visiteurs uniques par mois. Le site avait été monté en 2020 sur WordPress avec un thème acheté sur ThemeForest, WooCommerce pour la boutique, WPML pour les langues, Yoast SEO pour les méta, Elementor pour les pages éditoriales. Configuration classique, peu de personnalisation lourde au départ.
Cinq ans plus tard, voici l'état réel :
- 27 plugins actifs
- Page produit en 5,2s
- Stock manuel sur 2 systèmes
- Maintenance mensuelle qui dérive
- Crashes WPML après upgrade
- 0 plugin externe
- Page produit en 1,4s
- Stock synchronisé en natif
- Maintenance basse, à la demande
- Multilingue natif Odoo
La douleur principale n'était pas la lenteur en soi (le client s'y était habitué), mais l'imprévisibilité. Chaque mise à jour de plugin pouvait casser une page. Chaque ajout de produit demandait deux saisies (Odoo backoffice + WordPress). Les rapports de stock étaient désynchronisés tous les quinze jours en moyenne.
Le pivot technique.
Notre approche pour une refonte WordPress vers Odoo tient en trois principes simples. On les applique sur tous les projets de migration, indépendamment de la taille du site source.
- On ne transfère pas le design existant. On en profite pour refaire le front complètement, à la main, dans le module web Odoo. Migrer un thème WordPress vers Odoo n'a pas de sens : ce n'est pas la même technologie. Refaire propre coûte le même prix qu'adapter.
- On garde la base de données produits. On exporte les articles, catégories, images et avis depuis WooCommerce, on les importe dans Odoo. Aucune ressaisie manuelle. Les URLs sont redirigées en 301 pour conserver le SEO.
- On migre en parallèle, on bascule en une nuit. Le site WordPress continue de tourner pendant les 6 à 10 semaines du projet. Au moment de la bascule, on change le DNS un samedi soir. Le lundi matin, le client se réveille avec le nouveau site. Zéro coupure visible.
La crainte numéro un des clients est de perdre des positions Google en migrant. C'est une vraie inquiétude, et la réponse tient en deux mots : redirections 301. Chaque URL WordPress pointe vers son équivalent Odoo. Google comprend le déplacement en deux à trois semaines, sans perte de positions sur les bonnes mises en œuvre.
L'après, 18 mois plus tard.
Voici les chiffres que je peux partager, mesurés 18 mois après la mise en ligne du nouveau site, comparés à la même période sous WordPress.
Le gain de trafic organique vient d'une combinaison : Core Web Vitals qui passent au vert (Google les prend en compte), HTML sémantique propre, schemas JSON-LD adaptés à chaque type de page, multilingue natif sans hreflang cassé. La somme de ces effets, sur 18 mois, est très supérieure à ce que des optimisations ponctuelles sur le WordPress auraient donné.
Le gain de conversion est plus subtil. Pas de A/B test isolant la cause exacte, mais la vitesse mobile (LCP qui passe de 3,8s à 1,3s) joue probablement le rôle principal. Quand une page produit s'affiche en moins de 2 secondes, le visiteur reste. Quand elle s'affiche en 5 secondes, il part.
On a payé une refonte une fois. On l'amortit chaque mois depuis, sans s'en rendre compte.
Ce qui surprend les clients.
Trois choses reviennent presque systématiquement dans les retours, et que les prospects n'anticipent pas avant de basculer :
- La fin du bruit cognitif. Plus d'emails de mise à jour de plugin. Plus de notifications de sécurité. Plus de paniques le dimanche soir. C'est un confort qu'on ne mesure qu'une fois acquis.
- L'unification du back-office. Stock, factures, clients, site, newsletter : tout dans Odoo. Une seule formation à donner à un nouveau collaborateur. Une seule logique à apprendre. Un seul écran à consulter le matin.
- La facilité d'ajouter une langue. Le multilingue natif Odoo change la vie. Activer une langue prend 10 minutes contre 3 jours de paramétrage WPML. Pour les PME belges qui flirtent avec FR/NL/EN, c'est un avant et un après.
À qui ça ne s'adresse pas.
Soyons lucides. La migration WordPress vers Odoo n'a pas de sens pour tout le monde. Si tu es dans l'une de ces situations, reste sur WordPress, ce sera plus économique :
- Blog pur sans ERP. Si ton site est uniquement éditorial, sans gestion produit ni vente en ligne, WordPress reste excellent.
- Budget de refonte serré. Si le périmètre que tu vises reste très contraint, le retour sur investissement Odoo est moins évident qu'une simple mise à jour de ton WordPress existant.
- Tu n'es pas client Odoo et tu n'as pas vocation à l'être. Adopter Odoo juste pour le site web est exagéré. L'intérêt vient quand tu utilises déjà la suite ERP.
Si tu coches au moins deux des critères suivants — tu vends en ligne, tu gères du stock, tu es multilingue, ta maintenance WordPress devient un poste qui pèse chaque mois, tu utilises ou tu vas adopter Odoo en backoffice — alors une migration est probablement le bon mouvement.