Face à un site cassé après une mise à jour ratée ou un piratage, le réflexe de panique consiste souvent à tout vouloir réparer manuellement, fichier par fichier. Dans la grande majorité des cas, la solution la plus rapide et la plus fiable est bien plus simple : restaurer une version antérieure connue et saine du site en quelques clics.
Choisir la bonne date à restaurer
La première étape consiste à identifier précisément quand le problème est apparu. Un historique de sauvegardes quotidiennes permet de remonter jour par jour jusqu'à retrouver la dernière version fonctionnelle, avant l'incident. Restaurer une date trop ancienne fait perdre du contenu créé depuis, restaurer une date trop récente peut réintégrer le problème lui-même : un peu d'observation avant de choisir évite de devoir répéter l'opération.
Restauration complète vs restauration sélective
Deux approches sont possibles selon la situation :
- La restauration complète, qui remet l'intégralité du site (fichiers et base de données) dans l'état exact d'une date donnée, adaptée à un piratage étendu ou une corruption généralisée ;
- La restauration sélective, qui ne remet en place que certains fichiers précis, utile quand seul un composant du site est touché (un plugin, un thème) alors que le reste du contenu récent doit être préservé.
Fichiers et base de données : deux restaurations liées
Pour un site dynamique comme WordPress, une restauration cohérente doit généralement couvrir à la fois les fichiers (code, thème, médias) et la base de données (contenu, réglages, utilisateurs) à la même date, sous peine d'incohérences : un thème restauré à une ancienne version, mais une base de données restée récente, peut provoquer des erreurs inattendues.
Vérifier après restauration
Une fois la restauration effectuée, il reste indispensable de parcourir le site, de tester les fonctions critiques (formulaires, connexion, paiement pour un e-commerce), et de vérifier que le problème initial a bien disparu avant de considérer l'incident clos.
Restaurer un site e-commerce sans perdre les commandes récentes
Pour un site marchand, une restauration complète pose un défi spécifique : les commandes passées après la date restaurée risquent de disparaître avec le reste du contenu plus récent. La bonne pratique consiste alors à exporter séparément les commandes et données clients les plus récentes avant de lancer la restauration, pour pouvoir les réintégrer manuellement une fois le site remis dans un état sain. Certaines situations, comme une attaque ayant spécifiquement visé le système de paiement, justifient malgré tout une restauration complète immédiate, le risque de laisser une faille active en place dépassant largement celui de perdre temporairement quelques commandes récentes à retraiter manuellement par la suite.
Conserver une trace de chaque restauration effectuée aide à construire un historique utile en cas d'incidents récurrents sur un même site. Si plusieurs restaurations s'avèrent nécessaires en peu de temps, ce journal permet souvent d'identifier un problème sous-jacent non résolu, comme un plugin systématiquement réinstallé après chaque correction, ou une faille de sécurité réexploitée malgré un retour à une version apparemment saine. Sans cette traçabilité, chaque incident est traité isolément, sans jamais remonter à la cause profonde qui continue de produire les mêmes symptômes à intervalles réguliers. Un support technique habitué à consulter ce type d'historique identifie généralement beaucoup plus vite la cause récurrente qu'en repartant de zéro à chaque nouvel incident signalé séparément. Cette rigueur documentaire, simple à mettre en place dès le premier incident, transforme une succession de réparations ponctuelles en une véritable démarche de résolution durable du problème initial.
La restauration écrase-t-elle tout mon contenu créé depuis ?
Oui pour une restauration complète à une date donnée : tout ce qui a été créé après cette date disparaît. C'est pourquoi bien choisir la date, ou opter pour une restauration sélective quand c'est possible, est essentiel.
Combien de temps prend une restauration complète ?
Généralement quelques minutes, le temps que les fichiers et la base de données soient remis en place, une durée nettement plus rapide qu'une reconstruction manuelle du site.
Puis-je restaurer uniquement un fichier précis plutôt que tout le site ?
Oui, la restauration sélective permet justement de cibler un fichier ou un dossier précis, sans toucher au reste du site resté fonctionnel.
Avec notre service CodeGuard, cette restauration se fait directement depuis votre panel, sans compétence technique particulière requise. En cas de doute sur la date ou la portée à choisir, le support VSP TECH peut vous guider dans l'opération.
