Sauvegardes de site : la différence entre « sauvegardé » et « récupérable »

« Votre site est sauvegardé tous les jours. » Cette phrase se lit dans presque tous les contrats de maintenance ou d’hébergement. Elle est rassurante, mais elle n’a de valeur que si, le jour où il faut restaurer, la restauration fonctionne. Entre « sauvegardé » et « récupérable », il y a un gouffre. Et beaucoup de sites tombent dedans au pire moment.

Ce qui rend une sauvegarde inutile

Plusieurs configurations, très courantes, produisent des sauvegardes qui ne servent à rien au moment critique :

• Sauvegarde stockée sur le même serveur que le site. Si le serveur est compromis (ransomware, intrusion, panne disque), la sauvegarde est compromise avec lui.
• Sauvegarde partielle : seulement la base de données, pas les fichiers (ou l’inverse). Un WordPress sans ses médias, ses plugins et son thème ne se remonte pas.
• Sauvegarde non testée. Le script tourne chaque nuit, produit un dump, mais personne n’a jamais essayé de le restaurer. Au jour J, on découvre que le fichier est corrompu ou incomplet.
• Sauvegarde à rotation trop courte. Une sauvegarde qui écrase la précédente quotidiennement ne permet pas de remonter à une version antérieure à une corruption détectée trois jours plus tard.
• Sauvegarde chiffrée sans gestion de la clé. Le jour où il faut restaurer, personne ne retrouve la clé.

Les trois règles d’une sauvegarde utile

Trois principes font toute la différence :

1. Redondance géographique : au moins deux emplacements, dont un en dehors du serveur principal (S3, Backblaze, OVH Object Storage, etc.).
2. Profondeur de rétention : plusieurs points dans le temps (quotidien sur 7 jours, hebdomadaire sur 4 semaines, mensuel sur 6 mois).
3. Test de restauration : une restauration complète testée au moins tous les 3 mois sur un environnement de recette.

Une sauvegarde qui respecte ces trois règles est une sauvegarde qui vous protège réellement.

La sauvegarde 3-2-1, un standard utile

La règle 3-2-1, très utilisée en IT pro, dit :

• 3 copies des données.
• 2 supports différents.
• 1 copie hors-site.

Pour un site WordPress d’entreprise, cela peut se traduire par : la production, une sauvegarde locale sur l’hébergement, une sauvegarde chez un fournisseur tiers type Backblaze ou S3. Trois copies, deux supports, une hors-site. Simple, solide.

Ce qu’une sauvegarde bien faite permet vraiment

• Récupérer après une fausse manipulation : un plugin qui casse le site, une modification malheureuse du thème, un contenu supprimé par erreur.
• Remonter après une attaque : ransomware, défacement, corruption de base.
• Migrer : hébergeur, prestataire, environnement.
• Tester en environnement de recette sans risque pour la production.

Sans ce filet, chaque évolution devient un stress, chaque incident devient un drame.

Le coût réel d’une sauvegarde sérieuse

Pour un site WordPress classique, une sauvegarde complète 3-2-1 bien configurée représente un coût de stockage externe de quelques euros par mois (typiquement 2 à 10 € selon le volume). Le temps de mise en place est d’une à deux heures. C’est l’investissement le plus rentable de toute la stack d’un site.

Le bon réflexe chez un nouveau prestataire

Quand vous confiez votre site à un prestataire de maintenance, trois questions tranchent :

1. Où sont stockées les sauvegardes, très précisément ?
2. Quelle est la profondeur de rétention ?
3. Quand a été réalisé le dernier test de restauration ?

Un prestataire qui répond à ces trois questions sans hésiter est un prestataire à qui vous pouvez confier votre site. Un prestataire qui reste flou sur l’une des trois ne sait probablement pas restaurer.

Chez Sagitech, la politique de sauvegarde est écrite dans le contrat de maintenance, avec un test de restauration trimestriel documenté. Si vous avez un doute sur la fiabilité actuelle de vos sauvegardes, un audit rapide suffit à faire le point.