Serveurs et cloud

Sauvegarde de site web : appliquer la règle du 3-2-1

Trois copies, deux supports, une copie hors site : la règle du 3-2-1 protège votre site contre les pannes, les piratages et les erreurs. Fréquence, automatisation et tests de restauration.

Sauvegarde de site web : appliquer la règle du 3-2-1

Une mise à jour qui tourne mal, une extension défectueuse, un piratage, une erreur de manipulation ou une panne matérielle : les raisons de perdre un site web sont nombreuses. Dans la plupart des cas, la différence entre un simple contretemps et une catastrophe tient à une seule question : disposez-vous d'une sauvegarde récente et réellement utilisable ?

La sauvegarde de site web est souvent considérée comme acquise, parce que l'hébergeur « fait des copies ». C'est utile, mais insuffisant pour une activité qui dépend de son site. La règle du 3-2-1, utilisée depuis longtemps par les professionnels de l'informatique, offre un cadre simple pour protéger vos données. Voyons comment l'appliquer concrètement.

Que faut-il sauvegarder ?

Un site web n'est pas qu'un ensemble de pages. Pour pouvoir le reconstruire à l'identique, il faut conserver :

  • Les fichiers : le code du site, le thème, les extensions et surtout les médias envoyés (images, documents, vidéos).
  • La base de données : contenus, comptes clients, commandes, réglages. Pour un CMS comme WordPress ou PrestaShop, c'est le cœur du site.
  • La configuration : fichiers de paramètres, règles de redirection, tâches planifiées, version de PHP utilisée.
  • Les e-mails, s'ils sont hébergés avec le site.

Une sauvegarde qui contient les fichiers mais pas la base de données, ou l'inverse, ne permet pas de restaurer un site fonctionnel. Le type d'hébergement compte aussi : sur un hébergement mutualisé, une partie des sauvegardes est gérée pour vous, alors que sur un serveur que vous administrez, tout repose sur vos réglages. Notre article mutualisé, VPS ou serveur dédié détaille ces différences.

La règle du 3-2-1 pour la sauvegarde de votre site web

  1. 3 copies de vos données : la version en production plus deux sauvegardes.
  2. 2 supports différents : par exemple le stockage de l'hébergeur et un autre service de stockage, ou un disque externe.
  3. 1 copie hors site : au moins une sauvegarde est conservée dans un autre lieu que le serveur principal, pour résister à un incident qui toucherait tout le centre de données ou le compte d'hébergement.

L'idée est simple : aucun incident unique, qu'il s'agisse d'une panne, d'un piratage, d'une erreur humaine ou d'un sinistre, ne doit pouvoir détruire toutes les copies en même temps.

Schéma animé de la règle du 3-2-1 : le site en production est copié vers un second support puis vers un stockage hors site
Trois copies, deux supports, une copie hors site : aucun incident isolé ne peut tout effacer.

Fréquence et durée de conservation

La bonne fréquence dépend du rythme auquel votre site change. Un site vitrine modifié une fois par mois n'a pas les mêmes besoins qu'une boutique en ligne qui enregistre des commandes toute la journée.

Type de siteFréquence conseilléeConservation conseillée
Site vitrineHebdomadaire, et avant chaque modificationPlusieurs semaines
Blog actifQuotidiennePlusieurs semaines
Boutique en ligneQuotidienne au minimum, base de données plus souventPlusieurs semaines, avec quelques copies mensuelles
Application métierSelon la criticité, parfois plusieurs fois par jourÀ définir avec l'équipe

Conserver plusieurs générations de sauvegardes est essentiel : un piratage ou une corruption de données peut passer inaperçu pendant des jours. Si vous ne gardez que la copie de la veille, elle risque de contenir le même problème.

Automatiser pour ne jamais oublier

Une sauvegarde manuelle finit toujours par être oubliée. Automatisez-la : outils fournis par le panneau d'hébergement, tâches planifiées, extensions dédiées ou services spécialisés. Un service comme CodeGuard sauvegarde automatiquement votre site en dehors de votre hébergement et permet de revenir à une version précédente.

