Il y a quelques semaines, j’ai été contacté par un organisme de formation dont l’écosystème numérique reposait sur un combo classique mais fragile : WordPress, WooCommerce et Elementor.
Si cette configuration avait permis de lancer l’activité rapidement, le site atteignait désormais ses limites techniques et opérationnelles. Trois signaux d’alarme ont motivé cette refonte :
- Une dette technique étouffante : Le site affichait près de 50 extensions actives. Chaque page était une accumulation de scripts ralentissant l’expérience utilisateur.
- Incompatibilités critiques : Le plugin de réservation, cœur du business, ne supportait plus les surcouches d’Elementor. L’éditeur du plugin préconisait un retour au moteur de rendu natif de WordPress.
- Un back-office agonisant : La lenteur de l’administration rendait la gestion quotidienne des formations frustrante et chronophage pour mon client.
La solution : Le retour au natif avec Gutenberg et Twenty Twenty-Five
Pour redonner de l’air au projet, j’ai pris le parti de supprimer le constructeur de page au profit de l’éditeur de blocs natif (Gutenberg) et du thème Twenty Twenty-Five.
Une identité visuelle retrouvée et homogène
Passer d’un builder à un autre était aussi l’occasion de remettre de l’ordre dans le design. Avec le temps, l’accumulation de pages créées “à la volée” sur Elementor avait fini par créer un “monstre de Frankenstein” visuel : polices disparates, boutons de tailles différentes et espacements incohérents.
J’ai profité de cette migration pour :
- Unifier la charte graphique : Centralisation des couleurs et des typographies via les styles globaux de WordPress.
- Simplifier l’UI : Épurer les interfaces pour que l’utilisateur se concentre sur l’offre de formation, pas sur les fioritures graphiques.
- Responsive natif : En utilisant les blocs standards, le site s’adapte désormais parfaitement à tous les écrans, sans les “hacks” CSS souvent nécessaires avec les builders.
Une approche chirurgicale du code et des données
La migration ne s’est pas faite à l’aveugle. J’ai procédé par étapes :
- Audit et clonage : Travail en environnement de staging pour ne pas impacter le site en production.
- Nettoyage de printemps : Suppression de dizaines de plugins devenus obsolètes ou redondants.
- Optimisation de la base de données : C’est la partie invisible mais capitale. En nettoyant les résidus de métadonnées d’Elementor, les anciennes révisions et les options inutilisées, j’ai fait passer la base de données de 100 Mo à seulement 40 Mo.
- Développement sur-mesure : Pour limiter la dépendance aux tiers, j’ai conçu un thème enfant dédié. J’y ai intégré directement des fonctionnalités légères (comme la gestion des cookies), évitant ainsi l’installation d’extensions lourdes.
Des résultats spectaculaires
Les gains de performance ont été immédiats. Le site est devenu si fluide nativement que j’ai pu me passer de plugins d’optimisation de cache complexes. Le “Core Web Vitals” est passé au vert sans effort supplémentaire.
Une transition transparente : Moins d’une heure d’interruption
L’une des craintes majeures pour un site e-commerce est la perte de chiffre d’affaires durant la maintenance.
Grâce à ce flux de travail en parallèle (site clone), le basculement final a été réalisé en moins de 60 minutes. Mon client a retrouvé un outil de travail performant, parfaitement compatible avec ses outils de réservation, avec une interface d’édition simplifiée et pérenne.
Le mot de la fin : Parfois, “faire moins” (moins de plugins, moins de builders) permet de “faire bien mieux”.
