Un site qui n’a jamais connu de panne n’a en général jamais été vraiment testé sur ce point : la sauvegarde serveur est ce qui distingue une mésaventure passagère d’une catastrophe irréversible. Elle couvre l’ensemble de l’environnement d’hébergement — pas seulement le contenu du site, mais aussi la configuration du serveur web, les certificats et les réglages système.
Ce qu’une sauvegarde WordPress complète doit couvrir
Pour un site WordPress, une sauvegarde utile combine trois éléments distincts : les fichiers du site (cœur, thème, extensions, dossier wp-content/uploads), la base de données (via un export mysqldump ou équivalent) et, idéalement, la configuration serveur elle-même (blocs Nginx ou Apache, réglages PHP-FPM) pour pouvoir reconstruire l’environnement d’hébergement à l’identique, pas seulement le site.
Exemple de sauvegarde planifiée
0 3 * * * tar -czf /backups/site-$(date +\%F).tar.gz /var/www/exemple.frCette tâche planifiée (cron) archive quotidiennement les fichiers du site ; elle doit être complétée par un export régulier de la base et, surtout, par un stockage hors du serveur d’origine.
Pièges fréquents
- Stocker les sauvegardes sur le même disque que le site protège contre une erreur humaine mais pas contre une panne matérielle ou un piratage du serveur entier.
- Une sauvegarde jamais testée en restauration n’est qu’une hypothèse : un fichier corrompu ou incomplet ne se découvre souvent qu’au pire moment.
- La rétention (combien de versions garder, sur quelle durée) doit être définie explicitement, sinon l’espace de stockage se remplit ou, à l’inverse, les sauvegardes les plus anciennes disparaissent trop vite.