Pour quitter Elementor ou Divi sans casser son site WordPress, on ne désactive jamais le constructeur sur le site en ligne : on reconstruit les pages sur une copie, avec l'éditeur de blocs de WordPress et un thème adapté, en gardant les mêmes adresses de pages, puis on bascule une fois tout vérifié. Désactiver le constructeur d'un clic fait disparaître la mise en page, car elle n'existe que dans le format du constructeur.
Ce guide s'appuie sur la documentation d'Elementor, d'Elegant Themes (l'éditeur de Divi) et de WordPress, consultée le 27 octobre 2026.
Pourquoi quitter un constructeur de pages ?
Un constructeur de pages (page builder) est une extension ou un thème qui remplace l'éditeur de WordPress par son propre outil de mise en page. Elementor et Divi sont les plus répandus. On les quitte en général pour l'une de ces raisons :
- La dépendance : tout le site repose sur une seule extension, souvent payante. Si la licence s'arrête ou si l'éditeur change de cap, c'est tout le site qui est concerné.
- Les mises à jour délicates : une mise à jour du constructeur peut modifier l'affichage de dizaines de pages à la fois.
- Le poids des pages : beaucoup de code et de styles chargés pour des pages simples, ce qui pèse sur la vitesse. Notre article pourquoi mon WordPress est lent aide à vérifier si c'est votre cas.
- L'éditeur natif a progressé : depuis WordPress 5.9, les thèmes à blocs permettent de modifier l'en-tête, le pied de page, les modèles et les styles sans extension.
Que se passe-t-il quand on désactive Elementor ou Divi ?
C'est la question à poser avant de toucher à quoi que ce soit. La réponse tient à la façon dont chaque outil enregistre vos pages.
| Constructeur | Où est stockée la mise en page | Après désactivation |
|---|---|---|
| Elementor | Dans les métadonnées de chaque page, au format JSON, selon la documentation développeur d'Elementor | La mise en page ne s'affiche plus, puisque c'est l'extension qui la lit et la construit. Les données restent dans la base : réactiver l'extension les fait réapparaître. |
| Divi 4 | Dans le contenu de la page, sous forme de shortcodes | Les codes entre crochets du constructeur apparaissent en clair dans les pages, comme le reconnaît Elegant Themes. |
| Divi 5 | Un nouveau format qui remplace les shortcodes | Elegant Themes annonce un départ plus propre ; un site Divi 4 doit d'abord passer par la conversion proposée dans l'administration. |
Dans tous les cas, la conclusion est la même : il n'existe pas de bouton qui transforme proprement une page Elementor ou Divi en page WordPress standard. Les outils de conversion automatique donnent au mieux une base à reprendre à la main. Une migration est en réalité une reconstruction des pages.
Faut-il vraiment quitter son constructeur ?
| Situation | Notre conseil |
|---|---|
| Le site fonctionne, il est rapide, la licence est à jour et vous modifiez souvent vos pages vous-même avec le constructeur | Rester, et soigner la maintenance : mises à jour testées sur une copie |
| Le site est lent, le constructeur n'est plus maintenu ou la licence a expiré | Quitter, en profitant d'une refonte |
| Le site doit de toute façon être refait (nouvelle offre, nouvelle charte) | Quitter : la reconstruction est déjà prévue |
| Divi 4 et vous tenez à Divi | Évaluer d'abord la conversion vers Divi 5 sur une copie |
| Vous voulez changer de constructeur (Divi vers Elementor, par exemple) | À éviter : vous changez de dépendance sans la supprimer |
Vers quoi migrer : l'éditeur de blocs et un thème à blocs
L'alternative naturelle est l'éditeur de blocs intégré à WordPress, associé à un thème à blocs. Selon la documentation de WordPress, un thème à blocs utilise des blocs pour toutes les parties du site, y compris le menu, l'en-tête et le pied de page. On les modifie dans l'éditeur de site (Apparence > Éditeur), avec des styles globaux pour les couleurs et la typographie, des modèles de pages et des parties de modèles réutilisables.
Ce que vous y gagnez : plus d'extension de mise en page à mettre à jour ni de licence à renouveler pour afficher vos pages, et un contenu qui reste lisible si vous changez un jour de thème. Ce qu'il faut accepter : les réglages très fins de certains constructeurs (animations, effets) demandent parfois du CSS ou un bloc complémentaire.
La méthode pour migrer sans casser le site
- Faire une sauvegarde complète, fichiers et base de données, puis une copie de travail du site. Tout se passe sur la copie. Voir notre méthode pour sauvegarder WordPress.
- Faire l'inventaire : liste des pages construites avec le constructeur, modèles globaux (en-tête, pied de page, pages d'archives), formulaires, popups, et extensions qui dépendent du constructeur.
- Relever ce qui compte pour Google pour chaque page : adresse, titre, méta-description, titres H1 et H2, textes alternatifs des images. Votre extension SEO garde titres et descriptions, mais le contenu de la page, lui, va être reconstruit.
- Installer le thème à blocs sur la copie et construire les éléments communs : styles, en-tête, pied de page, modèles.
- Reconstruire les pages une par une, en commençant par celles qui comptent le plus (accueil, services, contact, pages qui reçoivent du trafic). Pour les articles écrits dans l'ancien éditeur, le bloc Classique propose l'option Convertir en blocs.
- Nettoyer les restes : shortcodes Divi dans les articles, styles et réglages du constructeur, extensions devenues inutiles.
- Vérifier la copie sur ordinateur et sur mobile : liens, formulaires, vitesse, et comparaison avec l'inventaire SEO.
- Basculer, puis désactiver le constructeur. Gardez la sauvegarde d'avant migration plusieurs semaines avant de supprimer définitivement l'extension.
Garder son référencement pendant la migration
- Garder les mêmes adresses : si une adresse change malgré tout, posez une redirection 301 de l'ancienne vers la nouvelle.
- Garder un seul H1 par page et des titres qui suivent la même logique qu'avant.
- Ne pas appauvrir le contenu : une refonte est souvent l'occasion de raccourcir les pages, et c'est là qu'on perd des positions.
- Surveiller la Search Console dans les semaines qui suivent : pages en erreur, pages exclues, requêtes qui baissent.
Se faire accompagner
Nous reconstruisons les sites Elementor et Divi sur l'éditeur de blocs, sur une copie, en gardant vos adresses et votre contenu, puis nous basculons quand tout est validé. C'est une refonte de site WordPress, chiffrée sur devis après l'inventaire de vos pages. Ensuite, la maintenance WordPress garde le site à jour, sans dépendre d'un constructeur.
Sources
- Elementor Developers : structure des données (consulté le 27/10/2026)
- Elegant Themes : Divi 5 et l'abandon des shortcodes (consulté le 27/10/2026)
- WordPress.org : thèmes à blocs (consulté le 27/10/2026)
- WordPress.org : éditeur de site (consulté le 27/10/2026)
- WordPress.org : bloc Classique et conversion en blocs (consulté le 27/10/2026)
