# De la version 3.15 à la 3.22 : les fondations discrètes avant l’atomique > Entre deux versions mineures d'Elementor, une dizaine de mises à jour ont posé les bases techniques de l'éditeur atomique, presque sans en parler. - Auteur : Clément Hadrot - Publié le : 2025-03-18 - Mis à jour le : 2025-03-18 - Catégorie : Elementor - URL : https://wpmoderne.dev.wordpress-developpement.fr/elementor/versions-3-15-3-22-fondations-avant-atomique-elementor/ ## L’essentiel - Les changements les plus utiles ne sont jamais dans le titre du changelog - Classement par impact réel sur les projets en cours - Une préparation qui a précédé l'annonce publique de l'atomique Entre la version 3.15 et la version 3.22, Elementor a publié une bonne dizaine de mises à jour, la plupart annoncées en quelques lignes dans un changelog que peu de personnes lisent jusqu'au bout. Vues séparément, ces versions ressemblent à des corrections de routine. Relues dans l'ordre, elles dessinent une trajectoire cohérente vers un objectif qui ne sera annoncé officiellement que plus tard : l'éditeur atomique. Ce classement ne prétend pas couvrir chaque ligne de changelog. Il retient les changements qui ont eu un impact mesurable sur des projets réels, classés du plus structurant au plus anecdotique, pour un intégrateur qui doit décider où porter son attention avant la bascule vers la prochaine génération de l'éditeur. ## Impact fort : la consolidation des Containers Le chantier le plus visible de cette période concerne la stabilisation des Containers Flexbox, déjà sortis de bêta depuis un moment mais dont le comportement continuait d'être affiné : gestion des espacements, comportement en disposition Grid, correctifs sur l'imbrication profonde de Containers. Sur les projets en cours de reprise à cette époque, ces correctifs réduisaient sensiblement le nombre de contournements CSS nécessaires pour obtenir une mise en page fiable. Cette consolidation compte double avec le recul : l'éditeur atomique, en cours de préparation, ne concernera que les Containers, jamais les Sections héritées. Chaque amélioration apportée aux Containers durant cette période prépare donc, sans le dire, le terrain de la future version. ## Impact moyen : la compatibilité PHP et l'allègement de l'interface Une autre série de versions a porté sur la compatibilité avec les versions récentes de PHP, réduisant les avertissements de dépréciation qui commençaient à s'accumuler dans les journaux d'erreurs sur les hébergements les plus rigoureux. En parallèle, l'interface de l'éditeur a reçu plusieurs ajustements de performance au chargement, perceptibles sur les projets comportant un grand nombre de widgets personnalisés. > L'essentiel à retenir : Les changements les plus utiles ne sont jamais dans le titre du changelog ; Classement par impact réel sur les projets en cours ; Une préparation qui a précédé l'annonce publique de l'atomique Ces deux fronts, moins spectaculaires que les Containers, ont pourtant conditionné la suite : un éditeur plus léger et une base de code plus propre facilitent l'arrivée d'un moteur de rendu entièrement nouveau, sans devoir gérer en parallèle une dette technique trop lourde. ## Impact faible mais révélateur : les premiers signaux de l'atomique Certaines mentions, glissées discrètement dans les notes de version, évoquaient déjà des travaux internes sur un futur système de style partagé, sans jamais employer le mot « atomique » ni donner de date. Ces indices, invisibles pour qui ne suit pas de près les canaux de développement d'Elementor, prennent tout leur sens une fois l'annonce officielle publiée. - Des ajustements internes sur la génération des classes CSS, sans changement visible côté utilisateur. - Une refonte progressive de certains contrôles de widgets, en vue d'une compatibilité future avec un système de style différent. - Des corrections sur la gestion des couleurs et polices globales, cohérentes avec l'idée d'un futur système de variables partagées. ## Ce que cette période enseigne sur le rythme des mises à jour Un projet qui applique les mises à jour d'Elementor au fil de l'eau, sans attendre une accumulation de plusieurs versions, absorbe ces changements un par un et évite les mauvaises surprises. À l'inverse, un site resté figé plusieurs versions en arrière accumule un écart qui rendra la future bascule vers l'atomique plus brutale, faute d'avoir suivi les ajustements intermédiaires. > Une mise à jour mineure qui ne change rien à l'écran n'est jamais une mise à jour inutile : elle prépare souvent le terrain d'un changement plus important, quelques mois plus tard. ## Comment vérifier où en est un site aujourd'hui Une commande WP-CLI suffit à connaître la version active sur un site donné, ce qui est la première étape avant tout diagnostic : ``` wp plugin get elementor --field=version ``` Comparer ce résultat à la liste des versions publiées permet d'estimer, sans deviner, le nombre de mises à jour intermédiaires manquées et donc l'ampleur du travail de rattrapage à prévoir avant d'envisager la suite. ## En résumé Les versions 3.15 à 3.22 n'ont rien d'un chantier spectaculaire pris isolément, mais leur lecture chronologique révèle une préparation méthodique du terrain avant l'arrivée de l'éditeur atomique. Suivre ces mises à jour au fil de l'eau, plutôt que les subir en bloc plus tard, reste la meilleure façon d'aborder sereinement la suite.