Récupération du site
Sauvegarde WordPress : pouvez-vous restaurer votre site ?
Vérifiez une sauvegarde WordPress avec un exercice isolé, une fiche de récupération et des questions précises pour votre hébergeur.
Le tableau de bord indique que la sauvegarde a réussi. Bonne nouvelle. Mais quelqu’un pourrait-il s’en servir pour remettre le site en état ?
La notification décrit le résultat déclaré d’une tâche. Un exercice montre si données, accès, instructions et personnes permettent de retrouver un site fonctionnel. La différence apparaît souvent au pire moment.
Effectuez ce test WordPress dans un environnement local ou de préproduction isolé. Restaurer sur une boutique active peut écraser commandes et changements postérieurs à la copie. Le site public ne doit pas servir de terrain d’entraînement.
Définissez ce que l’entreprise doit récupérer
Combien de travail récent pourriez-vous perdre ? Combien de temps pourriez-vous rester sans site ? Répondez simplement.
Exemple fictif : un cabinet modifie ses pages deux fois par mois et conserve les demandes dans un CRM séparé. Le site d’hier peut convenir si le CRM est protégé indépendamment. Pour une boutique recevant des commandes toute l’après-midi, la base d’hier peut omettre des achats payés.
La fréquence dépend des changements utiles, pas seulement du nombre de pages. Recensez contenus, commandes, adhésions, formulaires, médias et données externes. Le dispositif de sauvegarde doit suivre ces objectifs, parfois avec un service supplémentaire.
Vérifiez ce que contient la copie
WordPress explique qu’une sauvegarde complète comprend fichiers et base de données. Posséder une partie ne prouve pas que l’autre est disponible.
| Élément | Utilité | Preuve à demander |
|---|---|---|
| Base de données | Contenus, réglages et enregistrements | Horodatage et importation de test réussie |
| Fichiers et médias | Images, thèmes, extensions et code | Dossiers attendus dans la restauration |
| Configuration | Connexion de l’application à ses services | Procédure validée par le responsable technique |
| Services externes | Messagerie, CRM, paiements ou réservations séparés | Accès et récupération distincts |
| Anciennes copies | Un problème peut être découvert tardivement | Dates réellement disponibles |
Demandez si la copie est complète ou dépend d’une chaîne incrémentale. Il faut disposer de l’outil et de toutes les pièces. Conservez les instructions avec l’inventaire, pas seulement dans le courriel d’un ancien prestataire.
Vérifiez stockage et accès. Si perdre le compte d’hébergement fait perdre toutes les sauvegardes, envisagez une copie indépendante correctement protégée.
Préparez un environnement isolé
Utilisez la préproduction du fournisseur ou un environnement préparé par une personne qualifiée. Avant d’importer les données, définissez accès, protection et suppression ultérieure.
Imposez une authentification. Exclure une page des moteurs ne protège pas les données clients. Désactivez envois de courriels, notifications, paiements et webhooks de production avant d’exécuter l’application restaurée. Utilisez les modes de test disponibles.
La copie d’une boutique peut encore contenir des tâches planifiées. Deux sites envoyant le même rappel sont une façon originale de démontrer que votre sauvegarde fonctionne. Si vous ne savez pas isoler ces actions, faites préparer l’environnement ; un essai local sans connexion externe peut convenir davantage.
Restaurez en prenant des notes
1. Choisissez le point de récupération
Notez date, heure, fuseau et composants. Vérifiez la compatibilité temporelle des fichiers et de la base. Précisez quelles activités plus récentes manqueront.
2. Confirmez la destination
Lisez le nom et l’URL avec la personne qui restaure. Confirmez qu’il s’agit du test. Si l’outil distingue mal préproduction et production, résolvez l’ambiguïté avant de continuer.
3. Suivez la procédure documentée
Utilisez les instructions du produit réel. Certains restaurent un ensemble ; d’autres séparent fichiers et base. WordPress fournit des précisions sur les sauvegardes et restaurations de bases.
Si l’URL du test diffère, confiez son remplacement à un outil compatible avec les données sérialisées. Un remplacement aveugle dans un export peut endommager les réglages.
4. Vérifiez les tâches de l’entreprise
L’accueil n’est que le début :
- Ouvrez des pages de produits ou services et leurs images.
- Connectez-vous avec un compte de test autorisé.
- Vérifiez les contenus attendus à la date de sauvegarde.
- Envoyez un formulaire vers une destination contrôlée.
- Pour une boutique, réalisez un achat en mode test et vérifiez son enregistrement.
- Confirmez l’isolement des tâches planifiées et actions externes.
Décrivez précisément les erreurs. « Le formulaire part mais rien n’arrive dans la boîte de test » est exploitable ; « presque tout marche » l’est beaucoup moins.
5. Mesurez toute la récupération
Incluez recherche des accès, assistance, téléchargement, restauration et vérification. Une opération de dix minutes ne résout pas deux heures passées à chercher le titulaire du compte.
Consignez copie, environnement, responsable, éléments absents et prochaines actions. Corrigez les échecs et refaites les contrôles concernés avant de compter sur la procédure.
Une fiche à copier
| Champ | Réponse |
|---|---|
| Site et responsable technique | Nom et contact |
| Sauvegarde choisie | Date, heure, fuseau, composants |
| Destination isolée | Préproduction ou environnement local |
| Début et fin | Préparation et vérification incluses |
| Tâches vérifiées | Pages, connexion, formulaires, paiement de test |
| Données postérieures absentes | Changements depuis la copie |
| Problèmes et actions | Responsable et échéance |
| Prochain exercice | Date ou changement déclencheur |
Rangez cette fiche là où les collègues autorisés la trouveront pendant un incident. Gardez les mots de passe dans un gestionnaire adapté, pas dans le tableau.
Lors d’un incident réel
Déterminez la panne et conservez les données et journaux utiles lorsque cela reste sûr. En cas d’intrusion, restaurer sans corriger le point d’entrée peut ramener le problème.
Pour une boutique, rapprochez commandes et paiements avant d’écraser la base. Une restauration ne rembourse pas un paiement et ne recrée pas automatiquement les transactions postérieures. Faites valider la séquence par les responsables technique et métier.
Décidez aussi qui informe les clients, vérifie le résultat et autorise la reprise. Ces personnes doivent être identifiées avant la panne.
Quand recommencer
Refaites l’exercice après une migration ou un changement important du système de sauvegarde ou des fonctions. Définissez une fréquence adaptée à l’activité et aux conséquences des pertes. Un essai trimestriel est une politique initiale possible pour un petit site, pas une garantie universelle.
Supprimez les copies de test inutiles selon vos procédures. Conservez les sauvegardes protégées nécessaires. Notre comparatif d’hébergement aide à poser les bonnes questions. Associez l’exercice à la liste de migration et incluez les frais dans le budget de renouvellement.
Questions sur les sauvegardes WordPress
La sauvegarde incluse suffit-elle ?
Peut-être, si périmètre, fréquence, rétention, accès et restauration répondent aux objectifs. Vérifiez-le et examinez la perte éventuelle du compte d’hébergement.
Puis-je tester sur le site public ?
Utilisez une copie isolée. Restaurer la production demande un plan, des sauvegardes adaptées et une personne qualifiée face au risque de perte de données.
Les courriels sont-ils aussi protégés ?
Ne le supposez pas. Les boîtes peuvent dépendre d’un autre service ou être exclues. Vérifiez leur récupération séparément.