Sauvegarde WordPress : vérifier qu’une restauration fonctionne vraiment
Une sauvegarde WordPress devient une preuve de reprise lorsque vous avez restauré le site dans un environnement séparé et vérifié ses fonctions. L’existence d’un fichier ZIP ne garantit pas cette restauration.
Que doit contenir la sauvegarde ?
Prévoyez la base de données et les fichiers nécessaires : médias, thèmes, extensions et configuration selon l’installation. Le manuel WordPress sur les sauvegardes distingue ces composantes. Une copie des fichiers seule ne conserve pas automatiquement le contenu et les réglages de la base.
Identifiez aussi les dépendances externes : e-mails, DNS, stockage de médias ou outils connectés. Elles ne font pas toutes partie de l’archive WordPress.
Où tester la restauration ?
Utilisez un environnement isolé, avec accès protégé et sans envoi réel de commandes, de messages ou d’événements publicitaires. Une restauration de test ne doit pas modifier le site de production ni lancer les tâches planifiées comme s’il s’agissait du vrai service.
Conservez la version des outils et les étapes nécessaires à la reprise. Si une personne doit intervenir sur l’hébergement, précisez son rôle avant la panne, pas pendant.
Quels parcours faut-il rejouer ?
| Zone | Vérification |
|---|---|
| Contenu | Pages, médias et liens présents |
| Administration | Connexion et droits attendus |
| Formulaires | Envoi de test vers une destination maîtrisée |
| Boutique éventuelle | Produits, comptes et commandes cohérents |
| Tâches | Exécution contrôlée, sans doublon de production |
Le test de mise à jour en préproduction traite un changement préparé. La restauration doit aussi fonctionner quand le site original ou une partie de ses fichiers n’est plus utilisable.
Comment décider de la fréquence ?
Partez de la quantité de données que l’activité peut perdre entre deux copies. Une boutique recevant des commandes n’a pas le même besoin qu’un site vitrine rarement modifié. Définissez aussi la durée de conservation et la protection des archives qui contiennent des données personnelles ou des accès.
Quelle preuve conserver ?
Gardez date de la copie, périmètre, résultat de restauration, durée observée et anomalies. La durée mesurée sur votre environnement de test n’est pas une garantie universelle de reprise en incident. Vérifiez régulièrement que les nouvelles extensions ou fonctions sont encore couvertes et que les archives restent accessibles aux responsables autorisés.
Sources
Documentation consultée le 24 octobre 2026.
Questions fréquentes
Une sauvegarde d’hébergeur suffit-elle ?
Vérifiez son contenu, sa rétention, ses conditions d’accès et un test de restauration. Le nom du service ne prouve pas le périmètre.
Peut-on restaurer directement sur la production pour tester ?
Évitez une opération qui écrase des données actives. Utilisez un environnement séparé pour la recette.
Pourquoi couper les e-mails du site restauré ?
Pour éviter qu’une copie de test envoie de vrais messages ou relance des traitements destinés à la production.
Faut-il conserver plusieurs versions ?
Définissez une rétention permettant de revenir avant une erreur non détectée immédiatement, selon votre activité et vos contraintes.
Qui doit connaître la procédure ?
Les responsables autorisés capables d’exécuter la reprise, avec les dépendances et accès nécessaires clairement identifiés.