Un site web qui disparaît du jour au lendemain, ce n’est pas un scénario de film. Une mise à jour qui échoue, un piratage, une erreur de manipulation ou la panne d’un hébergeur suffisent. Dans ces moments-là, une seule question compte : existe-t-il une copie récente et utilisable de votre site ? La règle 3-2-1 est la méthode la plus simple pour pouvoir répondre « oui » à coup sûr, et elle s’applique aussi bien à un petit site vitrine qu’à une boutique en ligne qui traite des centaines de commandes.

Ce que dit la règle 3-2-1, et pourquoi une seule sauvegarde ne suffit pas

Le principe tient en une phrase : gardez 3 copies de vos données, sur 2 supports différents, dont 1 hors site. Pour un site WordPress, cela donne la version en ligne, une sauvegarde stockée sur un autre serveur ou chez l’hébergeur, et une troisième copie dans un stockage externe totalement indépendant, par exemple un stockage cloud de type S3. Si l’une des trois disparaît, les deux autres restent disponibles. Cette règle vient du monde de l’informatique d’entreprise, où elle protège depuis longtemps serveurs et postes de travail ; sa force est de ne dépendre d’aucun logiciel en particulier.

Beaucoup de PME pensent être protégées parce que « l’hébergeur fait des sauvegardes ». C’est souvent vrai, mais ces copies sont généralement stockées sur la même infrastructure que le site. Si le compte d’hébergement est compromis, suspendu, ou si le serveur subit un incident majeur, la sauvegarde peut disparaître en même temps que le site. Autre piège fréquent : une sauvegarde automatique qui écrase chaque nuit la précédente. Si un piratage passe inaperçu pendant une semaine, vous ne disposez plus que de copies déjà infectées. C’est pourquoi il faut conserver plusieurs générations de sauvegardes, et vérifier qu’elles contiennent bien les deux moitiés d’un site WordPress : les fichiers (thème, extensions, images, configuration) et la base de données (pages, articles, réglages, commandes, comptes clients). L’une sans l’autre ne permet pas de reconstruire le site.

Appliquer la règle à un site WordPress

Concrètement, une organisation raisonnable pour un site d’entreprise repose sur trois éléments :

• Copie 1 – le site en production, celui que voient vos visiteurs.
• Copie 2 – une sauvegarde automatique quotidienne (fichiers et base de données), réalisée par une extension spécialisée ou un outil de gestion centralisée, et conservée ailleurs que dans le dossier du site.
• Copie 3 – une sauvegarde externalisée chez un fournisseur de stockage distinct de votre hébergeur, idéalement en Europe pour simplifier la conformité RGPD.

La fréquence dépend de votre activité. Une boutique WooCommerce qui reçoit des commandes chaque jour a besoin de sauvegardes de base de données bien plus rapprochées qu’un site vitrine mis à jour une fois par mois. Dans tous les cas, une sauvegarde manuelle juste avant chaque opération sensible (mise à jour majeure de WordPress, changement de thème, nouvelle extension importante, migration d’hébergeur) évite bien des sueurs froides.

Reste la durée de conservation. Il n’existe pas de règle universelle, mais garder une sauvegarde par jour sur les deux dernières semaines permet de revenir en arrière après un problème découvert tardivement, et une sauvegarde par semaine sur un ou deux mois couvre les cas plus rares. Attention toutefois aux données personnelles : si votre site collecte des informations clients via des formulaires, des comptes ou des commandes, vos sauvegardes en contiennent aussi. Elles doivent donc être stockées de manière sécurisée, avec un accès limité, et ne pas être conservées indéfiniment sans raison.

Tester la restauration : là où tout se joue

Une sauvegarde n’a de valeur que si elle se restaure. Archive incomplète, base de données tronquée, fichier corrompu : ces problèmes ne se découvrent souvent qu’au moment où l’on en a besoin, c’est-à-dire au pire moment. La seule parade consiste à réaliser régulièrement une restauration de test sur un environnement séparé, par exemple un sous-domaine de préproduction. C’est aussi l’occasion de mesurer le temps réel de remise en ligne : savoir qu’il faut une heure, et non une journée, pour remettre votre site en service change complètement la façon de gérer une crise.

Dans les sites que nous reprenons, les mêmes failles reviennent souvent. Les sauvegardes sont stockées dans le même dossier que le site, si bien qu’un piratage ou une suppression accidentelle emporte tout. Les identifiants du stockage externe sont enregistrés en clair ou partagés entre plusieurs sites, et une seule fuite expose alors toutes les copies. Aucune alerte n’est prévue en cas d’échec, et la sauvegarde ne fonctionne plus depuis des semaines sans que personne ne s’en aperçoive. Enfin, plus personne ne sait restaurer, parce que le prestataire d’origine est parti sans laisser de procédure écrite. Aucune de ces situations n’est grave tant qu’il n’y a pas d’incident ; toutes deviennent critiques le jour où il y en a un.

Par où commencer cette semaine

Posez-vous trois questions simples. Où sont stockées mes sauvegardes aujourd’hui ? Combien de jours d’historique ai-je réellement ? Quand ai-je testé une restauration pour la dernière fois ? Si l’une de ces réponses est floue, votre site n’est pas aussi protégé que vous le pensez, et il vaut mieux le découvrir maintenant qu’au lendemain d’une panne. Chez Digisense, nous mettons en place ce type de sauvegarde externalisée sur les sites que nous maintenons : c’est précisément le genre de tâche invisible qui fait toute la différence le jour où quelque chose tourne mal. Parlons de votre site.