Passer de Divi 4 à Divi 5 : ce qui change vraiment, et le piège à éviter

Après plus de trois ans de développement — annoncé fin 2022, attendu, repoussé, attendu encore — Divi 5 est sorti en version stable le 26 février 2026. Ce n’est pas une mise à jour de plus : c’est une réécriture complète du Builder, et elle mérite qu’on comprenne ce qu’elle change avant de cliquer sur « mettre à jour ». Parce qu’il y a de vrais gains, et un vrai piège.

Je travaille sur Divi depuis des années, et j’ai vu passer les inquiétudes habituelles à chaque grande version. Celle-ci est différente : le changement est structurel, pas cosmétique. Voici ce qui se passe réellement sous le capot, ce que vous y gagnez, et comment migrer sans casser votre site.

Le vrai changement : la fin des shortcodes

Pour comprendre pourquoi Divi 5 est plus rapide, il faut comprendre comment Divi 4 stockait vos pages. À chaque fois que vous construisiez une mise en page, Divi 4 l’enregistrait sous forme de longues chaînes de shortcodes imbriqués — quelque chose comme une poupée russe de balises [et_pb_section][et_pb_row][et_pb_column]…. À chaque chargement de la page, le serveur devait analyser cette chaîne, reconstruire la hiérarchie, comprendre les paramètres de chaque module, puis générer le HTML. Beaucoup de travail répété, à chaque visite.

C’était la source de la plupart des reproches faits à Divi au fil des ans : des pages lourdes, un code de sortie brouillon, des temps de chargement qui souffraient sur les mises en page complexes.

Divi 5 abandonne complètement ce système. Il adopte un format structuré, inspiré de l’architecture des blocs de WordPress : la hiérarchie des éléments est directement compréhensible par le moteur de rendu, sans avoir à décortiquer une chaîne de shortcodes à chaque fois. Moins d’analyse, plus de stabilité, et une liberté d’imbrication qui était impossible avant.

Une anecdote pour rendre ça concret, parce que je l’ai vécue sur mon propre site. En reprenant une vieille page construite dans un builder à shortcodes, je l’ai retrouvée… vide après export. Le texte était bien là — plusieurs centaines de mots — mais prisonnier dans les métadonnées du builder, dans un format que l’outil d’export ne savait pas lire. Le contenu existait sans exister. C’est exactement ce genre de dépendance opaque que le passage à un format structuré vient dénouer.

Les chiffres : ce que la réécriture fait gagner

La fin des shortcodes n’est pas qu’une élégance technique, elle se mesure. Sur une page équivalente, Divi 5 génère de l’ordre de 84 % de JavaScript en moins et 94 % de CSS en moins que Divi 4. Les temps de chargement s’améliorent dans un rapport de deux à quatre fois selon la complexité de la mise en page. Un testeur a rapporté un site passé d’un score PageSpeed de 22 à 85 après migration — d’un rouge profond à un vert franc.

Deux précisions honnêtes s’imposent, parce que ces chiffres viennent en partie de l’éditeur lui-même. D’abord, ce sont des résultats de scénarios de test : votre site réel, avec ses plugins et son hébergement, ne verra pas forcément exactement ces valeurs. Ensuite — et j’y reviens à la fin, parce que c’est capital — un builder plus léger ne corrige pas tout.

Sous le capot, plusieurs mécanismes produisent ces gains. Un framework modulaire dynamique ne charge que le CSS et le JavaScript des modules réellement présents sur la page : une page qui n’utilise que du texte, des images et un formulaire n’embarque plus la logique de tous les autres modules Divi. Dans l’éditeur, les rerenders sont plus ciblés : quand vous modifiez une marge ou une couleur, le Builder actualise précisément l’élément concerné au lieu de recalculer une grande partie du document — un confort qu’on sent immédiatement sur les pages longues.

Les nouveautés qui accélèrent aussi le travail

Toutes les améliorations ne concernent pas la vitesse de la page ; certaines changent la vitesse à laquelle on construit.

