Comment sauvegarder son site web efficacement
Sauvegarder son site web efficacement veut dire trois choses : une copie complète (fichiers et base de données), stockée ailleurs que sur le serveur du site, mise à jour à une fréquence adaptée à l'activité du site, et testée en restauration au moins une fois. Une sauvegarde qu'on n'a jamais essayé de restaurer n'est qu'une hypothèse de sauvegarde.
Le problème : la sauvegarde qu'on croit avoir
Beaucoup de propriétaires de sites pensent être couverts parce que leur hébergeur "fait des sauvegardes". C'est souvent vrai, et souvent insuffisant. Trois angles morts reviennent sans cesse : la sauvegarde est stockée sur le même serveur que le site (donc perdue en cas de panne matérielle grave), elle ne couvre que les fichiers sans la base de données (ou l'inverse), ou personne ne l'a jamais testée en restauration réelle.
Le jour où un site est piraté, victime d'une erreur de mise à jour, ou simplement inaccessible après une fausse manipulation, la sauvegarde est le seul filet de sécurité. Découvrir à ce moment-là qu'elle date de huit mois, ou qu'elle ne se restaure pas correctement, transforme un incident gérable en crise longue.
Ce qu'une sauvegarde complète doit contenir
Un site web repose sur deux éléments distincts qui doivent être sauvegardés ensemble, sous peine d'un site restauré mais cassé :
- Les fichiers : code du site, thème, plugins, images, documents téléchargés par les visiteurs (devis, CV, pièces jointes de formulaire).
- La base de données : contenu des pages, articles de blog, comptes utilisateurs, commandes pour un site e-commerce, configuration du CMS.
Restaurer les fichiers sans la base de données donne un site vide de contenu. Restaurer la base sans les fichiers donne un site cassé visuellement, images et styles manquants. Une sauvegarde efficace synchronise toujours les deux au même instant.
Choisir la bonne fréquence selon l'activité du site
La fréquence de sauvegarde doit correspondre au rythme de mise à jour du site, pas à une règle générale. Un site figé pendant des mois n'a pas besoin d'une sauvegarde quotidienne ; un site avec commandes ou formulaires actifs chaque jour ne peut pas se permettre une sauvegarde hebdomadaire.
| Type de site | Fréquence recommandée | Ce qui est perdu en cas d'incident |
|---|---|---|
| Vitrine statique, mise à jour rare | Hebdomadaire | Modifications de la semaine en cours |
| Site avec blog actif | Quotidienne | Un article ou une actualité au pire |
| Site avec formulaires de contact/devis | Quotidienne, voire plus | Des demandes clients potentiellement perdues |
| E-commerce ou espace client | Quotidienne, avec sauvegarde des commandes en quasi temps réel | Commandes, paiements, données clients |
Pour un site avec des enjeux commerciaux directs (formulaires de devis, réservation, panier), une perte d'une journée de données peut représenter des clients perdus, pas seulement du contenu éditorial à refaire.
Où stocker les sauvegardes
Le principe le plus important, souvent négligé : la sauvegarde ne doit jamais résider uniquement sur le même serveur que le site. Si ce serveur tombe en panne matérielle, est piraté, ou subit une corruption de disque, la copie de secours disparaît avec l'original.
Une méthode simple et robuste, inspirée de la règle "3-2-1" utilisée en informatique professionnelle :
- Une copie sur le serveur d'hébergement (rapide à restaurer pour les petits incidents).
- Une copie sur un support ou service distinct de l'hébergeur principal.
- Idéalement une copie hors ligne ou sur un autre prestataire, pour couvrir le scénario extrême où l'hébergeur lui-même disparaît ou est compromis.
Pour une TPE, les deux premiers niveaux couvrent déjà la grande majorité des scénarios réels. Le troisième niveau se justifie surtout pour un site à fort enjeu commercial (e-commerce, plateforme SaaS).
Tester la restauration, pas seulement la sauvegarde
C'est l'étape que presque personne ne fait, et c'est la plus importante. Une sauvegarde peut être corrompue, incomplète, ou incompatible avec l'environnement de restauration sans que cela se voie avant d'en avoir réellement besoin. Un test trimestriel simple suffit : restaurer la sauvegarde sur un environnement de test (pas le site en production) et vérifier que le site fonctionne réellement, pages, formulaires et images compris.
Ce test prend généralement moins d'une heure et évite la pire des surprises : découvrir en pleine crise, au moment où le site est déjà en panne, que la sauvegarde ne se restaure pas.
Garder un historique, pas seulement la dernière version
Certains incidents ne sont détectés que plusieurs jours après leur apparition : une infection discrète, une corruption progressive de données, une erreur de configuration qui ne casse rien immédiatement. Si seule la dernière sauvegarde est conservée, elle peut déjà contenir le problème. Garder 3 à 4 versions espacées dans le temps (par exemple les quatre dernières semaines) permet de revenir à un état sain antérieur à l'apparition du problème.
Automatiser plutôt que compter sur la mémoire
Une sauvegarde manuelle, faite "quand on y pense", finit presque toujours par sauter une semaine, puis un mois, jusqu'au jour où elle aurait été utile. La bonne pratique consiste à automatiser entièrement le processus : une tâche planifiée qui exporte fichiers et base de données selon la fréquence choisie, envoie la copie vers un stockage externe, et alerte par email en cas d'échec.
Cette automatisation retire l'humain de la boucle sur la partie répétitive, mais ne dispense pas de vérifier de temps en temps que les alertes fonctionnent réellement. Un système d'alerte silencieux depuis plusieurs mois donne une fausse impression de sécurité, exactement comme une sauvegarde jamais testée.
Le coût réel d'une sauvegarde absente
Sans sauvegarde exploitable, la seule option en cas de problème grave est de reconstruire le site depuis zéro : récupérer les textes dans d'anciens emails ou documents, retrouver les images, recréer la structure. Pour un site professionnel avec plusieurs dizaines de pages, ce travail représente généralement plusieurs jours, parfois plusieurs semaines s'il faut aussi retrouver le contenu perdu. Comparé au coût quasi nul d'une sauvegarde automatisée et testée, le calcul est vite fait.
Ce qu'il faut retenir
- Une sauvegarde efficace couvre à la fois les fichiers et la base de données, au même instant.
- La fréquence dépend de l'activité réelle du site, pas d'une règle unique : hebdomadaire pour un site statique, quotidienne pour un site avec formulaires ou commandes.
- Ne jamais stocker la sauvegarde uniquement sur le serveur du site : une copie externe est indispensable.
- Une sauvegarde jamais testée en restauration n'est qu'une hypothèse, à vérifier au moins une fois par trimestre.
- Conserver un historique de plusieurs versions protège contre les incidents détectés tardivement.
- Pour un site à enjeu commercial (devis, commandes), la perte d'une seule journée de données peut coûter des clients réels.
Questions fréquentes
À quelle fréquence faut-il sauvegarder son site web ?
Pour un site vitrine mis à jour rarement, une sauvegarde hebdomadaire suffit. Pour un site avec un blog actif, un e-commerce ou des formulaires générant des données quotidiennes, une sauvegarde journalière est nécessaire pour limiter la perte en cas d'incident.
Où faut-il stocker les sauvegardes d'un site ?
Jamais uniquement sur le même serveur que le site. Si le serveur tombe ou est piraté, la sauvegarde disparaît avec lui. Un stockage externe (autre hébergeur, cloud dédié) garantit qu'elle reste accessible même en cas de panne totale.
Une sauvegarde automatique de l'hébergeur suffit-elle ?
Elle est un bon point de départ mais rarement suffisante seule : vérifiez sa fréquence réelle, sa durée de rétention et surtout si elle a déjà été testée en restauration. Beaucoup de sauvegardes automatiques ne sont jamais vérifiées avant le jour où on en a besoin.
Combien de temps faut-il garder les anciennes sauvegardes ?
Un historique de 3 à 4 versions espacées dans le temps (pas seulement la dernière) permet de revenir avant l'apparition d'un problème détecté tardivement, comme une infection ou une corruption de données passée inaperçue plusieurs jours.
Si vous préférez ne plus avoir à vérifier vous-même que vos sauvegardes fonctionnent, un site web géré avec sauvegardes et hébergement inclus s'en occupe en continu.
Questions fréquentes
›À quelle fréquence faut-il sauvegarder son site web ?
Pour un site vitrine mis à jour rarement, une sauvegarde hebdomadaire suffit. Pour un site avec un blog actif, un e-commerce ou des formulaires générant des données quotidiennes, une sauvegarde journalière est nécessaire pour limiter la perte en cas d'incident.
›Où faut-il stocker les sauvegardes d'un site ?
Jamais uniquement sur le même serveur que le site. Si le serveur tombe ou est piraté, la sauvegarde disparaît avec lui. Un stockage externe (autre hébergeur, cloud dédié) garantit qu'elle reste accessible même en cas de panne totale.
›Une sauvegarde automatique de l'hébergeur suffit-elle ?
Elle est un bon point de départ mais rarement suffisante seule : vérifiez sa fréquence réelle, sa durée de rétention et surtout si elle a déjà été testée en restauration. Beaucoup de sauvegardes automatiques ne sont jamais vérifiées avant le jour où on en a besoin.
›Combien de temps faut-il garder les anciennes sauvegardes ?
Un historique de 3 à 4 versions espacées dans le temps (pas seulement la dernière) permet de revenir avant l'apparition d'un problème détecté tardivement, comme une infection ou une corruption de données passée inaperçue plusieurs jours.