{"id":7524,"date":"2026-08-28T03:29:05","date_gmt":"2026-08-28T03:29:05","guid":{"rendered":"https:\/\/ccntechnologies.com\/blog\/restaurer-son-site\/"},"modified":"2026-08-28T03:29:19","modified_gmt":"2026-08-28T03:29:19","slug":"restaurer-son-site","status":"publish","type":"post","link":"https:\/\/ccntechnologies.com\/blog\/restaurer-son-site\/","title":{"rendered":"Restaurer son site apr\u00e8s un incident : comment \u00e7a se passe vraiment"},"content":{"rendered":"<p><strong>Restaurer son site<\/strong> est le moment de v\u00e9rit\u00e9 d&rsquo;une sauvegarde. On parle beaucoup de sauvegarder, rarement de restaurer \u2014 pourtant c&rsquo;est la seule \u00e9tape qui compte r\u00e9ellement. Une sauvegarde qui existe mais qu&rsquo;on ne sait pas exploiter ne prot\u00e8ge de rien.<\/p>\n<p>Voici ce qui se passe concr\u00e8tement quand un site doit \u00eatre remis en \u00e9tat : ce qu&rsquo;on peut r\u00e9cup\u00e9rer, \u00e0 quelle date, et surtout les erreurs qui transforment un incident b\u00e9nin en perte d\u00e9finitive.<\/p>\n<h2>Les quatre incidents qui m\u00e8nent \u00e0 une restauration<\/h2>\n<p>Dans la pratique, les demandes de restauration se r\u00e9partissent presque toujours en quatre cat\u00e9gories :<\/p>\n<ul>\n<li><strong>La mise \u00e0 jour qui casse tout.<\/strong> Une extension ou un th\u00e8me mis \u00e0 jour rend le site blanc ou inutilisable. C&rsquo;est de loin le cas le plus fr\u00e9quent, et le plus simple \u00e0 traiter.<\/li>\n<li><strong>La suppression accidentelle.<\/strong> Une page, un article, une image, une bo\u00eete mail effac\u00e9e par erreur \u2014 parfois remarqu\u00e9e plusieurs jours plus tard.<\/li>\n<li><strong>La compromission.<\/strong> Le site a \u00e9t\u00e9 pirat\u00e9, du code malveillant a \u00e9t\u00e9 inject\u00e9. Il faut revenir \u00e0 un \u00e9tat ant\u00e9rieur \u00e0 l&rsquo;intrusion.<\/li>\n<li><strong>La d\u00e9faillance technique.<\/strong> Corruption de base de donn\u00e9es, incident mat\u00e9riel, migration rat\u00e9e.<\/li>\n<\/ul>\n<p>Chacun appelle une r\u00e9ponse diff\u00e9rente. C&rsquo;est pr\u00e9cis\u00e9ment pour cela que la granularit\u00e9 de la restauration compte autant que l&rsquo;existence de la sauvegarde.<\/p>\n<h2>Restauration compl\u00e8te ou partielle : deux logiques oppos\u00e9es<\/h2>\n<p>La restauration granulaire permet de ne remettre en \u00e9tat que ce qui doit l&rsquo;\u00eatre. Selon la situation, on peut restaurer :<\/p>\n<ul>\n<li>l&rsquo;int\u00e9gralit\u00e9 du compte d&rsquo;h\u00e9bergement, \u00e0 une date donn\u00e9e ;<\/li>\n<li>la base de donn\u00e9es seule, en conservant les fichiers actuels ;<\/li>\n<li>les fichiers seuls, en conservant la base ;<\/li>\n<li>une bo\u00eete de messagerie ;<\/li>\n<li>un unique fichier ou un unique r\u00e9pertoire.<\/li>\n<\/ul>\n<p>Cette souplesse \u00e9vite l&rsquo;\u00e9cueil principal d&rsquo;une restauration : <strong>\u00e9craser des donn\u00e9es r\u00e9centes qui n&rsquo;avaient aucun probl\u00e8me<\/strong>. Si une seule image a \u00e9t\u00e9 supprim\u00e9e, il serait absurde de remonter tout le site \u00e0 la semaine derni\u00e8re et de perdre au passage les commandes des trois derniers jours.<\/p>\n<h2>L&rsquo;erreur la plus co\u00fbteuse : restaurer trop large, trop vite<\/h2>\n<p>Voici le sc\u00e9nario que nous voyons le plus souvent, et il m\u00e9rite d&rsquo;\u00eatre connu.<\/p>\n<p>Un site fonctionne correctement lundi. Le client publie du contenu, re\u00e7oit des commandes et des messages mardi et mercredi. Jeudi apr\u00e8s-midi, il constate un probl\u00e8me d&rsquo;affichage, panique, et restaure la sauvegarde la plus ancienne qu&rsquo;il trouve \u00ab pour \u00eatre s\u00fbr de revenir \u00e0 quelque chose qui marchait \u00bb.<\/p>\n<p>Il vient d&rsquo;effacer mardi et mercredi. Le probl\u00e8me d&rsquo;affichage, lui, venait d&rsquo;un simple cache.<\/p>\n<p>Deux r\u00e9flexes \u00e9vitent cette situation :<\/p>\n<ul>\n<li><strong>Identifiez la date exacte du dernier \u00e9tat correct<\/strong> avant de restaurer quoi que ce soit. \u00ab \u00c7a marchait la semaine derni\u00e8re \u00bb n&rsquo;est pas une date.<\/li>\n<li><strong>Restaurez le plus \u00e9troitement possible.<\/strong> Un fichier plut\u00f4t qu&rsquo;un r\u00e9pertoire, un r\u00e9pertoire plut\u00f4t qu&rsquo;un compte entier.<\/li>\n<\/ul>\n<p>En cas de doute, une demande au support co\u00fbte quelques minutes d&rsquo;attente. Une restauration mal cibl\u00e9e co\u00fbte des jours de donn\u00e9es.<\/p>\n<h2>Jusqu&rsquo;\u00e0 quand peut-on remonter ?<\/h2>\n<p>Chez CCN Technologies, nous conservons <strong>sept points de restauration glissants<\/strong> : une semaine compl\u00e8te. Chaque nuit, une nouvelle sauvegarde est cr\u00e9\u00e9e et la plus ancienne est retir\u00e9e.<\/p>\n<p>Cette fen\u00eatre est dimensionn\u00e9e pour couvrir le d\u00e9lai r\u00e9el de d\u00e9tection d&rsquo;un incident. Un probl\u00e8me visible est remarqu\u00e9 en quelques heures ; un probl\u00e8me discret \u2014 un contenu supprim\u00e9, une base partiellement corrompue \u2014 met souvent plusieurs jours \u00e0 se manifester. Une semaine d&rsquo;historique couvre l&rsquo;immense majorit\u00e9 des cas.<\/p>\n<h2>Ce que la restauration ne peut pas r\u00e9cup\u00e9rer<\/h2>\n<p>Un point d&rsquo;honn\u00eatet\u00e9 qui \u00e9vite bien des malentendus : une sauvegarde quotidienne restaure l&rsquo;\u00e9tat du site <strong>au moment de la derni\u00e8re sauvegarde<\/strong>, pas l&rsquo;\u00e9tat d&rsquo;il y a cinq minutes.<\/p>\n<p>Concr\u00e8tement, les donn\u00e9es cr\u00e9\u00e9es depuis la derni\u00e8re sauvegarde nocturne \u2014 commandes du matin, e-mails re\u00e7us dans la journ\u00e9e, article publi\u00e9 \u00e0 midi \u2014 ne figurent dans aucune copie. C&rsquo;est le fonctionnement de tout syst\u00e8me de sauvegarde p\u00e9riodique, quel que soit l&rsquo;h\u00e9bergeur.<\/p>\n<p>C&rsquo;est aussi la raison pour laquelle une boutique \u00e0 fort volume gagne \u00e0 discuter d&rsquo;une fr\u00e9quence renforc\u00e9e : moins de temps entre deux points, moins de donn\u00e9es expos\u00e9es.<\/p>\n<h2>Combien de temps prend une restauration ?<\/h2>\n<p>Cela d\u00e9pend directement du volume et de la nature de la demande. Un fichier isol\u00e9 se r\u00e9cup\u00e8re rapidement. Un compte complet, avec des milliers de fichiers et une base volumineuse, demande davantage de temps \u2014 le facteur limitant \u00e9tant le transfert depuis le stockage distant et la remise en place des donn\u00e9es.<\/p>\n<p>Nous nous m\u00e9fions des h\u00e9bergeurs qui annoncent un d\u00e9lai garanti sans conna\u00eetre votre situation. Le support vous communique une estimation d\u00e8s la prise en charge, une fois le p\u00e9rim\u00e8tre identifi\u00e9.<\/p>\n<h2>Comment demander une restauration<\/h2>\n<p>Trois informations suffisent \u00e0 traiter une demande rapidement :<\/p>\n<ul>\n<li><strong>Quoi<\/strong> \u2014 le site, le fichier, la base ou la bo\u00eete mail concern\u00e9e ;<\/li>\n<li><strong>Quand<\/strong> \u2014 la date du dernier \u00e9tat correct, m\u00eame approximative ;<\/li>\n<li><strong>Quoi conserver<\/strong> \u2014 s&rsquo;il y a des donn\u00e9es r\u00e9centes \u00e0 ne surtout pas \u00e9craser.<\/li>\n<\/ul>\n<p>Cette troisi\u00e8me information est celle qu&rsquo;on oublie le plus souvent, et c&rsquo;est celle qui nous permet de choisir la bonne strat\u00e9gie de restauration.<\/p>\n<h2>Questions fr\u00e9quentes sur la restauration<\/h2>\n<h3>La restauration efface-t-elle mes donn\u00e9es r\u00e9centes ?<\/h3>\n<p>Elle ram\u00e8ne l&rsquo;\u00e9l\u00e9ment restaur\u00e9 \u00e0 l&rsquo;\u00e9tat du point de sauvegarde choisi. Tout ce qui a \u00e9t\u00e9 cr\u00e9\u00e9 apr\u00e8s cette date, dans le p\u00e9rim\u00e8tre restaur\u00e9, est remplac\u00e9. C&rsquo;est pourquoi il vaut mieux restaurer le plus \u00e9troitement possible et pr\u00e9ciser ce qui doit \u00eatre conserv\u00e9.<\/p>\n<h3>Puis-je restaurer uniquement ma base de donn\u00e9es ?<\/h3>\n<p>Oui. Fichiers et base de donn\u00e9es peuvent \u00eatre restaur\u00e9s s\u00e9par\u00e9ment. C&rsquo;est particuli\u00e8rement utile lorsqu&rsquo;une extension a corrompu des tables sans toucher aux fichiers.<\/p>\n<h3>Que faire si mon site a \u00e9t\u00e9 pirat\u00e9 ?<\/h3>\n<p>Contactez le support avant de restaurer. Restaurer sans avoir identifi\u00e9 la faille d&rsquo;origine m\u00e8ne presque toujours \u00e0 une nouvelle compromission quelques jours plus tard. Le nettoyage doit accompagner la restauration \u2014 c&rsquo;est aussi le r\u00f4le de la <a href=\"https:\/\/ccntechnologies.com\/blog\/imunify360-securite\/\">protection en temps r\u00e9el Imunify360<\/a> d\u00e9ploy\u00e9e sur nos serveurs.<\/p>\n<h3>Puis-je t\u00e9l\u00e9charger une sauvegarde pour la conserver moi-m\u00eame ?<\/h3>\n<p>Oui, sur demande aupr\u00e8s du support. C&rsquo;est une bonne pratique avant une refonte importante, une migration, ou si vous quittez notre infrastructure.<\/p>\n<h3>Que se passe-t-il si je r\u00e9silie mon h\u00e9bergement ?<\/h3>\n<p>Les sauvegardes sont conserv\u00e9es un temps limit\u00e9 apr\u00e8s la fermeture du compte, puis supprim\u00e9es d\u00e9finitivement. Demandez une copie de vos donn\u00e9es <em>avant<\/em> la r\u00e9siliation.<\/p>\n<p>Une restauration bien men\u00e9e transforme un incident en simple contretemps. Pour comprendre ce qui rend cette op\u00e9ration possible \u2014 et pourquoi tous les h\u00e9bergeurs ne peuvent pas l&rsquo;offrir \u2014 lisez notre article sur <a href=\"https:\/\/ccntechnologies.com\/blog\/sauvegarde-hebergement-web\/\">les cinq questions \u00e0 poser \u00e0 votre h\u00e9bergeur sur ses sauvegardes<\/a>.<\/p>\n<p><strong>Un fichier \u00e0 r\u00e9cup\u00e9rer ou une page revenue \u00e0 un \u00e9tat ant\u00e9rieur ? <a href=\"https:\/\/ccntechnologies.com\/contact-us.php\">Contactez notre support<\/a>, nous nous en occupons.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Une sauvegarde ne vaut que par la restauration qu&rsquo;elle permet. Que peut-on r\u00e9cup\u00e9rer, \u00e0 quelle date, en combien de temps, et quelles erreurs \u00e9viter au moment de restaurer un site WordPress apr\u00e8s un incident.<\/p>\n","protected":false},"author":1,"featured_media":7348,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_eb_attr":"","order-bump-settings":[],"_wpfnl_thankyou_order_overview":"on","_wpfnl_thankyou_order_details":"on","_wpfnl_thankyou_billing_details":"on","_wpfnl_thankyou_shipping_details":"on","_eb_data_table":"","footnotes":""},"categories":[39,40],"tags":[],"class_list":["post-7524","post","type-post","status-publish","format-standard","has-post-thumbnail","category-wordpress","category-plugins-wordpress"],"_links":{"self":[{"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/posts\/7524","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/comments?post=7524"}],"version-history":[{"count":1,"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/posts\/7524\/revisions"}],"predecessor-version":[{"id":7525,"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/posts\/7524\/revisions\/7525"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/media\/7348"}],"wp:attachment":[{"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/media?parent=7524"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/categories?post=7524"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ccntechnologies.com\/blog\/wp-json\/wp\/v2\/tags?post=7524"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}