Restaurer un site WordPress depuis une sauvegarde (sans perdre de commandes)

Une restauration devrait être la partie calme d’une mauvaise journée. En pratique, elle empire souvent les choses : la mauvaise sauvegarde, des commandes perdues, un site qui revient avec la même faille par laquelle il a été piraté. Ce guide vous donne une routine pour restaurer un site client WordPress depuis une sauvegarde, choisir la bonne sauvegarde, garder les données nécessaires et vérifier le résultat avant le client.

1. Décidez ce que vous devez vraiment restaurer

Tous les problèmes ne demandent pas une restauration complète. Demandez-vous d’abord ce qui est cassé et ce qui a changé depuis la dernière bonne sauvegarde.

• Une mise à jour d’extension ou de thème a cassé le site : souvent, il suffit de remettre ce seul dossier d’extension ou de thème. La base de données peut rester telle quelle.
• Du contenu a été supprimé ou écrasé : vous n’avez peut-être besoin que de la base de données, voire d’un seul article depuis une révision.
• Le site a été piraté ou des fichiers manquent : il vous faut les fichiers et généralement aussi la base de données, d’avant le début du problème.

Listez ensuite ce qui s’est passé sur le site depuis la sauvegarde : nouvelles commandes, envois de formulaires, commentaires, comptes utilisateurs, modifications du client. Une restauration complète efface tout cela.

2. Choisissez la bonne sauvegarde

La sauvegarde la plus récente n’est pas toujours la bonne. Il vous faut la dernière sauvegarde d’avant le problème.

• Comparez la date et l’heure au début du problème (un journal de mises à jour, la première erreur, le premier message du client).
• Pour un site piraté, remontez avant la période d’infection, pas à hier. Une sauvegarde d’un site infecté restaure l’infection.
• Vérifiez que la sauvegarde est complète : à la fois les fichiers (au moins wp-content) et la base de données, et que l’archive s’ouvre vraiment.

3. Sauvegardez d’abord le site cassé

Avant de toucher à quoi que ce soit, faites une sauvegarde du site tel qu’il est. Cela prend quelques minutes et vous donne une porte de sortie si la restauration tourne mal, plus les commandes et envois que vous devrez peut-être reprendre ensuite. Avec WP-CLI :

wp db export before-restore.sql

Téléchargez aussi wp-content, ou demandez à votre hébergeur un instantané.

4. Restaurez d’abord sur une copie si possible

Si vous avez une copie de staging ou pouvez en créer une, restaurez-y d’abord. Vous voyez le résultat sans que le client regarde, et vous savez si la sauvegarde est bonne. Pour un petit site vitrine déjà hors service, restaurer directement en ligne est acceptable. Pour une boutique, testez sur une copie.

5. Lancez la restauration

Utilisez l’outil d’où vient la sauvegarde. Les trois voies courantes :

• Extension de sauvegarde : utilisez sa fonction de restauration et choisissez fichiers, base de données ou les deux.
• Panneau d’hébergement : beaucoup d’hébergeurs peuvent restaurer fichiers et base depuis leurs propres instantanés. Vérifiez s’ils restaurent tout le compte ou un seul site.
• À la main : envoyez les fichiers par SFTP et importez la base de données.

Pour la voie manuelle avec WP-CLI :

wp db import backup.sql
wp search-replace 'https://old-domain.test' 'https://www.client-site.com' --skip-columns=guid
wp rewrite flush
wp cache flush

Vous n’avez besoin de search-replace que si la sauvegarde vient d’un autre domaine ou d’une URL de staging. Lancez-le d’abord avec --dry-run .

6. Restaurations partielles sans perdre de commandes

Sur une boutique WooCommerce, restaurer la base de données signifie perdre chaque commande, client et mouvement de stock depuis la sauvegarde. Préférez la plus petite restauration qui règle le problème :

• Une mise à jour cassée : remettez seulement l’ancienne version de ce dossier d’extension ou de thème.
• Une base cassée sur une boutique : avant l’import, exportez les commandes passées depuis la sauvegarde, puis ressaisissez-les ou demandez à votre développeur de les fusionner.
• Du contenu manquant : regardez les révisions et la corbeille avant de toucher à une sauvegarde.

7. Vérifiez le site avant de prévenir le client

Une page d’accueil qui se charge n’est pas un site qui fonctionne. Parcourez cette liste :

1. La page d’accueil et les trois pages les plus importantes, sur ordinateur et sur téléphone.
2. Envoyez un message de test via le formulaire de contact et vérifiez qu’il arrive.
3. Pour une boutique : ajoutez au panier et passez le paiement avec un moyen de paiement de test.
4. Connectez-vous à wp-admin et vérifiez que les extensions attendues sont actives.
5. Videz tous les caches : l’extension de cache, le cache serveur et le CDN.

8. Après un piratage : fermez la faille avant de rouvrir

Une restauration après un piratage remet l’ancienne version vulnérable. Avant que le site ne redevienne public :

• Mettez à jour l’extension, le thème ou la version de WordPress par où l’intrus est entré.
• Changez tous les mots de passe administrateur et celui de la base de données, et supprimez les comptes administrateur que vous ne reconnaissez pas.
• Renouvelez les clés de sécurité dans wp-config.php (wp config shuffle-salts), ce qui déconnecte tout le monde.
• Surveillez le site quelques jours : nouveaux administrateurs, fichiers modifiés, redirections étranges.

9. Rendez les restaurations banales

La plupart des restaurations ratées échouent parce que personne n’en avait jamais essayé une. Restaurez chaque mois un site depuis une sauvegarde, sur une copie, et notez le temps nécessaire. Convenez à l’avance avec les clients de ce qu’une restauration signifie pour les commandes et envois de formulaires arrivés entre-temps, pour que la discussion ne soit pas nouvelle le jour J.

Comment Verploy gère sauvegardes et restaurations

Chaque mise à jour est vérifiée, et les plus risquées sont d’abord testées sur une copie, formulaires et paiement compris, donc moins de mises à jour ont besoin d’une restauration. Les sauvegardes nocturnes s’accompagnent d’un test de restauration, et si un site casse après la mise en ligne, Verploy revient en arrière. En savoir plus sur les sauvegardes WordPress pour les agences.