Une sauvegarde sert à retrouver un site utilisable après une erreur, une mise à jour défectueuse ou un incident. Le résultat attendu n’est pas simplement un fichier créé : vous devez savoir où se trouve la copie, ce qu’elle contient et comment la restaurer.
Ce guide explique comment organiser vos sauvegardes WordPress, les automatiser et réaliser un essai de restauration sur une copie de test. Les intitulés exacts dépendent des versions et de votre hébergement.
1. Vérifier ce qui est déjà prévu par votre hébergement
Avant d’ajouter une extension, consultez les services inclus dans votre formule et demandez au support : quels éléments sont sauvegardés, à quelle fréquence, pendant combien de temps et selon quelle procédure de restauration ? Demandez aussi si vous pouvez récupérer une copie indépendante.
Ne supposez pas qu’une sauvegarde annoncée couvre automatiquement la messagerie, la zone DNS et tous les fichiers du compte. Notez le périmètre, l’emplacement des copies et la personne responsable. Chez iMasterWeb, les possibilités dépendent de votre installation et de la formule : faites confirmer la procédure avant d’en avoir besoin.
2. Comprendre ce qu’il faut pouvoir récupérer
- La base de données : contenus, réglages et données enregistrées par WordPress et ses extensions.
- Les fichiers nécessaires : médias, thèmes, extensions et éléments propres à l’installation.
- La configuration : notez les dépendances et accès nécessaires à la remise en service, sans les publier dans un document partagé.
Un export des articles ne remplace pas une sauvegarde du site. Une copie des fichiers sans la base ne restitue pas non plus l’ensemble de WordPress. Vérifiez le contenu réellement inclus et les éventuelles exclusions. Documentation WordPress sur les sauvegardes.
La messagerie doit faire l’objet d’un contrôle séparé : une sauvegarde WordPress ne garantit pas la copie des boîtes e-mail gérées ailleurs. Si vous préparez une migration, identifiez aussi les formulaires et services externes dont le fonctionnement doit être rétabli.
3. Choisir la fréquence et les copies à conserver
Posez-vous deux questions : quelle quantité de travail accepteriez-vous de perdre, et combien de temps pourriez-vous rester sans le service ? Un site vitrine mis à jour chaque semaine et une boutique recevant des commandes toute la journée ne demandent pas le même dispositif.
Exemple fictif : si une page est modifiée le lundi et que la dernière copie date du dimanche, une restauration peut effacer cette modification. Pour une boutique, ce sont aussi les commandes et comptes créés depuis la copie qu’il faut protéger. La fréquence doit suivre les écritures réelles, pas seulement les publications du blog.
Gardez plusieurs points de restauration pour pouvoir revenir avant un problème découvert tardivement. Préparez également une copie avant une intervention importante. Le nombre de copies dépend du volume, de l’historique nécessaire et de la capacité de stockage ; aucun nombre universel ne protège tous les sites.
4. Organiser une copie indépendante du serveur
Une copie stockée uniquement dans le même compte que le site reste exposée à certains incidents du compte ou du serveur. Prévoyez une copie extérieure, avec des accès maîtrisés, et vérifiez que vous pourrez la récupérer si WordPress ne s’ouvre plus.
Les archives peuvent contenir des données privées et des informations de configuration. Évitez les dossiers publics et les liens de téléchargement ouverts. Conservez les moyens de récupération et, si la copie est chiffrée, la méthode nécessaire pour la déchiffrer dans un emplacement maîtrisé.
5. Automatiser avec UpdraftPlus si cette solution convient
Vérifiez d’abord l’outil existant. Si vous retenez UpdraftPlus et qu’il est déjà installé, ouvrez sa configuration plutôt que d’ajouter un deuxième dispositif. Sinon, vérifiez l’éditeur et la compatibilité dans le répertoire officiel avant installation.
- Ouvrez Réglages → Sauvegardes UpdraftPlus, puis les réglages de l’extension.
- Choisissez les fréquences des fichiers et de la base, ainsi que la conservation adaptée.
- Configurez la destination distante et terminez l’authentification demandée par le service choisi.
- Enregistrez les réglages, puis lancez une sauvegarde manuelle avec les composants nécessaires.
- Contrôlez la fin du traitement, le journal et la présence des éléments à destination.
Ces repères correspondent au parcours documenté par l’éditeur ; l’interface peut varier. Tutoriel officiel UpdraftPlus · Planification des fichiers et de la base.
Vérifiez explicitement si les fichiers de configuration et le cœur WordPress sont inclus. Si un élément nécessaire est exclu, prévoyez une autre méthode pour le récupérer. Les autres solutions citées dans l’ancienne version restent à examiner selon votre besoin : BackupBuddy appartient désormais à l’historique de Solid Backups ; Jetpack VaultPress Backup possède son propre fonctionnement et ses conditions. Ne reprenez pas d’anciens tarifs ou fonctions sans les vérifier.
6. Tester une restauration sur une copie isolée
Préparez un environnement de test distinct du site public, avec des accès limités. Neutralisez les envois d’e-mails, les paiements et les autres effets externes de la copie. Une copie de test ne doit pas contacter de vrais clients ou exécuter les tâches de production.
- Notez le point de restauration choisi, sa date, ses composants et son origine.
- Utilisez la procédure de votre outil ou de l’hébergeur pour restaurer sur la copie de test.
- Si l’adresse diffère, utilisez une méthode de migration adaptée à WordPress ; une restauration et un changement d’adresse ne sont pas toujours la même opération.
- Vérifiez l’administration, plusieurs pages, images, liens et fonctions utiles.
- Consignez la durée, les problèmes rencontrés et le résultat du contrôle.
Résultat attendu : une copie restaurée qui fonctionne dans le périmètre testé, avec une procédure que la personne responsable sait retrouver. Ce résultat est plus concret qu’une simple coche « sauvegarde terminée ».
7. Réagir si le site public rencontre un incident
Notez l’heure, l’erreur et les dernières interventions. Avant de restaurer, examinez les données créées depuis la copie : commandes, réservations, comptes et messages. Une restauration de base peut les remplacer. Faites préparer leur récupération ou leur rapprochement par la personne compétente.
En cas de compromission, retrouver une ancienne copie ne suffit pas : il faut aussi comprendre le point d’entrée et remettre l’installation en état. N’écrasez pas au hasard les seules informations encore disponibles.
Si l’administration est inaccessible, contactez le support avec le domaine, le symptôme, le point de restauration envisagé et les données récentes à préserver. N’envoyez pas l’archive complète ni les mots de passe dans un message non prévu pour cela.
Checklist et questions fréquentes
- Périmètre fichiers et base vérifié.
- Fréquence adaptée aux changements réels.
- Copie indépendante accessible et protégée.
- Journal et destination contrôlés.
- Restauration testée avec une procédure documentée.
- Responsable et contact de secours identifiés.
Une sauvegarde automatique dispense-t-elle de tout contrôle ?
Non. Une autorisation distante peut expirer, le stockage peut se remplir ou une tâche échouer. Contrôlez le dernier résultat et refaites un essai après un changement important.
Faut-il restaurer directement sur le site public pour tester ?
Non. Utilisez une copie isolée. Le remplacement du site public est une intervention distincte qui demande de préserver les données récentes.
Pour préparer une intervention plus large, consultez les guides DNS et migration WordPress. Pour votre installation, demandez la procédure adaptée à iMasterWeb.