Sauvegarde WordPress : comment tester une restauration avant l’incident
Une méthode simple pour vérifier les sauvegardes WordPress, tester une restauration et protéger un site sans multiplier les extensions au quotidien.
Testez la restauration de votre sauvegarde WordPress sur une copie privée du site : c’est la seule façon de vérifier qu’elle permettra réellement de remettre le site en service. Contrôlez les fichiers, la base de données, les médias et les fonctions importantes avant d’en avoir besoin après une erreur, une mise à jour ou une compromission.
Une archive peut exister sans être exploitable : elle peut être corrompue, incomplète, trop ancienne ou impossible à récupérer avec les accès disponibles. Pour un indépendant ou une petite structure, un test sur une préproduction, un sous-domaine technique ou un environnement local suffit généralement.
Restaurer sur une copie privée
Ne faites pas le premier test sur le site public. Un import de base de données mal réalisé peut écraser du contenu récent ou interrompre des formulaires, des réservations ou d’autres services.
Protégez l’environnement de test par mot de passe ou restriction d’accès, et évitez son indexation par les moteurs de recherche. Utilisez une version de PHP compatible avec celle du site de production, notamment avant une mise à jour importante de WordPress, de PHP ou d’une extension critique.
- Créez un environnement et une base de données distincts.
- Copiez les fichiers de la sauvegarde et importez la base de données.
- Adaptez la configuration pour cette nouvelle base et cette nouvelle adresse de site.
- Ouvrez le site restauré et vérifiez ses fonctions essentielles.
La sauvegarde doit inclure la base de données, les fichiers WordPress, les médias — généralement dans wp-content/uploads — ainsi que les fichiers de configuration et les ajustements propres au site, tels que wp-config.php ou des règles serveur. Les instructions de sauvegarde de WordPress précisent qu’une sauvegarde de la base seule ne couvre pas les thèmes, les extensions et les médias.
Vérifiez les exclusions de votre outil ou de votre hébergeur : certains ignorent les fichiers volumineux, les caches ou des dossiers personnalisés. Si l’adresse de test diffère de celle du site public, les URL enregistrées dans la base doivent parfois être adaptées ; évitez les remplacements globaux hasardeux, qui peuvent endommager des données sérialisées.
Contrôler ce qui compte
Ne vous arrêtez pas à la page d’accueil. Vérifiez la connexion à l’administration, plusieurs pages, les médias récents et les fonctions utiles à votre activité : formulaire, réservation, e-mails transactionnels ou paiement.
Testez aussi la réception d’un message envoyé depuis un formulaire si celui-ci est essentiel. Une restauration peut réussir alors que l’envoi d’e-mails reste défaillant ; cette vérification complète une configuration SMTP fiable.
Garder une routine simple
La fréquence des sauvegardes doit suivre celle des changements : un site vitrine peu modifié n’a pas les mêmes besoins qu’un site qui reçoit chaque jour des commandes, réservations ou publications. Créez dans tous les cas une sauvegarde manuelle avant une mise à jour, un changement de thème ou une modification technique.
Conservez au moins une copie hors de l’hébergement principal, car une copie stockée au même endroit reste exposée à un problème de serveur, de compte ou d’accès. Gardez les identifiants nécessaires dans un gestionnaire de mots de passe et notez la procédure validée : emplacement de l’archive, accès, ordre des opérations et contrôles à effectuer.
Refaites un test après une évolution majeure du site ou de son hébergement. Cette routine courte est plus utile qu’une extension supplémentaire installée sans vérification.