Comment sauvegarder automatiquement son site web (WordPress, OVH, O2Switch, IONOS)

---

Sauvegarder automatiquement son site web signifie mettre en place un système qui copie, sans action manuelle, les fichiers et la base de données à intervalles réguliers, vers un emplacement distinct du serveur d’hébergement. Concrètement, cela passe soit par une extension dédiée si votre site tourne sous WordPress, soit par les outils de sauvegarde intégrés à votre hébergeur (OVH, O2Switch, IONOS…), soit par un script FTP planifié pour les sites plus spécifiques. L’essentiel n’est pas l’outil choisi, mais le fait que la copie se déclenche seule, soit stockée ailleurs que sur le serveur d’origine, et soit régulièrement vérifiée.

Beaucoup de commerçants découvrent l’importance de ce sujet au pire moment possible : après une mise à jour ratée, un piratage, ou une erreur de manipulation qui a effacé des pages entières. À ce stade, la question n’est plus « comment sauvegarder » mais « ai-je une copie récente quelque part ». Cet article répond à la première question pour ne jamais avoir à se poser la seconde dans l’urgence.

---

Pourquoi automatiser la sauvegarde de son site est devenu incontournable

Un site web n’est jamais figé : mises à jour de plugins, changements de thème, ajout de contenu, formulaires remplis par des clients. Chaque modification est une occasion supplémentaire qu’un incident survienne — bug d’un plugin, erreur humaine, panne serveur ou attaque.

Le contexte 2026 rend cette question plus pressante qu’il y a quelques années. La France est devenue le 2ᵉ pays le plus touché au monde par les fuites de données, avec 23,5 millions de comptes exposés recensés au premier trimestre 2026, soit une hausse de 108,6 % (source : tech-insider.org). Sur la même période, plus de 54 000 incidents de sécurité ont été signalés, en hausse d’environ 37 % par rapport au premier trimestre 2025, avec le phishing comme vecteur d’attaque dominant dans 60 % des cas (source : i-leadconsulting.com).

Un site de commerçant, même modeste, n’est pas à l’abri : les attaques automatisées ne ciblent pas des marques précises, elles scannent des milliers de sites à la recherche de failles connues (plugin obsolète, mot de passe faible, extension mal configurée). D’ailleurs, réduire ces points d’entrée en amont — en apprenant à éviter les failles de sécurité les plus courantes — reste le meilleur complément à une stratégie de sauvegarde : l’un limite le risque, l’autre limite les dégâts quand le risque se réalise malgré tout.

Une sauvegarde automatique ne prévient pas l’incident. Elle en annule les conséquences : un site restauré en quelques minutes, plutôt que des jours de reconstruction ou, pire, une perte définitive de contenu.

---

La règle 3-2-1 : la base de toute stratégie de sauvegarde fiable

Avant de choisir un outil, il faut poser un principe simple, hérité du monde de l’informatique d’entreprise mais parfaitement transposable à un site vitrine ou e-commerce : la règle 3-2-1.

• 3 copies de vos données au total : l’original sur le serveur, plus deux sauvegardes.
• 2 supports différents : par exemple une copie chez votre hébergeur et une copie sur un service cloud externe (Google Drive, Dropbox, stockage S3…).
• 1 copie hors site : au moins une des sauvegardes doit être physiquement ou logiquement séparée de votre hébergeur principal, pour survivre à un incident qui toucherait ce dernier.

Ce dernier point est celui que la plupart des sites de commerçants ignorent. Une sauvegarde stockée uniquement sur le même serveur que le site original protège contre une erreur de manipulation, mais pas contre une panne matérielle, un piratage du compte d’hébergement, ou une suppression malveillante qui toucherait aussi les sauvegardes locales.

---

Sauvegarder un site WordPress : les méthodes qui fonctionnent

WordPress équipe une grande partie des sites de commerçants et de TPE, et c’est aussi l’environnement le plus documenté en matière de sauvegarde automatique.

Les extensions de sauvegarde (UpdraftPlus, BlogVault, Duplicator…)

Une extension de sauvegarde reste la solution la plus simple à mettre en place pour un non-technicien. Elle permet de :

• choisir la fréquence exacte (quotidienne, hebdomadaire, ou déclenchée avant chaque mise à jour) ;
• définir une destination de stockage externe au serveur (Google Drive, Dropbox, S3, e-mail) ;
• sauvegarder séparément les fichiers et la base de données ;
• restaurer le site en un clic depuis l’interface d’administration, sans passer par un accès FTP.

L’avantage principal par rapport à une sauvegarde côté hébergeur : vous gardez le contrôle total sur la fréquence et surtout sur la destination, ce qui coche automatiquement la case « 1 copie hors site » de la règle 3-2-1.

