# Migrer d’un constructeur de pages à un autre

> Elementor, Divi, WPBakery, Gutenberg natif : chacun enregistre sa mise en page dans un format qui lui est propre, et pas toujours au même endroit en base. Passer de l’un à l’autre n’est pas un réglage, c’est un chantier de reconstruction page par page.

- Source canonique : [https://allaux.fr/wordpress-woocommerce/migration/constructeur-de-pages](https://allaux.fr/wordpress-woocommerce/migration/constructeur-de-pages)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Laissez l’ancien constructeur installé et actif : sa mise en page est stockée en shortcodes ou en JSON dans wp_postmeta, et le désactiver affiche ce contenu brut à la place des sections. Reconstruisez une page pilote avec le nouveau constructeur, comparez-la à l’originale sur une préproduction, puis avancez page par page. Ne désinstallez l’ancien qu’une fois la dernière page refaite et vérifiée.

## Pourquoi changer de constructeur ne se fait pas en un clic

Le mécanisme de stockage diffère selon le constructeur, et aucun des formats n’est interopérable. Gutenberg natif et WPBakery écrivent tous les deux dans le champ post_content de la table wp_posts : le premier avec des commentaires HTML qui délimitent chaque bloc, le second avec des shortcodes imbriqués. Elementor, lui, conserve sa mise en page en JSON dans la métadonnée dédiée _elementor_data, rejouée au chargement de la page. Ces trois formats décrivent la même idée — une page composée de sections — mais aucun des trois ne sait lire le format d’un autre.

Il n’existe pas de convertisseur fiable qui traduise automatiquement une mise en page WPBakery en mise en page Elementor, ou l’inverse. Des plugins annoncent parfois cette conversion, mais dans la pratique le résultat garde des blocs mal positionnés, des styles perdus ou des sections vides sur des mises en page un peu élaborées. La méthode qui fonctionne reste la reconstruction manuelle dans le nouveau constructeur, éventuellement en s’appuyant sur un export du texte et des images pour ne pas retaper le contenu.

La casse ne s’arrête pas à la mise en page : chaque constructeur génère aussi des identifiants d’éléments qui lui sont propres (par exemple des classes du type elementor-element-xxxxx), auxquels du CSS personnalisé ajouté séparément fait souvent référence. Ce CSS sur mesure cesse de s’appliquer dès que la page est reconstruite ailleurs, puisque les nouveaux éléments portent d’autres identifiants : il doit être réécrit, pas seulement copié.

## Ce qui apparaît si on désactive le constructeur trop tôt

- Des shortcodes visibles en texte brut sur la page, du type [vc_row][vc_column]…, à la place de la mise en page
- Du JSON affiché comme texte au lieu d’être interprété, sur les pages construites avec Elementor
- Une mise en page qui s’effondre en une colonne unique, sans styles ni espacements
- Des images ou des icônes qui ne s’affichent plus, chargées auparavant par le constructeur désactivé

## Comment je conduis ce type de migration

1. **Inventaire des pages concernées** — Je liste toutes les pages construites avec l’ancien outil et j’évalue leur complexité : nombre de sections, présence d’animations ou de mises en page sur mesure.
2. **Priorisation** — Je classe les pages selon leur trafic et leur valeur SEO, pour reconstruire d’abord celles qui comptent le plus si le temps est limité.
3. **Reconstruction page par page** — Chaque page est recréée dans le nouveau constructeur en gardant le texte, les images et la structure de titres, sans copier le balisage de l’ancien outil.
4. **Coexistence des deux constructeurs** — L’ancien plugin reste actif tant que toutes les pages qui en dépendent n’ont pas été migrées et validées visuellement.
5. **Désinstallation finale** — Le plugin de l’ancien constructeur n’est désinstallé qu’une fois toutes les pages concernées reconstruites et vérifiées, jamais avant.

## Le point de non-retour : désinstaller l’ancien constructeur trop tôt

> Désactiver ou désinstaller le plugin de l’ancien constructeur avant d’avoir migré toutes les pages qui en dépendent rend leur contenu illisible : le balisage brut reste stocké en base, mais plus aucun outil ne sait l’interpréter pour l’afficher correctement.

## Comment je vérifie une page reconstruite

> Je compare visuellement chaque page reconstruite avec une capture de l’ancienne version, sur desktop et mobile, et je contrôle que le texte affiché en front correspond mot pour mot au contenu d’origine avant de la considérer comme validée.

## Pour aller plus loin

- **Passer à Gutenberg depuis l’éditeur classique** — Un cas particulier de migration de constructeur, avec ses propres règles. ([/wordpress-woocommerce/migration/gutenberg-depuis-editeur-classique](/wordpress-woocommerce/migration/gutenberg-depuis-editeur-classique))
- **Créer un thème enfant WordPress** — Utile pour isoler les personnalisations avant une reconstruction de pages. ([/guides/creer-theme-enfant-wordpress](/guides/creer-theme-enfant-wordpress))
- **Sauvegarder sa boutique avant intervention** — La sauvegarde à faire avant de toucher à la structure des pages. ([/guides/sauvegarder-boutique-avant-intervention](/guides/sauvegarder-boutique-avant-intervention))
- **Migrer sans perdre son référencement** — Ce qu’il faut vérifier côté SEO après une reconstruction de pages. ([/guides/migrer-sans-perdre-referencement](/guides/migrer-sans-perdre-referencement))

## FAQ

### Peut-on convertir automatiquement une page WPBakery en Elementor ?

Pas de façon fiable. Des plugins de conversion existent mais donnent des résultats approximatifs sur des mises en page élaborées : sections mal positionnées, styles perdus. Je préfère la reconstruction manuelle, plus lente mais fiable.

### Faut-il migrer toutes les pages en même temps ?

Non. Je priorise les pages à fort trafic ou à forte valeur SEO, et je garde l’ancien constructeur actif jusqu’à ce que toutes les pages qui en dépendent encore soient reconstruites.

### Le contenu texte est-il perdu pendant la migration ?

Non, le texte et les images sont récupérables même si la mise en page ne l’est pas. Je les exporte avant reconstruction pour éviter de retaper le contenu.

### Que se passe-t-il si je désinstalle Elementor trop tôt ?

Les pages encore construites avec Elementor affichent du JSON brut à la place de leur mise en page. C’est le point de non-retour de ce type de migration : ne jamais désinstaller avant d’avoir tout reconstruit.

### Combien de temps prend la reconstruction d’une page ?

Cela dépend de sa complexité : une page simple se reconstruit en quelques heures, une page avec des animations ou une mise en page sur mesure demande davantage de temps.