« Est-ce que je peux revenir à la version d’hier si je casse tout aujourd’hui ? » Question légitime pour tout intégrateur qui manipule une page complexe sous Elementor, à quelques minutes d’une échéance de livraison. La réponse tient dans un mécanisme souvent mal compris : le panneau Historique des révisions d’Elementor, accessible dans la barre latérale gauche de l’éditeur, sous l’icône en forme d’horloge.
Comprendre comment ce système stocke réellement les versions permet de l’utiliser à bon escient, sans craindre inutilement de perdre du travail, ni au contraire lui faire une confiance excessive qui masquerait le besoin d’une sauvegarde de base de données complémentaire.
Le socle : le système de révisions de WordPress
Elementor ne réinvente pas un système de sauvegarde propre : il s’appuie directement sur le mécanisme natif de révisions de WordPress, celui-là même qui enregistre l’historique des modifications d’un article de blog classique. Chaque sauvegarde ou publication d’un document Elementor crée une nouvelle révision de l’article WordPress sous-jacent, stockée dans la table wp_posts avec un type de contenu revision lié au document original.
Ce choix technique explique pourquoi le réglage WordPress qui limite le nombre de révisions conservées par article, généralement défini via la constante WP_POST_REVISIONS dans le fichier wp-config.php, s’applique aussi bien aux articles classiques qu’aux pages construites avec Elementor.
Ce qui est réellement stocké à chaque révision
Contrairement à une intuition répandue, chaque révision Elementor ne stocke pas un simple différentiel des modifications apportées depuis la révision précédente : elle enregistre l’intégralité de la structure JSON du document, ce même contenu complexe stocké en méta _elementor_data qui décrit chaque section, colonne et widget de la page. Ce choix garantit une restauration fiable et complète, au prix d’un espace de stockage plus important par révision comparé à un simple différentiel textuel.
Sur un document volumineux comportant de nombreux widgets et un contenu riche, chaque révision peut représenter plusieurs dizaines voire centaines de kilo-octets stockés en base de données, ce qui explique pourquoi un site avec de nombreuses pages complexes et un historique de révisions non limité peut voir sa base de données grossir sensiblement au fil du temps.
Naviguer dans le panneau Historique des révisions
Le panneau affiche la liste chronologique des révisions, avec la date, l’heure et l’auteur de chaque sauvegarde, en distinguant visuellement les sauvegardes automatiques des publications explicites. Cliquer sur une révision antérieure l’affiche en aperçu dans l’éditeur, sans encore rien modifier de la version actuellement publiée : il faut ensuite valider explicitement la restauration pour que cette ancienne version redevienne la version active du document.
- Les sauvegardes automatiques se créent à intervalle régulier pendant l’édition active.
- Chaque clic sur « Publier » ou « Mettre à jour » crée également une révision distincte.
- La restauration d’une révision ancienne reste réversible tant qu’elle n’écrase pas définitivement les révisions plus récentes.
Les limites à connaître
Ce mécanisme protège efficacement contre une erreur de manipulation pendant une session d’édition, mais ne remplace en aucun cas une sauvegarde complète de la base de données : si la base elle-même est corrompue ou supprimée, l’historique des révisions disparaît avec elle, puisqu’il est stocké au même endroit que le reste du contenu du site.
Ce que cet article ne traite pas
Les sauvegardes de base de données complètes, qu’elles soient gérées par l’hébergeur ou par une extension dédiée, relèvent d’une logique de protection différente et complémentaire, qui sort du cadre de cette explication centrée sur le fonctionnement interne du panneau de révisions propre à Elementor.
Un réflexe simple à adopter sur les projets sensibles : limiter le nombre de révisions conservées par document à une valeur raisonnable, plutôt que de laisser WordPress en accumuler indéfiniment, pour garder une base de données propre sans perdre la sécurité qu’apporte cet historique.
En résumé
Le panneau de révisions d’Elementor repose sur le système natif de WordPress, en stockant à chaque sauvegarde l’intégralité de la structure du document plutôt qu’un simple différentiel. Un filet de sécurité précieux pendant l’édition, à condition de ne jamais le confondre avec une véritable sauvegarde de base de données, seule protection réelle contre une perte totale du site.
