Comment sauvegarder un site web avant une modification ?

Vous sauvegardez un site web avant une modification en copiant deux choses, les fichiers et la base de données, et en gardant cette copie hors du serveur. Les fichiers contiennent le thème, les extensions et les médias ; la base de données contient le contenu, les réglages et les utilisateurs. Une sauvegarde de l’un sans l’autre n’est pas complète, car le site a besoin des deux pour fonctionner : les fichiers sans la base donnent un thème vide, et la base sans les fichiers donne du texte sans mise en forme ni images. Sauvegardez aussi le fichier de configuration, qui relie les deux. Le point que beaucoup oublient : la copie doit vivre hors du serveur, car une sauvegarde stockée sur le même serveur disparaît avec lui. Et avant une modification, testez que la sauvegarde se restaure vraiment, pour pouvoir revenir en arrière. WPBuildAI analyse le site et fournit l’inventaire du contenu, des images et des URL, un filet de sécurité en plus de la sauvegarde technique.

Ce qu’une sauvegarde complète contient

Il vaut la peine de commencer par ce qui compte comme complet, car c’est la partie manquante qui gâche une restauration. Un site WordPress a trois pièces : les fichiers, la base de données et le fichier de configuration qui les relie. Les fichiers portent l’apparence et les médias ; la base porte le contenu et les réglages ; la configuration porte les accès à la base. Une sauvegarde complète a les trois. S’il en manque une, la restauration échoue : sans la base, le site s’ouvre vide ; sans les médias, les images manquent. Penser aux trois pièces dès le départ évite la découverte tardive que la copie n’était pas restaurable.

Les fichiers

La première partie, ce sont les fichiers, et l’essentiel se trouve dans le dossier des contenus : le thème, les extensions et le dossier des médias avec les images. Vous les copiez par FTP ou via une archive créée dans le panneau de l’hébergeur. Le dossier des médias est souvent le plus lourd, car les images pèsent, comme le rappelle le Web Almanac 2024, donc vérifiez qu’il est venu en entier. Pour une modification limitée, comme un changement de thème, ce sont surtout ces fichiers qui risquent d’être touchés, donc les avoir en sauvegarde permet de revenir à l’apparence d’avant si le résultat ne convient pas.

La base de données

La deuxième partie, la base de données, est celle qu’on oublie le plus parce qu’elle est invisible. La base contient le texte de chaque article et page, les réglages, les utilisateurs et les commentaires, c’est-à-dire le contenu lui-même. Vous la sauvegardez en exportant un fichier SQL, en général via un outil du panneau de l’hébergeur. Sans elle, même avec tous les fichiers, le site n’a rien à afficher. Si vous n’avez pas un accès facile à la base, vous pouvez récupérer le contenu public via l’API REST de WordPress, bien que l’idéal pour une sauvegarde reste le SQL complet, qui inclut aussi ce qui n’apparaît pas sur le site.

Gardez la copie hors du serveur

C’est l’étape qui transforme une sauvegarde en vraie sécurité : garder la copie hors du serveur. Une sauvegarde stockée sur le serveur où tourne le site semble pratique, mais elle est fragile, car si le serveur tombe ou est compromis, elle part avec lui. Téléchargez la copie sur votre ordinateur, sur un stockage en ligne ou sur un autre serveur. La règle simple : la sauvegarde doit se trouver dans un endroit qui ne dépend pas du site debout. C’est la différence entre une sauvegarde qui vous sauve et une qui disparaît juste quand vous en avez besoin.

Testez la restauration avant de modifier

Une sauvegarde que vous n’avez jamais testée est une supposition, pas une garantie, et c’est d’autant plus vrai avant une modification. L’intérêt d’une sauvegarde avant modification est de pouvoir revenir en arrière si la modification tourne mal ; or vous ne saurez si elle le permet qu’en l’essayant. Restaurez la copie dans un environnement séparé et vérifiez que le site s’ouvre avec son contenu et ses images. Au minimum, ouvrez l’archive des fichiers et confirmez que le dossier des médias est plein, et que le fichier SQL n’est pas vide. Ce test rapide évite la pire découverte : une sauvegarde cassée au moment précis où il faudrait revenir en arrière.

Un inventaire du contenu comme second filet

Au-delà de la sauvegarde technique, un inventaire du contenu et des URL sert de second filet. La sauvegarde sert à restaurer le site tel quel ; l’inventaire sert à vérifier, après la modification, que rien n’a été perdu, et à reconstruire ou rediriger si la modification a changé des adresses. Il liste le contenu, les images et les URL, comme dans récupérer le contenu d’un site ou exporter un article complet. Cela compte parce que ce sont le contenu et les URL qui classent, comme l’a montré l’analyse de Backlinko : si une modification touche les adresses, l’inventaire aide à poser les bonnes redirections.

Étapes

1. Copiez les fichiers, surtout le dossier des médias.
2. Exportez la base de données dans un fichier SQL.
3. Sauvegardez le fichier de configuration.
4. Téléchargez la copie hors du serveur.
5. Testez la restauration dans un environnement séparé.
6. Gardez un inventaire du contenu et des URL comme second filet.

Exemple : sauvegarder avant une refonte

Prenons un site sur le point de subir une refonte, qui veut une sauvegarde solide avant de commencer. L’équipe copie les fichiers via une archive du panneau de l’hébergeur, en vérifiant que le dossier des médias est complet, et exporte la base en SQL. Elle sauvegarde aussi le fichier de configuration. Tout est téléchargé sur un stockage en ligne, hors du serveur. Avant de continuer, elle restaure la copie dans un environnement de test et voit le site s’ouvrir avec ses images : la sauvegarde tient. Elle garde aussi l’inventaire du contenu et des URL, utile pour les redirections de la refonte, comme dans conserver le référencement lors d’une refonte. Si la refonte dérape, le retour en arrière est garanti.

Les erreurs à éviter

• Sauvegarder les fichiers ou la base, mais pas les deux.
• Oublier le dossier des médias et restaurer un site sans images.
• Laisser la sauvegarde sur le même serveur, où elle disparaît en cas de panne.
• Ne jamais tester la restauration et découvrir trop tard la copie cassée.
• Ne compter que sur la sauvegarde technique, sans inventaire pour rediriger.

Ce qu’il faut retenir

Vous sauvegardez un site avant une modification en copiant les fichiers et la base de données, plus le fichier de configuration, et en gardant la copie hors du serveur. Les deux parties sont nécessaires, car le site a besoin des deux pour fonctionner. Surtout, testez que la sauvegarde se restaure vraiment, parce que l’intérêt d’une sauvegarde avant modification est de pouvoir revenir en arrière. Pour une modification qui touche les adresses, gardez aussi un inventaire du contenu et des URL, utile pour poser des redirections 301, comme dans faire un plan de redirection 301. WPBuildAI analyse le site et fournit l’inventaire du contenu, des images et des URL, un filet de sécurité en plus de la sauvegarde technique. Envoyez l’adresse de votre site pour une analyse gratuite.

Sans affiliation avec WordPress, Lovable, Webflow, Shopify, Wix ou Squarespace.