La sauvegarde manuelle via FileZilla et phpMyAdmin

Pour les sites qui ne peuvent pas installer d’extension, ou en complément ponctuel, une sauvegarde manuelle reste possible via FileZilla (client FTP gratuit) pour copier l’intégralité du dossier du site, associée à un export de la base de données via phpMyAdmin (généralement accessible depuis l’espace client de l’hébergeur).

La méthode fonctionne, mais elle a deux limites structurelles : elle demande une intervention manuelle à chaque fois, et elle est donc rarement répétée avec la régularité nécessaire. FileZilla est un excellent outil de secours ponctuel — avant une mise à jour majeure, par exemple — mais ne remplace pas un système automatisé pour l’usage courant.

---

Sauvegarde automatique selon votre hébergeur

Chaque hébergeur propose un système natif, mais les différences de fréquence, de rétention et de contrôle sont significatives. Voici ce qui change concrètement selon votre hébergement.

OVH : sauvegardes intégrées et option CodeGuard

Les hébergements mutualisés OVH incluent en général des sauvegardes automatiques quotidiennes des fichiers et de la base de données, conservées sur une période limitée dépendant de l’offre souscrite. Pour une rétention plus longue et un stockage réellement externalisé, OVH propose l’option CodeGuard, qui réalise des instantanés quotidiens du site et permet de restaurer l’ensemble ou un simple fichier à une version antérieure, avec une rétention pouvant aller jusqu’à 90 jours et un stockage délocalisé sur une infrastructure tierce (Amazon S3) (source : easyhoster.com).

L’intérêt de CodeGuard par rapport à la sauvegarde native OVH est justement de sortir la copie du périmètre du serveur principal — un vrai gain pour respecter la règle 3-2-1, à condition d’activer l’option, qui n’est pas incluse par défaut sur tous les plans.

O2Switch : JetBackup, fonctionnement et limites

Chez O2Switch, l’outil JetBackup réalise des sauvegardes automatiques quotidiennes des fichiers (dossier public_html, où réside WordPress) et de la base de données, avec une rétention généralement annoncée autour de 45 jours (source : museeinformatique.fr).

Deux limites méritent d’être connues avant de s’y fier aveuglément :

• JetBackup ne permet pas de programmer soi-même la fréquence des sauvegardes — c’est O2Switch qui décide du calendrier ;
• les sauvegardes restent stockées sur l’infrastructure O2Switch elle-même, ce qui signifie qu’en cas de sinistre majeur touchant le compte d’hébergement, la sauvegarde pourrait être affectée en même temps que le site original.

O2Switch le formule d’ailleurs directement dans sa documentation : la sauvegarde JetBackup doit être vue comme un filet de sécurité complémentaire, pas comme une stratégie de sauvegarde à elle seule (source : blog.o2switch.fr). C’est exactement le raisonnement de la règle 3-2-1 : une copie chez l’hébergeur, une copie ailleurs.

IONOS : sauvegarde automatique intégrée

IONOS propose également un système de sauvegarde automatique intégré à ses offres d’hébergement mutualisé, avec une fréquence et une profondeur d’historique qui varient selon le plan souscrit (les offres les plus complètes incluant des sauvegardes quotidiennes avec restauration en un clic depuis l’espace client). Comme pour OVH et O2Switch, il est recommandé de vérifier précisément les conditions de votre offre — certains plans d’entrée de gamme n’incluent pas de sauvegarde automatique par défaut et nécessitent une option ou une extension complémentaire côté WordPress.

Et si votre site n’est pas hébergé sur ces plateformes ?

Le principe reste identique quel que soit l’hébergeur : vérifier ce qui est inclus nativement, sa fréquence, sa rétention, et surtout si la copie est stockée sur un support distinct du serveur principal. Si ce n’est pas le cas — ou si le doute persiste — une extension WordPress ou un script de sauvegarde externe reste la solution la plus sûre.

---

Sauvegarder un site qui n’est pas sous WordPress

Tous les commerçants ne gèrent pas leur présence en ligne uniquement via un site WordPress classique. Un intranet ou un espace de partage documentaire type SharePoint, par exemple, dispose de son propre système de sauvegarde et de versionnage géré par Microsoft, distinct des logiques d’hébergement web mutualisé évoquées plus haut — mais le principe reste le même : vérifier la fréquence de sauvegarde par défaut et, si nécessaire, la compléter par un export régulier stocké en dehors de la plateforme.

