Sauvegarde de site : que faut-il conserver et à quelle fréquence ?

Définissez ce que signifie récupérer

Commencez par une question : si le site disparaît aujourd’hui, que doit-on retrouver demain ? Un site vitrine a besoin de pages, images, formulaires et réglages. Une boutique ajoute produits, commandes, comptes, paiements et intégrations. Le plan dépend du coût de l’arrêt et de la quantité de données récentes impossible à perdre.

Définissez un délai et un point de récupération réalistes. Le délai indique la vitesse de remise en service. Le point indique la quantité d’activité récente acceptable à perdre. Un site modifié chaque mois n’a pas les mêmes besoins qu’un système de réservation alimenté chaque heure. Ces choix évitent fausse confiance et dépense inutile.

Notez les priorités de récupération et partagez-les avec les personnes qui gèrent les incidents. En cas de panne, une courte liste des pages et systèmes essentiels vaut mieux qu’une supposition non documentée selon laquelle tout aurait la même priorité.

Sauvegardez plus que les fichiers visibles

Les fichiers ne sont qu’une partie du site. Sauvegardez base de données, médias, thèmes, extensions, code personnalisé, configuration, paramètres d’environnement et tâches planifiées. Notez DNS, domaine, hébergement, e-mail et intégrations dans un document sécurisé. Sans réglages, un dossier de fichiers peut être impossible à remettre en service.

Incluez formulaires, demandes et téléchargements importants. Une copie qui restaure le design mais perd les demandes ne répond pas au besoin réel. Pour une boutique ou réservation, vérifiez la protection des commandes, disponibilités, comptes et paiements. Demandez au fournisseur ce que couvre exactement sa sauvegarde automatique au lieu de supposer qu’une « sauvegarde quotidienne » couvre tout.

Vérifiez que le fournisseur peut restaurer base et fichiers ensemble. Des versions incompatibles peuvent laisser le site visible tandis que formulaires, connexions ou contenus enregistrés échouent. Un test de récupération doit vérifier le comportement, pas seulement l’ouverture de la page d’accueil.

Choisissez la fréquence selon les changements

Sauvegardez plus souvent lorsque le site change souvent ou que la perte d’activité coûte directement. Un site simple peut nécessiter une sauvegarde hebdomadaire et des copies de base plus fréquentes si les formulaires sont actifs. Une boutique ou réservation peut demander une protection quotidienne ou continue. Créez une copie avant mises à jour, migration et changement massif de contenu.

Ne confondez pas fréquence et conservation. Le calendrier indique quand les copies sont créées ; la conservation indique combien de versions restent disponibles. Gardez assez d’historique pour un problème découvert tard, comme une extension endommagée ou un compte compromis. Adaptez la durée au risque, aux obligations et au coût de stockage.

Gardez une version fiable antérieure aux grands changements. Un problème progressif peut déjà être présent dans la copie la plus récente. Les anciennes versions facilitent l’enquête.

Séparez et protégez les copies

Si toutes les copies sont sur le serveur du site, un même incident peut les toucher. Gardez au moins une copie dans un autre environnement ou compte. Des copies isolées peuvent être utiles pour les systèmes sensibles. Limitez accès et téléchargement, chiffrez si nécessaire et protégez les identifiants de récupération avec l’authentification multifacteur.

Les sauvegardes peuvent contenir données personnelles, messages et comptes clients. Traitez-les comme des informations sensibles. Limitez les personnes qui peuvent les télécharger ou les restaurer, vérifiez les pratiques de sécurité du fournisseur et évitez de conserver indéfiniment des données inutiles. Un plan de sauvegarde doit servir à la fois la confidentialité et la récupération, au lieu de créer une deuxième base de données incontrôlée.

Utilisez des droits séparés pour lire, créer et supprimer les sauvegardes lorsque c’est possible. La personne qui modifie le site ne doit pas forcément pouvoir effacer toutes les copies.

Testez la restauration dans un espace sûr

Une sauvegarde terminée ne prouve pas que la restauration fonctionne. Restaurez une copie dans un environnement de test et vérifiez pages, formulaires, médias, intégrations et parcours importants. Pour une boutique, testez produits et commandes sans paiement réel. Notez durée, accès et étapes manuelles.

Testez après un changement d’hébergement, d’extension, de paiement ou de fournisseur de sauvegarde. Les instructions doivent être compréhensibles par quelqu’un qui n’a pas créé l’installation d’origine. Si la restauration dépend des connaissances privées d’une seule personne, le plan est fragile. Un exercice de récupération court et reproductible peut révéler fichiers manquants, versions incompatibles et problèmes d’accès avant une panne réelle.

Expliquez ce qu’une sauvegarde ne résout pas. Elle ne supprime pas automatiquement les logiciels malveillants, n’annule pas un paiement frauduleux et ne décide pas si des données personnelles doivent être conservées. La récupération demande aussi des décisions de sécurité et des décisions métier.

Attribuez la responsabilité et révisez

Décidez qui reçoit les alertes, examine les échecs et autorise une restauration. Consultez les journaux au lieu de supposer qu’une tâche planifiée a réussi. Notez emplacement, conservation, accès et premières étapes. Ajoutez les contacts de l’hébergement, du domaine, de l’e-mail et des intégrations critiques.

Révisez le plan après les changements du site ou de l’entreprise. Nouveaux formulaires, comptes, paiements, langues et intégrations créent de nouveaux besoins. Une ou deux fois par an, faites un test de restauration pratique et mettez à jour la documentation. Le but n’est pas de posséder des copies, mais de retrouver un site fonctionnel.

Notez après chaque test durée, étapes manquantes et améliorations. Un échec de restauration devient utile si le processus est corrigé avant un nouvel incident.

Sources

• Data Integrity: Recovering from Ransomware and Other Destructive Events · NIST

Questions fréquentes

La sauvegarde automatique de l’hébergeur suffit-elle ?

Elle peut faire partie du plan, mais vérifiez contenu, conservation, emplacement et restauration indépendante. Prévoyez une option de récupération séparée pour les sites importants.

À quelle fréquence sauvegarder un petit site ?

Adaptez-la aux changements, demandes, commandes et réservations. Une fois par semaine peut suffire à un site simple ; un site transactionnel peut demander une protection quotidienne ou plus fréquente.

Comment savoir si une sauvegarde fonctionne ?

Restaurez-la dans un environnement sûr et testez pages, formulaires, médias, intégrations et parcours. Un fichier présent n’est pas une récupération utilisable.