Sauvegarde hébergement web : le critère que personne ne vérifie avant qu’il soit trop tard

La sauvegarde hébergement web est le critère que presque personne ne vérifie au moment de choisir un hébergeur — et le seul dont on mesure la valeur le jour où tout s’écroule. On compare les prix, l’espace disque, la bande passante. On oublie de poser la seule question qui compte vraiment : si mon site disparaît demain matin, que se passe-t-il ?

Une mise à jour de plugin qui tourne mal. Une manipulation malheureuse. Une extension compromise. Un disque qui rend l’âme. Ces incidents ne surviennent pas tous les jours, mais quand ils surviennent, la réponse à cette question détermine si vous perdez une heure ou trois ans de travail.

Pourquoi presque toutes les offres annoncent « sauvegarde incluse »

Parce que la mention ne coûte rien. Dans les faits, derrière ces deux mots se cachent des réalités très différentes : une copie hebdomadaire stockée sur le même disque que votre site, une sauvegarde unique écrasée chaque nuit, ou un vrai dispositif hors site avec plusieurs points de restauration. Le prix affiché est parfois identique. La protection réelle n’a rien à voir.

C’est pourquoi la question ne doit jamais être « faites-vous des sauvegardes ? » — tout le monde répond oui — mais une série de questions plus précises.

Les cinq questions à poser à votre hébergeur

Voici la liste que nous vous encourageons à utiliser, y compris si vous n’êtes pas client chez nous. Elle sépare en cinq minutes les offres sérieuses des autres.

• Où sont stockées les sauvegardes ? Si la réponse est « sur votre serveur », la protection est en trompe-l’œil : une panne matérielle emporte les données et leur copie.
• Combien de points de restauration puis-je remonter ? Une seule sauvegarde ne protège que d’un incident détecté dans la journée. Les dégâts coûteux sont ceux qu’on découvre en retard.
• À quelle fréquence sont-elles réalisées ? Quotidienne est le minimum acceptable. Hebdomadaire signifie que vous pouvez perdre six jours d’activité.
• Sont-elles chiffrées ? Vos sauvegardes contiennent vos fichiers de configuration, vos identifiants de base de données et les données de vos clients.
• Puis-je restaurer un seul fichier, ou faut-il tout écraser ? La granularité change tout : récupérer une page effacée ne devrait pas vous coûter les commandes de la semaine.

Ajoutez-y une sixième question, plus embarrassante mais décisive : « avez-vous déjà testé une restauration ? » Une sauvegarde jamais restaurée n’est pas une sauvegarde, c’est une hypothèse.

La règle d’or : la sauvegarde doit être ailleurs

C’est le point sur lequel le marché est le plus faible, et le plus important de tout cet article.

Une sauvegarde stockée sur la même machine que votre site vous protège contre l’erreur humaine. Elle ne protège contre rien d’autre. Si le serveur tombe, si son disque lâche, si le centre de données subit un incident majeur, la copie disparaît en même temps que ce qu’elle était censée protéger.

Une sauvegarde digne de ce nom part vers une infrastructure distincte, dans un autre centre de données. Ainsi, aucun incident unique ne peut emporter à la fois vos données et leur copie de secours.

Pourquoi plusieurs points de restauration changent tout

Imaginez : vous publiez un article lundi, une extension corrompt une partie de votre base mardi, et vous ne le remarquez que jeudi. Avec une sauvegarde unique — écrasée chaque nuit — la seule version disponible contient déjà le problème. Vous n’avez plus rien à restaurer.

Avec plusieurs points de restauration glissants, vous revenez à l’état exact de lundi. C’est cette profondeur d’historique, bien plus que la simple existence d’une sauvegarde, qui fait la différence entre un incident et une catastrophe.

Plusieurs sauvegardes, mais pas plusieurs copies

Voici la partie qui mérite trente secondes d’attention, parce qu’elle explique pourquoi tous les hébergeurs ne peuvent pas vous offrir une semaine d’historique.

Conserver sept copies complètes de tous les sites hébergés demanderait sept fois plus d’espace de stockage. C’est un coût que beaucoup répercutent en réduisant le nombre de sauvegardes conservées — ou en n’en gardant qu’une seule.

Les technologies de sauvegarde modernes fonctionnent autrement. Elles découpent vos données en fragments et ne stockent chaque fragment qu’une seule fois. Une sauvegarde quotidienne n’est alors pas une nouvelle copie : c’est un inventaire qui dit « ce jour-là, le site était composé de ces fragments-là ».

Imaginez une bibliothèque où chaque livre n’existe qu’en un exemplaire, avec sept fiches de catalogue décrivant son contenu à sept dates différentes. Les fiches ne pèsent rien ; seuls les livres réellement nouveaux s’ajoutent aux rayons. Sept points de restauration occupent ainsi à peine plus de place qu’un seul.

