Sauvegarde et test de restauration : fréquence, externalisation et vérification

Conclusion d’abord : Le seul critère d’acceptation d’une sauvegarde n’est pas « avoir une sauvegarde », c’est « pouvoir restaurer » ; et le critère d’acceptation de la restauration, c’est « avoir testé ». Appliquez un incrément quotidien conservé 14 jours, une sauvegarde complète hebdomadaire conservée 8 semaines et un instantané avant toute modification majeure conservé 90 jours ; placez la sauvegarde et le site sur des serveurs différents, des comptes différents et des zones différentes ; réalisez un test de restauration complet tous les six mois. Pour un site de taille moyenne, une restauration complète prend généralement 30 à 120 minutes.

1. Le seul critère d’acceptation d’une sauvegarde, c’est « pouvoir restaurer »

Commençons par délimiter le périmètre de cet article :la base de sécurité traite des défenses contre les intrusions,la maintenance mensuelle traite de la place des sauvegardes dans le rythme mensuel. Cet article ne porte que sur la sauvegarde elle-même : quoi sauvegarder, où, à quelle fréquence vérifier, combien de temps prend une restauration. La défense est en amont, la maintenance est le rythme, la sauvegarde est le dernier filet : ces trois choses ne se remplacent pas.

La sauvegarde de la plupart des entreprises donne l’impression d’exister : le panneau de l’hébergeur affiche une sauvegarde réussie, l’historique du plugin en garde la trace, et tout le monde part du principe qu’en cas de problème on pourra revenir en arrière. C’est la nuit de l’incident que trois choses apparaissent : le fichier de sauvegarde est corrompu ou n’a pas été mis à jour depuis des mois, la sauvegarde et le site se trouvaient sur le même serveur et ont disparu ensemble, et personne ne connaît les étapes exactes de la restauration. La première est un problème de qualité, la deuxième un problème de stockage, la troisième un problème de procédure : ces trois problèmes correspondent aux trois parties qui suivent.

Fausse sauvegarde	Symptômes en temps normal	Ce qui se passe lors d’un incident
Sauvegarde sur le même serveur	Le panneau affiche une sauvegarde réussie, personne ne la télécharge	Perdue avec le site en cas de panne du serveur
Base de données sauvegardée sans les fichiers	Sauvegarde légère, exécution rapide	Après restauration : thème manquant, mise en page cassée, toutes les images hors service
Tâche de sauvegarde en erreur depuis longtemps	Alerte rouge occasionnelle dans l’administration, personne ne s’en occupe	La dernière sauvegarde utilisable remonte à plusieurs mois, toutes les données intermédiaires sont perdues
Intégrité jamais vérifiée	Taille du fichier de sauvegarde très variable	À la restauration, l’archive est corrompue et ne peut pas être extraite
Les étapes de restauration ne sont connues que du prestataire	Aucun document de procédure écrit	Personne ne peut lancer la restauration en dehors des heures d’ouverture ou si le prestataire est injoignable

Pour savoir si votre sauvegarde est réelle, une seule question suffit : quand avez-vous restauré votre site en entier à partir d’une sauvegarde pour la dernière fois, et combien de temps cela a-t-il pris ? Si vous ne pouvez pas répondre, considérez que vous n’avez pas de sauvegarde. Ce constat n’a rien à voir avec « sauvegarde réussie » : une notification de tâche réussie prouve seulement que la tâche s’est exécutée, pas que le résultat est utilisable.

2. Quoi sauvegarder : quatre types d’éléments, en oublier un et la restauration est incomplète

Avant de parler de fréquence, il faut lister tous les éléments à sauvegarder. Un site WordPress autonome classique compte quatre types d’éléments à couvrir impérativement : en oublier un seul, et le site restauré sera incomplet.