Pour un site e-commerce ou une boutique en ligne, la logique de sauvegarde doit en revanche être renforcée par rapport à un site vitrine classique : les commandes, les fiches clients et les stocks évoluent en continu, ce qui justifie une fréquence plus rapprochée que pour un site statique.

---

Automatiser sans y penser : fréquence, planification, alertes

Une sauvegarde automatique bien conçue répond à trois questions simples, qu’il faut trancher une bonne fois pour ne plus jamais y revenir :

À quelle fréquence ? Pour un site vitrine mis à jour occasionnellement, une sauvegarde hebdomadaire suffit généralement. Pour un site avec un blog actif, un site e-commerce, ou un site qui collecte des données clients (formulaires, réservations), une fréquence quotidienne devient nécessaire — les données générées entre deux sauvegardes sont, par définition, celles qu’on ne pourra pas récupérer en cas d’incident.

Fichiers, base de données, ou les deux ? Les deux, systématiquement. Les fichiers contiennent le thème, les extensions et les médias ; la base de données contient le contenu (articles, pages, commandes, commentaires). Restaurer l’un sans l’autre reproduit un site incomplet ou incohérent.

Qui est prévenu si la sauvegarde échoue ? C’est le point le plus souvent négligé. Un système de sauvegarde automatique doit inclure une alerte par e-mail en cas d’échec — sans cela, il est possible que des sauvegardes ne se déclenchent plus pendant des semaines sans que personne ne s’en aperçoive, jusqu’au jour où elles deviennent nécessaires.

---

Où stocker vos sauvegardes : cloud, NAS ou disque externe

Le choix du support de stockage dépend surtout de votre volume de données et de votre budget, mais trois options couvrent la majorité des besoins d’un commerçant :

• Un service cloud grand public (Google Drive, Dropbox) : simple à connecter à la plupart des extensions WordPress, suffisant pour un site vitrine classique.
• Un stockage cloud dédié type S3 (proposé notamment via des options hébergeur comme CodeGuard) : plus robuste, pensé pour la sauvegarde, avec versionnage automatique.
• Un NAS ou un disque externe local : utile en complément, mais ne coche pas seul la case « hors site » de la règle 3-2-1 s’il reste dans les mêmes locaux que le poste de travail principal.

L’idéal reste de combiner deux de ces options plutôt que de tout miser sur une seule, en particulier pour un site qui génère du chiffre d’affaires directement (prise de rendez-vous, boutique en ligne, formulaire de devis).

---

Comment tester (et valider) une sauvegarde avant d’en avoir besoin

Une sauvegarde qui n’a jamais été restaurée reste une hypothèse, pas une garantie. Le seul moyen de vérifier qu’un système de sauvegarde fonctionne réellement est de tester une restauration, idéalement sur un environnement de test (sous-domaine, environnement de préproduction) plutôt que directement sur le site en production.

Ce test permet de vérifier trois choses concrètement : que le fichier de sauvegarde n’est pas corrompu, que la base de données restaurée correspond bien à la version attendue, et que le processus de restauration ne prend pas plusieurs heures le jour où il devient urgent. Un test de restauration une à deux fois par an, en dehors de toute urgence, évite les mauvaises surprises.

---

Erreurs fréquentes qui rendent une sauvegarde inutile

Certaines pratiques donnent l’illusion d’être protégé, sans l’être réellement :

• Sauvegarder uniquement les fichiers, jamais la base de données — ou l’inverse. Les deux sont indissociables sur un site dynamique comme WordPress.
• Laisser la sauvegarde stockée au même endroit que le site original, sans copie externalisée : en cas de piratage du compte d’hébergement, les deux disparaissent ensemble.
• Ne jamais vérifier ni tester la restauration, jusqu’au jour où elle échoue précisément quand elle devient indispensable.
• Se reposer uniquement sur la sauvegarde native de l’hébergeur sans connaître sa fréquence réelle ni sa durée de rétention — ces paramètres varient fortement d’un hébergeur et d’une offre à l’autre, comme vu plus haut pour OVH, O2Switch et IONOS.
• Oublier les médias volumineux (images, vidéos, documents) dans le périmètre de sauvegarde, alors qu’ils représentent souvent l’essentiel du volume à restaurer en cas d’incident.

---

Conclusion

Automatiser la sauvegarde de son site n’est pas un projet technique complexe : c’est une décision à prendre une seule fois, en choisissant la bonne fréquence, la bonne destination de stockage, et en vérifiant que tout fonctionne réellement avant d’en avoir besoin. Si la question vous semble encore floue une fois votre hébergeur et votre CMS identifiés, un accompagnement ponctuel permet de mettre en place un système fiable et de ne plus jamais y repenser.