Sauvegarde site web : ce que la règle 3-2-1 impose à une PME
Une sauvegarde site web n’a de valeur que si elle répond à trois questions le jour où le site est cassé, piraté ou effacé : où est la copie, de quand date-t-elle, combien de temps faut-il pour la remettre en ligne. La règle 3-2-1, reprise par l’ANSSI dans son guide d’hygiène informatique et par cybermalveillance.gouv.fr, donne un cadre simple pour y répondre.
- 3 copies de vos données : la production et deux sauvegardes.
- 2 supports différents, qui ne tombent pas en panne pour la même raison : le serveur d’hébergement et un stockage indépendant, par exemple.
- 1 copie hors site, chez un autre prestataire ou sur un autre réseau, hors de portée d’un incident sur l’infrastructure d’origine (panne, rançongiciel, erreur humaine, compte clôturé).
Pour un site de PME, cela donne trois niveaux : la sauvegarde quotidienne incluse dans l’hébergement, une sauvegarde automatique hors de l’hébergement, et un export que vous conservez vous-même.
Ce que couvre la sauvegarde quotidienne de l’hébergeur, et ses limites
Sur un hébergement web mutualisé NovaHoster, une sauvegarde quotidienne de l’abonnement est réalisée côté serveur : fichiers, bases de données et comptes de messagerie. Elle sert d’abord à l’exploitation : remonter un abonnement après un incident matériel ou une erreur d’administration. Elle est utile et incluse, mais elle a trois limites.
- Même infrastructure. La copie est conservée par le même exploitant, avec les mêmes accès. Elle ne protège ni d’un événement qui touche toute l’infrastructure, ni d’un compte résilié ou piraté.
- Durée de conservation courte. Les points de restauration sont écrasés par rotation, en général après quelques jours à quelques semaines selon l’offre. Une injection de code restée discrète ou une page supprimée un mois plus tôt ne sont plus rattrapables.
- Ce n’est pas une archive. Elle ne conserve pas l’état du site à une date choisie (avant une refonte, par exemple) et ne remplace pas un export que vous détenez.
Vous pouvez aussi créer vos propres sauvegardes dans Plesk, les planifier et les envoyer vers un stockage FTP ou cloud externe. La procédure écran par écran est décrite dans le guide Sauvegarder, migrer et restaurer un site ; ce guide-ci se concentre sur la stratégie et les contrôles.
Sauvegarde WordPress hors site : ce que le service NovaHoster ajoute
La sauvegarde automatique NovaHoster est un service distinct de l’hébergement, dès 14,90 €/an HT pour 1 Go. Elle constitue la deuxième copie et le deuxième support de la règle 3-2-1, et apporte trois choses de plus.
- Une copie quotidienne hors de l’hébergement. Le service se connecte en lecture à vos fichiers et à votre base, prend un instantané par jour et le conserve sur un stockage séparé de votre serveur, que le site soit hébergé chez NovaHoster ou ailleurs.
- Une restauration en un clic, à la date de votre choix : le site complet ou un seul fichier, depuis une interface, sans ticket ni ligne de commande. Un test de restauration est possible avant de toucher à la production.
- Une alerte en cas de modification suspecte. Un fichier modifié sans action de votre part, ou un échec de sauvegarde, vous est signalé par e-mail. C’est souvent le premier signe d’une injection, à traiter avec le guide Supprimer un malware avec Imunify360.
Les formules vont de 1 Go à 200 Go et ne diffèrent que par l’espace ; dimensionnez sur la taille réelle du site, fichiers et base, avec de la marge pour l’historique.
Ce que vous devez tout de même faire vous-même : la troisième copie
Les deux premiers niveaux sont automatiques. La troisième copie, celle qui vous appartient entièrement, reste à votre charge. Elle couvre la perte d’accès à vos deux prestataires en même temps (litige, impayé, compte piraté) et le besoin d’un état du site vieux de plusieurs mois.
- Un export téléchargé à rythme fixe, mensuel pour un site vitrine, hebdomadaire pour une boutique : archive des fichiers et export SQL de la base, téléchargés sur un poste ou un NAS de l’entreprise.
- Une copie chez un autre fournisseur ou sur un stockage objet compatible S3 : le gestionnaire de sauvegardes de Plesk y envoie ses archives ; sur un serveur dédié, un script
rcloneoursyncfait la même chose. - Une conservation longue : une sauvegarde par trimestre et une par an, chiffrées, sur un support déconnecté, le mot de passe étant consigné dans le gestionnaire de mots de passe de l’entreprise.
La règle 3-2-1 appliquée à un hébergement NovaHoster
| Niveau | Support | Lieu | Qui s’en charge | Sert à |
|---|---|---|---|---|
| Production | Serveur d’hébergement | Datacenter en France | Vous | Le site en ligne |
| Copie 1 : sauvegarde quotidienne de l’hébergement | Même infrastructure | Chez l’hébergeur | NovaHoster | Incident serveur, erreur de la veille |
| Copie 2 : sauvegarde automatique NovaHoster | Stockage séparé (deuxième support) | Hors de l’hébergement (copie hors site) | Le service ; vous restaurez | Retour à une date choisie, alerte |
| Copie 3 : export conservé par vous | Poste, NAS, stockage objet ou autre fournisseur | Dans l’entreprise ou chez un tiers | Vous | Archive longue, perte des accès, litige |
Quoi sauvegarder exactement : la liste complète d’un site de PME
Un site ne se résume pas à son dossier web. Le tableau liste ce qu’un plan de sauvegarde PME doit couvrir, où chaque élément se trouve et qui en a la charge. Sur un serveur dédié avec infogérance serveur, la sauvegarde du système fait partie du contrat ; les exports applicatifs restent à définir.
| Élément | Où il est | Fréquence | Qui s’en charge |
|---|---|---|---|
| Fichiers du site (code, thème, extensions) | Dossier httpdocs | Quotidienne, plus une copie avant chaque mise à jour | Hébergeur, service, vous |
| Médias (images, PDF, fichiers envoyés) | wp-content/uploads, img/ selon le CMS | Quotidienne | Hébergeur, service |
| Base de données | MySQL ou MariaDB, via phpMyAdmin | Quotidienne ; plusieurs fois par jour pour une boutique | Hébergeur, service, vous pour l’export |
| Configuration : fichiers du CMS, tâches planifiées, version PHP | wp-config.php, .htaccess, app/config/parameters.php (PrestaShop), .env (Laravel), Plesk | À chaque modification | Vous, copie chiffrée à part |
| Clés et secrets (API de paiement, SMTP, licences, clés de salage) | Fichiers de configuration et comptes des prestataires | À chaque changement | Vous, gestionnaire de mots de passe |
| E-mails | Boîtes IMAP du serveur de messagerie | Quotidienne par l’hébergeur ; export local périodique | Hébergeur, vous |
| Zone DNS | Gestionnaire DNS du bureau d’enregistrement ou de Plesk | À chaque modification | Vous, export texte des enregistrements |
| Certificat SSL | Plesk | Inutile pour Let’s Encrypt ; clé privée et certificat à conserver pour un OV ou EV | Vous |
Les oublis les plus fréquents sont la zone DNS et les secrets : sans eux, le site revient, mais sans e-mails ni paiement. Les deux tiennent dans un fichier texte chiffré.
Fréquence de sauvegarde selon le type de site
La bonne fréquence dépend de ce que vous acceptez de perdre. Posez la question : « si je reviens à la sauvegarde d’hier soir, qu’est-ce qui manque ? ». Une page à refaire : la quotidienne suffit. Quarante commandes : la base doit être sauvegardée plus souvent que les fichiers.
| Type de site | Fichiers | Base de données | Export conservé par vous | Conservation en ligne |
|---|---|---|---|---|
| Site vitrine | Quotidienne | Quotidienne | Mensuel, et avant chaque refonte | 30 jours, puis une archive par an |
| Blog ou site éditorial | Quotidienne | Quotidienne | Hebdomadaire | 30 à 90 jours |
| Boutique en ligne | Quotidienne | Plusieurs fois par jour, toutes les heures en forte activité | Hebdomadaire | 90 jours, plus des archives trimestrielles |
| Application métier (réservation, extranet, portail client) | Quotidienne | Toutes les heures, ou réplication | Quotidien, automatisé vers un stockage objet | 90 jours, test de restauration mensuel |
Une sauvegarde horaire de la base se met en place avec une tâche planifiée Plesk qui exécute mysqldump ; prévoyez l’espace disque et une rotation. Les factures d’une boutique relèvent d’une conservation comptable distincte, à assurer dans le logiciel de facturation.
Les outils : Plesk, extension WordPress, ligne de commande, service externe
Un plan 3-2-1 combine en général deux ou trois de ces quatre familles d’outils.
Le gestionnaire de sauvegardes de Plesk
Il sauvegarde l’abonnement complet ou une sélection, se planifie, exclut des dossiers (caches, journaux), envoie l’archive vers un FTP ou un stockage cloud distant et restaure un objet isolé.
Une extension de sauvegarde WordPress
UpdraftPlus, BackWPup ou Duplicator créent une archive et l’envoient vers un stockage distant. Leur limite est structurelle : elles tournent dans PHP, via le planificateur interne de WordPress. Sur un site lourd, l’archive peut être tronquée ; sans visite la nuit, la tâche ne part pas. Lisez leurs journaux et ne les laissez jamais stocker les archives uniquement dans wp-content. Le guide Sauvegarder, accélérer et sécuriser WordPress sur NovaHoster liste les fichiers à inclure.
La ligne de commande, sur un serveur dédié ou avec accès SSH
Un script lancé par cron enchaîne export de la base, archivage, chiffrement et envoi vers un stockage objet. Le cœur tient en une ligne :
mysqldump --single-transaction -u UTILISATEUR -p BASE | gzip > base-$(date +%F).sql.gz
Le service de sauvegarde automatique
Il remplace l’extension et le script pour la copie hors site quotidienne, ne dépend ni de PHP ni du trafic, et ajoute la restauration en un clic et l’alerte de modification.
Le test de restauration : une sauvegarde non testée n’existe pas
Une archive peut être corrompue, tronquée, privée de sa base ou chiffrée avec un mot de passe que personne ne retrouve. Tant qu’une restauration n’a pas été menée jusqu’au bout, vous ne possédez pas une sauvegarde, vous possédez un fichier. Le test se fait sur un sous-domaine, jamais en production.
- Créez un sous-domaine (
test.votredomaine.fr) dans Plesk, protégé par mot de passe et exclu de l’indexation. Sur un hébergement WordPress à partir de la formule BUSINESS, le staging en un clic fournit cet environnement. - Restaurez-y la dernière sauvegarde complète, fichiers et base (restauration de test avec le service de sauvegarde automatique).
- Adaptez la configuration (URL, identifiants de base), puis coupez les envois d’e-mails, les webhooks de paiement et les tâches planifiées : l’environnement de test ne doit contacter ni vos clients ni vos prestataires.
- Vérifiez une liste fixe : accueil, connexion à l’administration, trois pages profondes, un formulaire, les médias et la commande ou l’article les plus récents. Comparez le nombre de lignes des tables principales avec la production.
- Chronométrez : la durée obtenue est votre délai réel de remise en ligne. S’il est incompatible avec votre activité, c’est maintenant qu’il faut le réduire.
- Consignez date, sauvegarde utilisée, durée, écarts et personne.
- Supprimez l’environnement de test : il contient des données personnelles.
Fréquence : trimestrielle au minimum, mensuelle pour une boutique ou une application, plus un test après tout changement d’outil ou d’hébergeur, réalisé au moins une fois par une personne autre que celle qui a mis la sauvegarde en place.
Avant une mise à jour ou une migration : la sauvegarde datée
Les sauvegardes automatiques tournent à heure fixe ; une mise à jour ou une migration se fait parfois des heures après la dernière copie. Il faut donc une sauvegarde manuelle, datée et nommée, juste avant l’opération.
- Lancez une sauvegarde complète dans Plesk ou dans le service de sauvegarde, avec un nom explicite (« avant-maj-woocommerce-2026-10 »), puis vérifiez sa taille et la présence de la base.
- Pour une mise à jour de WordPress, d’un thème ou d’une extension, testez d’abord sur le staging ; la méthode est dans Mettre à jour WordPress sans casser le site.
- Pour une migration, gelez les écritures (mode maintenance) et refaites un export de la base juste avant la bascule DNS, pour ne perdre ni commande ni inscription.
- Gardez l’ancien hébergement actif quelques semaines après la migration : c’est une copie de secours gratuite.
Durée de conservation et RGPD : ce que contiennent vos sauvegardes
Une sauvegarde contient des données personnelles : comptes clients, commandes, messages de formulaire, journaux. Elle relève des mêmes obligations que la production : sécurité, accès restreint, prestataire sous contrat de sous-traitance et durée de conservation définie. La CNIL demande une durée justifiée pour chaque donnée ; les sauvegardes ne doivent pas servir à la contourner.
- Durée. Fixez une durée pour les sauvegardes courantes (30 à 90 jours en général) et une durée distincte, justifiée, pour les archives longues, en les purgeant des comptes clients inactifs.
- Droit à l’effacement. Supprimez la donnée en production. Pour les sauvegardes, la pratique admise consiste en général à laisser la rotation faire disparaître la donnée dans le délai fixé, à condition de documenter ce délai, d’en informer la personne et de ne pas réutiliser la donnée. Si vous restaurez une sauvegarde, rejouez les effacements intervenus depuis.
- Sécurité et localisation. Chiffrez les archives que vous conservez, restreignez l’accès au stockage et vérifiez où sont les copies : un stockage hors Union européenne est un transfert à encadrer. La perte ou l’exposition d’une sauvegarde est une violation de données, à notifier le cas échéant à la CNIL sous 72 heures.
- Documentation. Notez au registre des traitements ce qui est sauvegardé, où, combien de temps et qui y accède.
Les obligations générales (mentions, cookies, formulaires, contrat avec l’hébergeur) sont traitées dans le guide RGPD site internet PME : liste de contrôle hébergement .
Erreurs classiques et liste de contrôle du plan de sauvegarde PME
Sept erreurs reviennent dans la plupart des restaurations ratées.
- La sauvegarde sur le même serveur. Un dossier
backupsdanshttpdocsdisparaît avec le site, et il est parfois téléchargeable publiquement. - L’extension WordPress jamais vérifiée. Le planificateur ne se déclenche plus ou les archives font zéro octet ; personne n’a lu le journal.
- Le mot de passe de l’archive perdu. La personne qui l’a configuré est partie ; la sauvegarde est intacte et inutilisable.
- Les sauvegardes qui saturent l’espace disque. Sans rotation, les archives remplissent l’abonnement ; le site renvoie des erreurs et la sauvegarde suivante échoue aussi.
- La base sans les fichiers, ou l’inverse. Sans la médiathèque, le site restauré est plein d’images cassées.
- Une seule personne sait restaurer, souvent le prestataire, injoignable un dimanche.
- Les secrets et la zone DNS oubliés. Le site revient, sans paiement ni e-mails.
Liste de contrôle
- Trois copies identifiées : hébergeur, sauvegarde hors site, export conservé par vous.
- Périmètre écrit : fichiers, base, e-mails, zone DNS, configuration, secrets, médias.
- Fréquence adaptée à la perte de données acceptable.
- Rotation configurée, espace disque surveillé, alertes d’échec reçues sur une adresse lue chaque jour.
- Mot de passe de chiffrement dans le gestionnaire de mots de passe.
- Test de restauration trimestriel sur un sous-domaine, chronométré et consigné.
- Sauvegarde manuelle nommée avant chaque mise à jour ou migration.
- Durée de conservation fixée, documentée au registre, archives longues minimisées.
- Deux personnes capables de restaurer, procédure écrite accessible hors du site.
- Revue du plan une fois par an.
Questions fréquentes
Qu’est-ce que la règle 3-2-1 pour sauvegarder son site internet ?
La sauvegarde quotidienne de mon hébergeur suffit-elle ?
À quelle fréquence sauvegarder un site WordPress ?
Comment tester la restauration d’un site sans risque ?
Combien de temps conserver les sauvegardes d’un site web ?
Que faire d’une demande d’effacement RGPD quand la donnée est dans une sauvegarde ?
Faut-il sauvegarder la zone DNS et les e-mails en plus du site ?
Guides liés
Pour aller plus loin sur le même sujet, et sur ce qui l’entoure :
Sources techniques
[1] ANSSI — Guide d’hygiène informatique : renforcer la sécurité de son système d’information en 42 mesures [2] Cybermalveillance.gouv.fr — Bonnes pratiques : les sauvegardes [3] CNIL — Les durées de conservation des données [4] CNIL — Notifier une violation de données personnelles [5] WordPress.org — Advanced Administration Handbook : WordPress Backups
Les options visibles et les formules dépendent de votre abonnement. Faites vérifier le contexte depuis l’Espace client, sans transmettre de mot de passe.
Demander une vérification