Pourquoi versionner ses templates Elementor Pro avec Git ?
Elementor stocke ses données en JSON dans la table wp_postmeta de la base de données. Sans versionning, il n’y a pas d’historique Git natif — et l’historique de révisions Elementor est limité à quelques semaines. Pour les projets clients importants, un versionning Git propre des templates est une nécessité.
Les deux approches de versionning
Approche 1 : Export JSON + Git
La méthode la plus simple. Après chaque session de travail significative, exportez vos templates Elementor (Templates → Mes Templates → Exporter) en JSON et commitez ces fichiers dans votre dépôt Git. L’inconvénient : c’est un processus manuel, donc facilement oublié.
Approche 2 : Versionner la base de données
Plus robuste. Utilisez WP-CLI (wp db export) dans un hook Git pre-commit pour exporter automatiquement la base de données avant chaque commit. Cette approche nécessite une configuration technique mais garantit que rien n’est oublié.
Structure Git recommandée pour un projet Elementor
projet-client/
├── templates/
│ ├── header-main.json
│ ├── footer-main.json
│ ├── single-post.json
│ └── page-home.json
├── database/
│ └── backup-YYYY-MM-DD.sql
└── wp-content/
└── themes/hello-elementor-child/Alternative : le système de révisions natif Elementor
Si Git vous semble trop complexe, Elementor Pro propose un historique de révisions natif accessible via l’icône horloge dans l’éditeur. Il conserve les 20 dernières révisions d’une page, avec la date, l’heure et l’auteur. Pour la majorité des projets solo ou petites équipes, c’est suffisant.