Révisé le 2026-07-12 · Public : agences
Chaque push snapshot est un changement majeur. Sans snapshot de sauvegarde préalable et procédure rollback, vous réparez en prod sous pression client.
Ce guide prend un snapshot de sécurité, déploie avec prudence et restaure si régression.
Ce que vous allez mettre en place
- Snapshot pré-déploiement daté.
- Changelog déploiement rédigé.
- Procédure rollback testée une fois.
Avant de commencer
- Accès agence snapshots.
- Fenêtre maintenance communiquée au client.
- 30 minutes.
Étape 1 : Créer snapshot de sécurité
Avant tout push : sous-compte client > Settings > Snapshots > Create Snapshot. Nom : `BACKUP-YYYY-MM-DD-pre-update`. Attendez confirmation complète.
Étape 2 : Documenter l'état actuel
Exportez liste workflows actifs, domaines, users. Si rollback nécessaire, vous comparez. Notez contacts test à recréer.
Étape 3 : Déployer en fenêtre contrôlée
Push snapshot nouveau pendant heures creuses. Communiquez maintenance au client. Limitez aux modules ciblés si GHL permet push partiel.
Étape 4 : Valider dans les 30 minutes
Checklist express : formulaire, workflow lead, courriel domaine, paiement. Si régression majeure, décidez rollback immédiat sans chercher à patcher en live.
Étape 5 : Exécuter le rollback
Load Snapshot > choisir `BACKUP-YYYY-MM-DD`. Confirmez écrasement. Prévenez le client. Les données contacts post-backup peuvent être perdues : importez CSV si export fait.
Étape 6 : Post-mortem interne
Cause, délai détection, leçon pour gouvernance-snapshots. Mettez à jour le snapshot MASTER agence pour éviter répétition.
Pièges qu'on voit tout le temps
- Push sans backup « pour aller vite ».
- Rollback sans export contacts récents.
- Patcher en prod pendant 4 h au lieu de restaurer.
- Oublier de re-vérifier DNS après rollback.
Vous avez réussi si…
- Retour état stable en moins d'une heure si incident.
- Client informé avec transparence sur données impactées.
- MASTER agence corrigé pour éviter re-push défectueux.