Sur un serveur que vous administrez vous-même, comme un VPS Linux, prévoyez des scripts de sauvegarde planifiés pour les fichiers et les bases de données, avec un envoi chiffré vers un stockage externe. Pour WordPress, la documentation officielle sur wordpress.org décrit les éléments à sauvegarder.

Tester la restauration : l'étape oubliée

Une sauvegarde n'a de valeur que si elle peut être restaurée. Or beaucoup d'entreprises découvrent le jour de l'incident que leurs archives sont incomplètes, corrompues ou impossibles à réinstaller. Planifiez un test régulier :

  1. Restaurez la sauvegarde sur un environnement de test, jamais directement sur le site en production.
  2. Vérifiez que les pages s'affichent, que la connexion à l'administration fonctionne et que les derniers contenus sont présents.
  3. Notez le temps nécessaire : c'est la durée d'indisponibilité à prévoir en cas de vrai problème.
  4. Documentez la procédure pour qu'une autre personne puisse la suivre.
Infographie en quatre étapes pour tester la restauration d'une sauvegarde : restaurer sur un environnement de test, vérifier le site, mesurer le temps, documenter
Quatre étapes pour vérifier qu'une sauvegarde peut vraiment remettre votre site en ligne.

Votre plan de sauvegarde en cinq décisions

Pour passer de la théorie à la pratique, il suffit de prendre cinq décisions et de les écrire noir sur blanc, dans un document que toute l'équipe peut consulter :

  1. Le périmètre : quels sites, quelles bases de données et quelles boîtes e-mail sont concernés.
  2. La fréquence : à quel rythme chaque élément est copié, en fonction de son évolution.
  3. Les emplacements : où se trouvent les deux sauvegardes, dont celle conservée hors site.
  4. La durée de conservation : combien de versions vous gardez, et pendant combien de temps.
  5. Le responsable : qui surveille les sauvegardes, qui reçoit les alertes en cas d'échec et qui réalise les tests de restauration.

Ce document tient en une page, mais il fait toute la différence le jour d'un incident : personne ne perd de temps à chercher où sont les copies ni comment les remettre en place. Relisez-le au moins une fois par an, ou dès que votre site évolue fortement, par exemple lors de l'ouverture d'une boutique en ligne.

Sauvegardes et rançongiciels

Les rançongiciels chiffrent les fichiers accessibles depuis la machine infectée, y compris parfois les sauvegardes connectées en permanence. Gardez au moins une copie déconnectée ou protégée en écriture, et séparez les accès : le compte qui administre le site ne devrait pas pouvoir effacer les archives hors site. Enfin, protégez les accès à vos outils de sauvegarde avec un mot de passe unique et, si possible, une double authentification.

Questions fréquentes

Les sauvegardes de mon hébergeur ne suffisent-elles pas ?

Elles constituent une bonne première copie, mais elles sont souvent stockées chez le même prestataire et conservées peu de temps. La règle du 3-2-1 recommande au moins une copie supplémentaire indépendante.

Où stocker la copie hors site ?

Sur un service de stockage externe, un autre serveur ou un support conservé dans un autre lieu. L'essentiel est qu'un incident sur votre hébergement ne puisse pas l'atteindre.

Faut-il chiffrer les sauvegardes ?

Oui, surtout si elles contiennent des données de clients. Une archive volée doit rester illisible sans la clé de chiffrement, conservée en lieu sûr.

À quelle fréquence tester la restauration ?

Plusieurs fois par an au minimum, et après chaque changement important de l'infrastructure ou de l'outil de sauvegarde.

Protégez votre site dès aujourd'hui

Appliquer la règle du 3-2-1, automatiser les copies et tester les restaurations vous évitera de tout reconstruire après un incident. Si vous préférez déléguer, notre service d'infogérance web prend en charge la surveillance, les mises à jour et les sauvegardes de votre site, avec des tests de restauration réguliers.

À lire aussi

Articles similaires

Prêt à lancer votre projet web ?

Un conseiller VSP TECH vous aide à choisir la bonne offre, sans engagement.

Support VSPTECH

Vérification...
👋 Bonjour ! Une question sur nos hébergements, VPS ou domaines ? Écrivez-nous, on vous répond dès que possible.

Merci de vous présenter avant d'écrire — vos coordonnées permettent au support de vous recontacter.