C’est ce qui permet de ne jamais avoir à arbitrer entre votre sécurité et une facture de stockage.

Le chiffrement, souvent oublié

Une sauvegarde contient tout : vos fichiers de configuration avec leurs mots de passe, votre base de données avec les informations de vos clients, vos e-mails. C’est, en volume comme en sensibilité, l’objet le plus critique de votre présence en ligne.

Elle doit donc être chiffrée avant de quitter le serveur, et transiter sur un canal sécurisé. Sans cela, une copie de toutes vos données circule et se stocke en clair. C’est un enjeu direct de protection des données de vos clients, et pas seulement une bonne pratique technique.

Notre dispositif chez CCN Technologies

Nous avons refondu l’ensemble de notre infrastructure de sauvegarde autour de Backuply Premium, avec une architecture qui répond aux cinq questions ci-dessus :

• Quotidienne. Chaque nuit, automatiquement, sans aucune action de votre part.
• Hors site. Vers une infrastructure de stockage située dans un centre de données distinct de nos serveurs d’hébergement.
• Chiffrée en AES-256 avant de quitter nos serveurs, et transférée sur un canal sécurisé.
• Sept points de restauration glissants — une semaine complète, chaque nouvelle sauvegarde remplaçant la plus ancienne.
• Restauration granulaire : un compte complet, une base de données seule, une boîte mail, ou un unique fichier à une date précise.
• Vérifiée par construction : chaque fragment porte une empreinte cryptographique, ce qui permet de détecter une altération plutôt que de la propager.

Le périmètre couvert va bien au-delà des fichiers du site : bases de données et leurs utilisateurs, comptes de messagerie et leur contenu, comptes FTP, tâches planifiées, domaines et sous-domaines, zone DNS complète, certificats SSL et configuration du compte d’hébergement.

Ce dernier point est sous-estimé. Reconstituer à la main une zone DNS complète avec ses clés DKIM, ses enregistrements SPF et DMARC représente des heures de travail, avec une messagerie hors service pendant ce temps. C’est souvent l’élément le plus long à rétablir après un incident — et il est sauvegardé chaque nuit.

Ce qui reste de votre responsabilité

Par honnêteté, précisons les limites. Elles sont simples.

Nous sauvegardons ce que nous hébergeons. Si une partie de votre projet tourne ailleurs — une application chez un fournisseur cloud, une base de données externe, un service tiers — cette partie sort de notre périmètre et nécessite sa propre stratégie.

Par ailleurs, une sauvegarde quotidienne signifie que l’écart maximal entre deux points de restauration est de vingt-quatre heures. Pour un site vitrine, un blog ou une boutique à volume modéré, c’est amplement suffisant. Si votre activité génère des données critiques en continu, parlons ensemble d’une fréquence renforcée.

Questions fréquentes sur la sauvegarde en hébergement web

Une sauvegarde doit-elle inclure la base de données ?

Oui, impérativement. Une sauvegarde complète capture à la fois les fichiers (thèmes, extensions, images) et la base de données (articles, pages, commandes, comptes). Sauvegarder l’un sans l’autre ne permet aucune restauration fonctionnelle.

Pourquoi stocker la sauvegarde en dehors du serveur ?

Parce qu’une sauvegarde sur le même serveur tombe avec lui. Conserver les copies sur une infrastructure distincte garantit qu’elles restent récupérables même en cas de défaillance matérielle complète.

Un plugin de sauvegarde WordPress suffit-il ?

Non, et pour une raison structurelle : un plugin sauvegarde le site depuis l’intérieur du site. Si le compte devient inaccessible, le plugin l’est aussi. Il ne couvre ni la messagerie, ni la zone DNS, ni les certificats — précisément les éléments les plus longs à reconstituer. Les deux approches sont complémentaires, mais elles ne jouent pas le même rôle.

Puis-je récupérer un seul fichier ?

Oui. La restauration est granulaire : il n’est pas nécessaire de tout écraser pour récupérer une page effacée ou un e-mail supprimé par erreur. Contactez le support en précisant l’élément et la date souhaitée.

Mes sauvegardes sont-elles accessibles à des tiers ?

Non. Elles sont chiffrées en AES-256 avant de quitter nos serveurs. Sans la clé de déchiffrement, qui reste sur notre infrastructure, elles ne sont pas exploitables — y compris par le prestataire qui héberge le stockage.

Est-ce facturé en supplément ?

Non. Le dispositif est inclus dans nos offres d’hébergement, sans option ni surcoût, et s’applique automatiquement à tous les comptes.

La sauvegarde mérite d’être traitée comme un critère de choix de votre hébergeur, au même titre que la performance ou la sécurité. C’est le seul dont vous mesurerez la valeur une seule fois — et ce jour-là, il n’y a pas de rattrapage possible.

Vous voulez la certitude de ne jamais perdre votre site ? Découvrez nos hébergements avec sauvegarde quotidienne hors site incluse.