Élément à sauvegarder	Contenu couvert	Conséquence d’un oubli	Fréquence conseillée
Base de données	Articles, pages, soumissions de formulaires, données utilisateurs et commandes	Perte totale des contenus et de l’historique des demandes	Chaque jour
Fichiers, thèmes et extensions	Cœur du programme, code du thème, extensions et leur configuration	Fonctionnalités irrécupérables, mise en page du site cassée	Chaque semaine et avant toute modification
Répertoire des téléversements	Photos produits, PDF de documentation, images et vidéos de réalisations	Toutes les images du site en erreur 404, téléchargements de documents hors service	Chaque semaine
Configuration et certificats	Configuration du serveur web, certificat SSL, export des enregistrements DNS	Le site ne démarre plus ou HTTPS renvoie une erreur sur tout le site	À chaque modification

Trois précisions. Premièrement, le répertoire des téléversements est souvent le plus volumineux ; beaucoup d’équipes le jugent trop lourd et ne le sauvegardent pas, et se retrouvent avec un site sans photos produits — pour un acheteur, c’est presque comme si le site n’existait pas. Deuxièmement, la configuration et les certificats sont les plus souvent oubliés, car ils se trouvent généralement au niveau de l’hébergeur et non dans le système de création du site : la portée de sauvegarde des extensions ne les atteint pas. Troisièmement, les demandes et les commandes sont stockées dans la base de données, l’élément à la plus forte valeur commerciale des quatre : une image perdue se re-téléverse, un prospect perdu ne se récupère pas. La fréquence de sauvegarde de la base de données doit donc être fixée au niveau le plus élevé, à part.

3. Trois rythmes de sauvegarde et leurs durées de conservation

Fréquence et durée de conservation forment un couple : définir la fréquence sans la durée de conservation, c’est ne rien définir.

Niveau	Fréquence	Durée de conservation	Scénarios typiques couverts
Incrémentale quotidienne	1 fois par jour	14 jours	Suppression accidentelle d’un article, modification erronée d’une page, retour au contenu du jour
Complète hebdomadaire	1 fois par semaine	8 semaines	Corruption progressive de la base de données, besoin de revenir plusieurs semaines en arrière
Instantané avant une modification majeure	Manuel, avant une mise à niveau, une refonte ou un changement de thème	90 jours	Retour arrière après un échec de mise à niveau, comparaison lors d’un bilan trimestriel

La logique derrière la durée de conservation est la suivante : une suppression ou une modification erronée se repère généralement en une à deux semaines, 14 jours d’incrémentale suffisent donc à couvrir le besoin ; certaines corruptions ne surviennent pas d’un coup — une base de données qui déraille lentement, du contenu indésirable injecté progressivement — et ne se révèlent souvent que plusieurs semaines plus tard, d’où les 8 semaines de sauvegarde complète qui offrent une fenêtre de retour plus longue ; l’instantané à 90 jours sert spécifiquement les modifications majeures — si un problème apparaît trois mois après une refonte, on peut encore revenir en arrière pour comparer.

Une limite doit être claire : la fréquence de sauvegarde suit la fréquence de mise à jour du contenu, sans uniformiser. Si le site ne publie qu’une ou deux fois par mois, l’incrémentale quotidienne gaspille stockage et énergie de maintenance : une complète hebdomadaire plus un instantané avant modification suffisent. À l’inverse, sur un site où les demandes de formulaire arrivent chaque jour et où les commandes s’écrivent en continu, la sauvegarde de la base de données ne peut pas descendre sous une fois par jour, et peut atteindre une incrémentale toutes les six heures si les moyens le permettent.

4. Principe de la redondance hors site : une sauvegarde sur le même serveur ne sert à rien

Hors site signifie trois différences : un serveur différent, un compte différent et une zone différente de ceux du site. Une sauvegarde sur le même serveur disparaît avec le site en cas de panne : disque défaillant, intrusion, fermeture de l’hébergeur ou compte bloqué, dans tous ces cas elle ne vous sauvera pas.

Emplacement de stockage de la sauvegarde	Disque du serveur défaillant	Site piraté	Compte principal compromis	Verdict
Même serveur	Perdue en même temps	Perdue ou supprimée en même temps	Perdue en même temps	Inacceptable
Cloud ou stockage objet sur le même compte	Non affecté	Risque de suppression	Perdue en même temps	Insuffisant
Stockage dans la même zone sur un autre compte	Non affecté	Sécurité	Sécurité	Acceptable
Stockage dans une autre zone sur un autre compte	Non affecté	Sécurité	Sécurité	Recommandé

