Une archive présente dans un espace de stockage ne prouve pas qu’un site WordPress peut reprendre son activité. Elle peut être incomplète, corrompue, chiffrée avec une clé perdue ou incompatible avec l’environnement disponible. Tester une restauration permet de vérifier le contenu de la sauvegarde, la procédure et les accès nécessaires avant qu’un incident réel impose d’agir sous pression.
Pour relier ce guide à une mise en œuvre concrète, consultez notre prestation de maintenance WordPress : cette page détaille les sauvegardes, les mises à jour contrôlées, les vérifications et l’assistance.
Commencez par lister les éléments nécessaires au fonctionnement : base de données, médias, thème enfant, plugins spécifiques, configuration WordPress et règles serveur. Le cœur et les extensions publiques peuvent souvent être réinstallés depuis une source officielle, mais leurs versions et réglages doivent être connus. Pour un site transactionnel, les commandes, comptes et données créées en continu exigent une attention particulière.
Repérez aussi les éléments externes qui ne figurent pas dans WordPress : DNS, boîtes e-mail, secrets d’API, licences, tâches cron du serveur, configuration du CDN ou stockage distant. Une sauvegarde du site ne remplace pas la documentation de ces dépendances.
Une copie conservée uniquement sur le même compte d’hébergement peut disparaître avec lui. Vérifiez qu’une version est externalisée, que l’accès est limité et que la durée de conservation correspond au rythme des changements. Les sauvegardes automatiques doivent signaler leurs échecs ; un tableau de bord qui affiche la date d’une tâche n’atteste pas forcément que tous les fichiers ont été transférés.
Contrôlez la taille, le format, la possibilité de décompression et, lorsqu’elles sont disponibles, les empreintes d’intégrité. Vérifiez que la base contient bien les tables attendues et que l’archive des fichiers inclut les médias et le code spécifique. Si la sauvegarde est chiffrée, testez l’accès aux clés sans les exposer dans la documentation courante.
Ne testez pas en écrasant le site de production. Préparez un environnement séparé avec un domaine de test non indexable, des accès protégés et l’envoi d’e-mails neutralisé. L’isolation évite qu’une restauration déclenche des confirmations de commande, des webhooks ou des tâches prévues pour le public.
Recréez une configuration compatible : version de PHP, moteur de base, extensions serveur et limites de ressources. Importez les fichiers et la base selon la procédure prévue, puis adaptez uniquement les URL et secrets nécessaires au test. Notez chaque commande, accès et difficulté rencontrée ; le test sert aussi à améliorer le mode opératoire.
Contrôlez d’abord les réponses HTTP, la connexion à l’administration, les rôles, les médias et les permaliens. Examinez les erreurs PHP et les journaux plutôt que de vous fier seulement à l’apparence. Une page mise en cache peut s’afficher alors que la base, le formulaire ou la zone privée ne fonctionne plus.
Testez ensuite les parcours importants avec des données fictives : soumission d’un formulaire, recherche, connexion client, panier, commande ou génération d’un document selon le site. Les paiements et services externes doivent utiliser un bac à sable ou rester désactivés. Vérifiez les tâches planifiées et la capacité à envoyer un message de test de façon contrôlée.
Chronométrez les grandes étapes sans transformer ce relevé en garantie absolue. Le temps dépendra de l’incident, de la disponibilité des équipes et de l’hébergement. Identifiez surtout les dépendances à une seule personne, les accès manquants et les opérations manuelles difficiles à reproduire.
À la fin du test, documentez la date de la sauvegarde, l’environnement utilisé, les vérifications réussies, les écarts et les corrections nécessaires. Conservez une procédure concise avec les responsables et l’ordre des opérations. Programmez un nouveau test après un changement majeur d’hébergement, de boutique ou d’architecture.
Une sauvegarde devient crédible lorsqu’une équipe sait la restaurer et vérifier le résultat. Pour mettre en place des copies adaptées, des contrôles et une procédure de reprise, découvrez la prestation maintenance WordPress.
AdnProg peut analyser l’existant, préciser le périmètre et réaliser les changements nécessaires. La prestation associée est présentée sur la page Maintenance WordPress.