Comment sauvegarder son site WordPress ? Ne plus jamais rien perdre
Sauvegarder WordPress consiste à copier deux éléments distincts — les fichiers (thèmes, extensions, médias) et la base de données (articles, réglages) — de façon automatique, régulière, et stockée en dehors du serveur d’hébergement pour survivre même à une panne totale de ce dernier.
Sauvegarder WordPress correctement, c’est copier automatiquement fichiers et base de données, à intervalle régulier, vers un stockage situé en dehors du serveur d’hébergement.
Pourquoi sauvegarder son site WordPress régulièrement ?
Un site WordPress peut être compromis sans piratage : une mise à jour de plugin qui casse l’affichage, une fausse manipulation dans l’éditeur, une erreur humaine en supprimant la mauvaise page, ou une panne côté hébergeur. Dans tous ces cas, la sauvegarde est la seule solution qui permette un retour en arrière rapide, sans devoir tout reconstruire de mémoire.
C’est aussi la dernière ligne de défense en cas de piratage réussi malgré les mesures de sécurité mises en place : restaurer une version saine du site est souvent plus rapide et plus fiable que de tenter de nettoyer un site compromis fichier par fichier.
La cause la plus fréquente de perte de contenu, bien avant le piratage.
Un thème ou un plugin incompatible peut rendre le site inaccessible.
Même un hébergeur fiable peut connaître un incident technique majeur.
Le coût d’une sauvegarde bien configurée est marginal comparé à celui de sa reconstitution manuelle : un site e-commerce ou un blog actif accumule en quelques mois un volume de contenu qu’il serait irréaliste de recréer de mémoire après une perte totale.
Que contient une sauvegarde WordPress complète ?
Une erreur fréquente consiste à ne sauvegarder que les fichiers, ou uniquement la base de données — une sauvegarde complète doit toujours couvrir les deux, car ils sont indissociables pour reconstruire le site.
| Élément | Contenu |
|---|---|
| Dossier wp-content | Thèmes, extensions et tous les médias (images, PDF) uploadés dans la médiathèque |
| Base de données | Articles, pages, commentaires, réglages, utilisateurs — stockée séparément des fichiers |
| Fichier wp-config.php | Les informations de connexion à la base de données et des réglages sensibles |
| Dossiers wp-admin / wp-includes | Le cœur de WordPress ; moins critique à sauvegarder car facilement réinstallable |
La plupart des plugins de sauvegarde modernes intègrent automatiquement ces quatre éléments dans un même processus, mais mieux vaut le vérifier explicitement dans les réglages plutôt que de le supposer, en particulier après un changement d’hébergeur ou de configuration.
Comment sauvegarder son site manuellement ?
Utile pour comprendre le mécanisme ou avant une opération ponctuelle risquée, la sauvegarde manuelle reste trop contraignante pour un usage régulier.
- 1. Exporter la base de donnéesDepuis phpMyAdmin ou l’outil équivalent fourni par l’hébergeur, exporter la base de données au format SQL.
- 2. Télécharger le dossier wp-contentVia un client FTP ou le gestionnaire de fichiers de l’hébergeur, récupérer l’intégralité du dossier contenant thèmes, extensions et médias.
- 3. Copier le fichier wp-config.phpCe fichier contient les paramètres de connexion nécessaires pour reconstituer le site à l’identique.
- 4. Stocker l’ensemble en dehors du serveurSur un disque local ou un espace cloud, jamais uniquement sur le même serveur que le site.
Le fichier wp-config.php inclus dans une sauvegarde contient les identifiants de connexion à la base de données : ne jamais le stocker sur un espace partagé sans protection, ni l’envoyer par email non chiffré.
Comment automatiser ses sauvegardes ?
Une sauvegarde manuelle oubliée équivaut à ne pas avoir de sauvegarde du tout : l’automatisation est ce qui rend une stratégie de sauvegarde réellement fiable.
Plugin de sauvegarde
Programme des sauvegardes complètes à fréquence choisie, avec envoi automatique vers un stockage externe.
Sauvegarde côté hébergeur
Souvent incluse dans l’offre d’hébergement, pratique mais insuffisante seule si le serveur lui-même est en cause.
Stockage cloud tiers
Google Drive, Dropbox ou un espace de stockage compatible, où les sauvegardes sont envoyées automatiquement par le plugin.
Planification récurrente
Quotidienne pour un site à contenu fréquent (e-commerce, blog actif), hebdomadaire pour un site vitrine plus statique.
Le bon réglage dépend surtout du rythme de publication : un site qui reçoit des commandes ou des formulaires en continu ne peut pas se permettre de perdre une journée entière de données, tandis qu’un site vitrine mis à jour une fois par mois n’a pas besoin d’une sauvegarde quotidienne pour rester bien protégé.
Où stocker ses sauvegardes ?
La règle de référence en sauvegarde s’appelle la règle 3-2-1 : trois copies des données, sur deux supports différents, dont une hors site.
À privilégier
- Un stockage cloud distinct du serveur d’hébergement.
- Plusieurs points de restauration récents conservés en parallèle.
- Un accès testé et documenté en cas d’urgence.
À éviter
- Une seule sauvegarde stockée sur le même serveur que le site.
- Une sauvegarde jamais vérifiée ni restaurée à titre de test.
- Un seul point de sauvegarde, écrasé à chaque nouvelle exécution.
Sauvegarde ou environnement de staging : quelle différence ?
Les deux notions sont complémentaires mais répondent à des besoins différents, et il est fréquent de les confondre.
| Critère | Sauvegarde | Environnement de staging |
|---|---|---|
| Objectif | Revenir en arrière après un incident | Tester un changement avant la mise en production |
| Fréquence | Régulière et automatique | Créé ponctuellement pour un test |
| Utilisation typique | Restauration d’urgence | Validation d’une mise à jour ou d’un nouveau design |
Dans une stratégie complète, la sauvegarde reste le filet de sécurité permanent, tandis que le staging sert à réduire le risque qu’un incident se produise en premier lieu.
Comment restaurer son site à partir d’une sauvegarde ?
- 1. Tester d’abord sur un environnement de stagingRestaurer sur un environnement de staging plutôt que directement en production évite d’aggraver un incident déjà en cours.
- 2. Restaurer la base de donnéesRéimporter le fichier SQL, en veillant à la cohérence avec la version des fichiers restaurés.
- 3. Restaurer les fichiersRemettre en place le dossier wp-content et le fichier wp-config.php correspondants.
- 4. Vérifier le site avant de le remettre en ligneContrôler l’affichage, les liens et les fonctionnalités critiques avant de considérer la restauration terminée.
- 5. Purger le cache après la restaurationUn cache non vidé peut continuer à afficher une version obsolète du site après une restauration pourtant réussie.
Ce que nous observons chez les projets que nous accompagnons
Voici un exemple représentatif de notre pratique, sans donnée client ni chiffre inventé.
La sauvegarde jamais testée, l’angle mort le plus fréquent
Chez Amari Agency, quand nous reprenons la maintenance d’un site WordPress existant, il est fréquent de trouver un plugin de sauvegarde installé et actif, mais dont personne n’a jamais vérifié qu’une restauration fonctionnait réellement. Une sauvegarde n’a de valeur que si on sait, avant d’en avoir besoin, qu’elle permet de reconstruire le site sans erreur — c’est le seul test qui compte vraiment. C’est pourquoi nous intégrons systématiquement une restauration test sur environnement de staging dès la mise en place d’une nouvelle stratégie de sauvegarde chez un client, plutôt que d’attendre un incident réel pour découvrir qu’un maillon de la chaîne ne fonctionnait pas.
Quels contenus lire ensuite ?
Ces ressources complètent ce guide sans cibler la même requête :
Questions fréquentes sur la sauvegarde WordPress
À quelle fréquence faut-il sauvegarder son site WordPress ?
Quotidiennement pour un site avec du contenu fréquent (e-commerce, blog actif) ; hebdomadaire peut suffire pour un site vitrine peu modifié, en complément d’une sauvegarde manuelle avant tout changement important.
Combien de temps faut-il conserver ses sauvegardes ?
Conserver plusieurs points de restauration échelonnés dans le temps (par exemple les 7 derniers jours et quelques sauvegardes mensuelles) permet de revenir à un état antérieur même si un problème n’est détecté que tardivement, comme un contenu supprimé par erreur remarqué plusieurs semaines après.
La sauvegarde de l’hébergeur suffit-elle ?
Elle constitue un bon complément mais ne doit pas être l’unique copie : en cas d’incident touchant l’hébergeur lui-même (panne, faillite, erreur de manipulation côté support), une sauvegarde stockée ailleurs, sous votre contrôle direct, reste indispensable.
Faut-il sauvegarder aussi les emails professionnels ?
Non, les emails ne font pas partie d’une sauvegarde WordPress : ils dépendent d’un service séparé (hébergement mail) à sauvegarder indépendamment si nécessaire.
Comment vérifier qu’une sauvegarde fonctionne vraiment ?
En la restaurant au moins une fois sur un environnement de staging ou de test, pas uniquement en vérifiant que le fichier de sauvegarde existe.