Divi 5 apporte de vrais conteneurs Flexbox et CSS Grid natifs — la version 5.9, sortie mi-juillet 2026, ajoute même un éditeur visuel de CSS Grid directement dans le Builder. Fini d’empiler des lignes, des colonnes et du CSS correctif juste pour obtenir un alignement. Le système de variables et de presets devient un véritable système de design : variables de couleurs, de tailles, d’espacements, presets d’éléments et de groupes, le tout exportable et importable — une modification globale se propage sur tout le site au lieu d’être répétée module par module. Le Loop Builder permet de construire visuellement des listes de contenus dynamiques, remplaçant une partie des modules tiers et des boucles PHP qu’il fallait écrire à la main. Et le Theme Builder unifié laisse modifier dans un même contexte la page, l’en-tête, le pied de page et les templates, sans les allers-retours d’avant.

Le piège à connaître avant de migrer

Voici le point que je veux que vous reteniez, parce qu’il fait la différence entre une migration réussie et une déception : le mode de compatibilité Divi 4.

Divi 5 sait faire tourner les anciens modules Divi 4 et les modules tiers non encore convertis, pour ne pas casser votre site du jour au lendemain. C’est rassurant — mais ça a un coût. Dès qu’une page contient un seul module Divi 4 ou tiers non converti, Divi 5 recharge l’ancien framework pour cette page. La page continue de fonctionner, mais elle perd le bénéfice des gains de performance de Divi 5.

Autrement dit : mettre à jour vers Divi 5 ne suffit pas à obtenir les 84 % de JavaScript en moins. Tant qu’une page traîne un module hérité, elle reste, pour la performance, une page Divi 4 déguisée. Le gain n’est réel que sur les pages entièrement converties en modules natifs Divi 5. C’est pour ça qu’une migration lancée en aveugle déçoit souvent, là où une migration faite proprement, module par module, tient ses promesses.

Comment migrer proprement

La bonne méthode n’a rien de sorcier, mais elle demande de la rigueur et de ne jamais travailler sur la production en direct. Voici la procédure que j’applique :

Clonez d’abord le site en préproduction — on ne migre jamais un site en ligne à chaud. Mettez à jour les extensions Divi tierces, car beaucoup ont publié leur version compatible Divi 5. Lancez le scan du migrateur intégré à Divi 5 : il analyse vos pages, articles, templates, éléments de bibliothèque, presets et produits WooCommerce, et il ne modifie rien tant que vous ne déclenchez pas la migration. Repérez les modules signalés comme incompatibles, remplacez-les par leurs équivalents natifs Divi 5. Lancez la migration, puis contrôlez soigneusement le Theme Builder, les pages WooCommerce et les points de rupture responsive. Et seulement une fois tout validé en préproduction, migrez la production.

Pour un site neuf, la question ne se pose même pas : partez directement sur Divi 5 natif, sans module Divi 4 et en limitant les extensions tierces. C’est dans cette configuration que le gain de fluidité et de performance est le plus net.

Ce qu’un builder plus rapide ne corrigera jamais

Je termine par ma mise en garde habituelle, parce qu’elle vous évitera de dépenser mal votre argent. Divi 5 réduit le travail demandé au thème. Il ne corrige pas ce qui se passe sous le thème.

Si votre site rame parce que votre hébergement mutualisé plafonne en nombre de processus PHP simultanés, parce que votre base de données est lente, parce qu’un plugin lourd tourne en arrière-plan ou qu’un appel externe bloque le chargement — Divi 5 n’y changera rien. J’ai mesuré ce type de plafond sur des hébergements mutualisés : au-delà d’une douzaine de traitements PHP concurrents, les pages partent en file d’attente et le site ralentit, quel que soit le builder. Migrer vers Divi 5 dans ce cas, c’est traiter le symptôme sans toucher à la cause.

La vraie question n’est donc jamais « faut-il passer à Divi 5 ? » dans l’absolu, mais « qu’est-ce qui ralentit votre site, et Divi 5 répond-il à ça ? ». Souvent oui, en bonne partie. Parfois, le vrai levier est ailleurs — dans l’hébergement, la base, un plugin. C’est ce qu’un diagnostic honnête permet de trancher avant d’engager le moindre euro.

Si vous avez un site Divi 4 à faire migrer et que vous voulez le faire proprement — sans casse, sans mode de compatibilité qui plombe vos gains — c’est exactement le genre d’intervention que je mène en tant qu’expert freelance Divi. On commence toujours par regarder ce qui se passe vraiment sous le capot.