La colonne « compte principal compromis » est celle que la plupart des gens ignorent. Une fois qu’un intrus a le contrôle du serveur, sa première action est souvent de trouver et supprimer les sauvegardes pour vous empêcher de restaurer le site. Le compte de stockage des sauvegardes doit donc être totalement indépendant du compte du site, protégé par la double authentification, et les droits côté site ne doivent pas inclure la suppression des sauvegardes. Avec ces trois règles, même en contrôlant totalement le site, l’intrus ne peut pas toucher à votre porte de sortie.

Il reste une limite pratique : la vitesse d’accès transfrontalier. Si le stockage des sauvegardes est dans une autre zone, le téléchargement pour la restauration peut être plusieurs fois plus lent que dans la même zone : une sauvegarde de 300 Mo se télécharge en quelques minutes dans la même zone, mais peut prendre plus d’une demi-heure entre continents. La méthode : placer la copie principale dans une zone proche et la copie froide dans une zone distante, puis chronométrer la restauration avec la copie principale lors des exercices.

5. Comparaison des outils et méthodes de sauvegarde

Les quatre méthodes courantes ont chacune leur complexité de restauration. Le critère de choix n’est pas la facilité de sauvegarde, mais la fluidité de la restauration.

Méthode	Niveau d’automatisation	Complexité des étapes de restauration	Cas d’application
Sauvegarde automatique du panneau d’hébergement	Élevé, exécution planifiée	Faible, restauration généralement en un clic	Hébergement managé, sans technicien dédié
Extension de sauvegarde	Moyen à élevé, planifiable et envoi hors site	Moyen, réinstallation puis import dans l’environnement de restauration	Pratique courante pour un site WordPress
Script et stockage objet	Élevé, exécution par tâche planifiée	Moyen à élevé, nécessite des commandes en ligne	Équipes disposant de techniciens
Instantané manuel de l’hébergeur	Faible, sur demande	Faible, réalisé par l’hébergeur	Filet de sécurité avant migration et mise à jour

Deux points à développer. La sauvegarde en un clic du panneau d’hébergement est la plus simple, mais vous devez vérifier que le fichier de sauvegarde peut être téléchargé en local : une sauvegarde enfermée dans l’interface de l’hébergeur, c’est votre capacité de restauration confiée à quelqu’un d’autre, et si l’hébergeur a un problème, vous n’avez plus aucune copie. L’avantage d’une extension de sauvegarde est d’envoyer automatiquement les copies vers un cloud ou un stockage objet, ce qui règle la question du hors site ; l’inconvénient est que la restauration dépend de la disponibilité de l’extension elle-même, et après un site gravement endommagé l’extension peut être corrompue. Les étapes importantes doivent donc rester couvertes par un instantané du panneau ou manuel. La combinaison recommandée : l’extension gère les incréments quotidiens et l’envoi hors site, le panneau d’hébergement assure une sauvegarde complète hebdomadaire, et vous faites un instantané manuel avant toute modification importante.

6. Test de restauration : cinq étapes et durée prévisible

Un test de restauration ne consiste pas à cliquer symboliquement sur un bouton : il faut dérouler tout le processus et le chronométrer. Voici les étapes et les critères de réussite.

Étape	Action	Critère de validation
1 Récupérer la sauvegarde	Télécharger la dernière sauvegarde complète depuis le stockage distant	Taille et somme de contrôle conformes, décompression sans erreur
2 Monter un environnement de restauration	Sous-domaine temporaire ou environnement local	Le programme démarre sans erreur d’environnement
3 Importer et restaurer	Restaurer la base de données et tous les fichiers	Connexion possible côté front et back office
4 Vérifier les fonctionnalités	Envoyer un formulaire, ouvrir une page produit, contrôler le chargement des images	Toutes les fonctionnalités clés opérationnelles
5 Comparer les données	Vérifier le contenu et le nombre de demandes par rapport aux relevés effectués avant le test	Aucune donnée manquante

