Supervision & sauvegardes

Le jour où votre site tombe et que personne ne le sait

Un serveur qui plante un dimanche à 4h du matin, un certificat SSL qui expire sans prévenir, une mise à jour qui casse silencieusement une page de paiement : dans la majorité des cas, le premier à s’en apercevoir n’est pas vous. C’est un client qui abandonne son panier, c’est Google qui déclasse une page inaccessible depuis trois jours, ou c’est vous, un mois plus tard, en consultant vos statistiques de trafic qui se sont effondrées sans raison apparente. Le problème n’est pas que les incidents arrivent — un serveur tombe, un plugin plante, une base de données sature, c’est statistiquement inévitable sur la durée. Le problème, c’est le délai entre l’incident et sa détection. Une panne détectée en cinq minutes se répare en cinq minutes. Une panne découverte trois jours plus tard, c’est trois jours de perte de chiffre d’affaires, de mauvaise expérience client et de signal négatif envoyé aux moteurs de recherche. La supervision répond à ce premier problème : savoir immédiatement quand quelque chose casse. Les sauvegardes répondent au second, plus grave : que faire quand la casse est irréversible — un piratage, une suppression accidentelle de base de données, une mise à jour qui corrompt les fichiers. Les deux sujets sont liés mais distincts, et je les traite comme un ensemble cohérent plutôt que comme deux prestations séparées, parce qu’une supervision sans sauvegarde fiable ne fait que vous prévenir plus vite d’un problème que vous ne pouvez pas résoudre.

Ce que je surveille concrètement

La supervision n’est utile que si elle porte sur les bons signaux, au bon niveau de sensibilité — trop d’alertes tue l’alerte, pas assez et l’incident passe inaperçu. Voici ce que je mets en place selon le contexte du site et son hébergement, en m’appuyant sur les recommandations données dans le conseil en hébergement quand l’infrastructure elle-même doit évoluer.

Sur Petite Boussole, après une compromission liée à des failles connues non corrigées, j’ai mis en place un audit de sécurité complet et un pare-feu applicatif Cloudflare, associés à une supervision continue. Résultat : zéro réinfection depuis.

Ce type de dispositif s’appuie souvent sur les mêmes briques que celles décrites sur la page Cloudflare & CDN, quand la protection réseau fait partie de la solution.

Sauvegardes chiffrées hors-site : le détail qui change tout

Une sauvegarde stockée sur le même serveur que le site qu’elle protège n’est pas une sauvegarde, c’est une copie qui disparaîtra en même temps que l’original en cas de piratage, de panne disque ou de suppression accidentelle par un script mal écrit. C’est pourtant ce que proposent par défaut beaucoup d’hébergeurs mutualisés, sans le dire clairement. Ce que je mets en place : une sauvegarde complète (fichiers et base de données) exportée quotidiennement vers un stockage distinct, chez un prestataire différent de l’hébergement principal, et chiffrée avant transfert. Le chiffrement n’est pas un confort, c’est une nécessité dès que la sauvegarde contient des données personnelles de clients — coordonnées, historiques de commande, mots de passe hachés — et qu’elle transite ou séjourne hors de l’infrastructure d’origine. Je conserve une rétention glissante, en général trente jours avec des points hebdomadaires plus anciens conservés plus longtemps, pour pouvoir revenir en arrière même si le problème n’a été repéré que plusieurs semaines après son origine — un cas fréquent avec les injections de code malveillant, qui restent parfois dormantes avant de s’activer. La fréquence et la profondeur de rétention sont ajustées au trafic et à la criticité du site : un site vitrine statique n’a pas les mêmes besoins qu’un site e-commerce qui encaisse des commandes toutes les heures.

Restaurer, pas seulement sauvegarder

Une sauvegarde qui n’a jamais été restaurée est une hypothèse, pas une garantie. J’ai vu des sauvegardes automatiques tourner pendant des mois en apparence normalement, alors que le fichier généré était corrompu ou incomplet — un plugin de sauvegarde qui échoue silencieusement sur une table trop volumineuse, un export qui s’arrête avant la fin faute d’espace disque temporaire. Le seul moyen de savoir qu’une sauvegarde fonctionne, c’est de la restaurer réellement, sur un environnement de test, et de vérifier que le site qui en résulte est identique et fonctionnel. C’est ce que j’intègre au dispositif : des tests de restauration périodiques, pas seulement une vérification que le fichier de sauvegarde existe et pèse un poids plausible. En cas d’incident réel, la restauration suit une procédure documentée à l’avance — quel point de sauvegarde utiliser, dans quel ordre restaurer fichiers et base de données, comment vérifier l’intégrité avant de remettre le site en ligne — plutôt qu’être improvisée dans l’urgence, au moment où la pression est la plus forte et les erreurs les plus probables.