Fréquence conseillée : un test complet tous les six mois, en période de faible activité ; une restauration ponctuelle d’un fichier chaque trimestre, en choisissant au hasard un article ou une image à restaurer pour vérification. Notez deux choses dans le compte rendu : la durée totale et les étapes bloquées. Une étape bloquée est le plus gros risque lors d’un vrai incident : réglez-la sur-le-champ, ne la laissez pas pour la nuit de l’incident.

Taille du site	Volume de données	Durée de restauration complète
Site de petite entreprise	Base de données inférieure à 200 Mo	30 à 60 minutes
Site de taille moyenne	200 Mo à 2 Go	60 à 120 minutes
Site à forte densité d’images et de commandes	Supérieur à 2 Go	De l’ordre d’une demi-journée

Préparez à l’avance la solution de remplacement pendant la restauration : une page statique en cache placée sur le chemin de maintenance, indiquant la durée de restauration prévue et un contact de secours (adresse e-mail ou compte WhatsApp), plus un message temporaire sur le domaine principal. L’intérêt de cette page n’est pas technique : elle montre aux clients en train de naviguer que vous n’avez pas disparu et qu’ils peuvent vous joindre autrement. Pour concevoir une solution de sauvegarde et de restauration adaptée à votre site, contactez-nous via Contactez-nous en décrivant votre situation.

7. Sécurité des sauvegardes et les quatre moments où une sauvegarde manuelle s’impose

Un fichier de sauvegarde contient tout le contenu, les prospects et la base de données : c’est une donnée sensible en soi, et sa fuite constitue aussi un incident.

Point de contrôle	Exigence	Fréquence de contrôle
Chiffrement du stockage	Fichiers de sauvegarde chiffrés côté serveur ou stockés en archive chiffrée	À revérifier à chaque changement de stockage
Droits d’accès	Autorisations minimales, suppression soumise à double confirmation	Trimestriel
Double authentification du compte	Obligatoire sur le compte de stockage des sauvegardes	Une seule fois, à revérifier en cas de changement de compte
Alerte en cas d’échec de tâche	Notification immédiate à une personne précise en cas d’échec de sauvegarde	Vérification mensuelle après configuration

Outre le rythme régulier, quatre moments exigent une sauvegarde manuelle immédiate, sans attendre la prochaine tâche planifiée.

Moments où une sauvegarde manuelle s’impose	Raison
Avant une mise à jour majeure du programme	L’échec de mise à jour est le cas le plus fréquent : il faut un point de retour précis
Avant de modifier le thème ou de mettre en ligne une nouvelle fonctionnalité	Les modifications écrasent des fichiers, le retour en arrière dépend d’un instantané complet
Avant une modification de contenu en masse ou un import de données	Une opération en masse ne s’annule pas ligne par ligne : une erreur se propage à tout
Avant une migration d’hébergeur	Les incohérences de données pendant la migration exigent un filet de sécurité complet

Ces quatre moments ont un point commun : l’action est irréversible. La sauvegarde planifiée couvre les risques du quotidien, l’instantané manuel couvre les erreurs humaines, et l’un ne remplace pas l’autre. L’équipe doit se mettre d’accord : celui qui lance une mise à jour ou une refonte appuie d’abord sur le bouton d’instantané, comme première étape de la procédure, pas comme une option. Pour l’enchaînement complet en cas de migration, voir Migration et redirections 301 Un article.

FAQ — Questions fréquentes

Quelle fréquence de sauvegarde suffit ?

Calquez-la sur le rythme de publication de votre contenu, sans uniformiser. Un site dont la base reçoit chaque jour de nouvelles demandes ou commandes doit sauvegarder au moins une fois par jour ; un site qui publie à la semaine se contente d’une sauvegarde complète hebdomadaire, plus un instantané avant chaque modification. Deux chiffres permettent de trancher : le volume de données ajoutées par jour, et la durée de perte de données que vous acceptez. Si vous tolérez de perdre au maximum une journée de demandes, l’intervalle ne doit pas dépasser un jour ; si une semaine vous convient, une sauvegarde hebdomadaire suffit.

Où stocker les sauvegardes en toute sécurité ?