Les cas où je vous le déconseille

Ce dispositif a un coût récurrent, et il ne se justifie pas partout. Si votre site est hébergé chez un acteur sérieux qui inclut déjà des sauvegardes quotidiennes externalisées et un monitoring basique — certains hébergeurs mutualisés le proposent correctement — ajouter une couche de supervision payante en plus peut être redondant, sauf si vous voulez des tests de restauration réels ou des alertes plus fines que celles du panneau d’administration. Si votre site est une simple page de présentation sans formulaire, sans base de données et sans enjeu commercial direct, le coût d’une supervision dédiée dépasse largement le risque réel : une remise en ligne en 24 ou 48h via l’hébergeur suffit. Et si vous avez déjà une équipe technique interne ou un DevOps qui gère l’infrastructure, la supervision est probablement déjà couverte ailleurs, et dupliquer l’outil n’apporte rien. Ce service a du sens quand l’indisponibilité ou la perte de données a un coût réel et mesurable : un site marchand, une plateforme avec des utilisateurs actifs, une application métier dont dépend une activité. Dans ces cas, le coût mensuel de la supervision est sans commune mesure avec celui d’une journée d’indisponibilité non détectée ou d’une perte de données définitive.

Tarifs et fonctionnement

La supervision et les sauvegardes sont facturées en abonnement mensuel, dans le cadre d’un contrat de maintenance qui peut aussi couvrir les mises à jour de sécurité et les correctifs mineurs. Le tarif dépend du nombre de sites, de la fréquence de sauvegarde nécessaire et du niveau d’astreinte souhaité pour les alertes.

[p]Quand un incident nécessite une intervention immédiate au-delà de ce que couvre l’abonnement — restauration d’urgence, investigation d’un piratage, migration en catastrophe vers un nouvel hébergeur — je facture en régie, entre 400 et 700 € HT par jour selon l’urgence et la complexité. C’est aussi la formule que je propose si vous avez besoin d’une intervention ponctuelle sans engagement mensuel, par exemple pour auditer une fois vos sauvegardes existantes et vérifier qu’elles sont réellement exploitables. Pour un projet plus large touchant à l’infrastructure elle-même — changement d’hébergeur, montée en charge, séparation d’environnements — je vous renvoie vers la page hébergement & infrastructure, qui couvre l’ensemble du sujet au-delà de la seule supervision.

Questions fréquentes

Questions fréquentes

Les sauvegardes sont-elles compatibles avec le RGPD ?+

Oui, à condition qu’elles soient chiffrées et que leur durée de rétention soit définie et justifiée, ce que j’intègre par défaut dès qu’un site traite des données personnelles. Le lieu de stockage est également vérifié pour rester conforme si vos utilisateurs sont en Europe.

Que se passe-t-il concrètement quand une alerte se déclenche ?+

Vous êtes notifié immédiatement par le canal convenu à l’avance, et j’interviens pour diagnostiquer l’origine du problème. Selon la gravité, la résolution est incluse dans l’abonnement de maintenance ou facturée en régie si elle dépasse le périmètre convenu.

Pouvez-vous superviser un site déjà en ligne chez un autre prestataire ?+

Oui, la supervision et les sauvegardes externalisées ne nécessitent pas de reprendre la gestion complète de l’hébergement. J’ai simplement besoin des accès nécessaires pour installer les outils de suivi et configurer les exports.

À quelle fréquence les sauvegardes sont-elles faites ?+

Quotidienne par défaut pour les sites avec base de données active, avec une rétention glissante de trente jours. La fréquence peut être augmentée pour un site e-commerce à fort trafic, ou espacée pour un site principalement statique.

Combien de temps prend une restauration en cas d'incident grave ?+

Cela dépend de la taille du site et de la nature de l’incident, mais la procédure étant documentée et testée à l’avance, une restauration standard se compte en heures, pas en jours. Le délai exact est estimé au cas par cas lors du diagnostic initial.