Privilégiez un stockage objet dans une autre région et sur un autre compte, plus une copie locale. Le choix du fournisseur compte moins que la règle des trois différences : serveur différent du site, compte différent, région différente. La pire configuration consiste à garder les sauvegardes sur le même serveur ou le même compte : un intrus qui obtient les droits commence par les supprimer. Activez impérativement la double authentification sur le compte de stockage, et veillez à ce que les droits côté site n’autorisent pas la suppression des sauvegardes.

Sauvegarde par extension ou par panneau d’hébergement ?

Les deux sont complémentaires, il ne s’agit pas de choisir. La restauration via le panneau d’hébergement est la plus simple, mais les sauvegardes restent souvent sur la même machine : vérifiez qu’elles peuvent être téléchargées régulièrement ailleurs. Les extensions facilitent l’envoi automatique vers un cloud, donc l’externalisation, mais elles peuvent devenir inopérantes si le site est gravement endommagé. La configuration courante : l’extension pousse chaque jour les données modifiées vers un stockage distant, le panneau d’hébergement conserve une sauvegarde complète hebdomadaire, et un instantané manuel est pris avant toute modification importante.

Comment organiser un test de restauration, et cela affecte-t-il le site en ligne ?

Non, le test se fait sur un sous-domaine temporaire ou en local, sans toucher à la production. Cinq étapes : télécharger la dernière sauvegarde complète, monter un environnement de restauration, importer et restaurer, vérifier le fonctionnement des formulaires et des pages produit, comparer le nombre d’enregistrements avec la production, en chronométrant chaque étape. Un test complet tous les six mois, une vérification sur un fichier isolé chaque trimestre. L’étape qui bloque pendant le test est le point le plus dangereux en cas d’incident réel : réglez-la sur-le-champ plutôt que d’attendre l’accident.

À partir de quelle taille une base de données est-elle volumineuse, et à quoi faut-il faire attention pour la sauvegarde ?

La différence se joue à deux paliers, 200 Mo et 2 Go : en dessous de 200 Mo, la plupart des outils de sauvegarde s’en sortent sans problème ; au-delà de 2 Go, l’export par extension a vite fait de dépasser le délai et d’échouer, il faut passer à l’export en ligne de commande avec compression en volumes, et la restauration s’allonge alors jusqu’à une demi-journée. Attention aussi aux croissances anormales : une base de données qui double en un mois signale souvent des tables de logs qui gonflent ou des données parasites injectées. Cherchez d’abord la cause, ne vous contentez pas de sauvegarder.

Quand on change d’hébergeur, comment emporter ses sauvegardes en toute sécurité ?

En trois étapes. Première étape : faire une sauvegarde manuelle complète sur l’ancien hébergeur, couvrant la base de données, les fichiers et la configuration serveur. Deuxième étape : télécharger les fichiers de sauvegarde depuis l’ancien hébergeur vers votre poste local, sans faire du transfert direct entre les deux hébergeurs votre seul canal. Troisième étape : une fois le nouveau site opérationnel et le contenu vérifié, désactiver l’ancien hébergeur, en conservant les anciennes données au moins deux semaines. Pour les détails de résolution DNS et de redirections 301 pendant la migration, voyez l’article dédié à la migration de site.

Pour conclure

La sauvegarde est l’investissement contre-intuitif par excellence : invisible au quotidien, c’est elle qui fixe le plafond des pertes le jour où ça casse. Elle ne demande aucune technique pointue, juste trois choses qui doivent arriver à l’heure : un rythme jamais interrompu, des copies réellement hors site, et des restaurations réellement testées. Qu’il en manque une, et vos sauvegardes, même nombreuses, ne sont qu’un placebo.

Voici l’ordre à suivre : d’abord stocker les sauvegardes sur un autre compte et dans une autre région, ensuite vérifier que les quatre types d’éléments à sauvegarder sont bien tous couverts, enfin inscrire au calendrier un test de restauration semestriel en notant à chaque fois la durée. Ces trois étapes faites, la grande majorité des drames du type « on n’a rien pu récupérer » sont évités.Une seule phrase à retenir : une sauvegarde jamais testée, c’est comme pas de sauvegarde du tout.