Sauvegarder un site WordPress ou PrestaShop : la règle 3-2-1.Expliquée simplement, avec les réglages et le test qui comptent.

• Les fichiers et la base de données, toujours ensemble.
• Chaque jour, et juste avant chaque mise à jour importante.
• Gardées au moins 30 jours, plus longtemps pour une boutique.
• Trois copies, deux supports, une hors du serveur : la règle 3-2-1.
• Une copie inaltérable ou hors ligne, contre les pirates et les rançongiciels.
• Une restauration testée sur une copie, au moins chaque trimestre.

Dans ce guide

• Ce qu'il faut sauvegarder
• Pourquoi la sauvegarde de l'hébergeur ne suffit pas
• La règle 3-2-1, simplement
• À quelle fréquence, et combien de temps
• Tester une restauration
• WordPress et PrestaShop : les outils
• Ce que nous ferions à votre place
• Questions fréquentes

Un site WordPress ou PrestaShop tient en deux morceaux, et une sauvegarde qui n'en garde qu'un ne permet pas de le reconstruire :

• la base de données : les textes, les pages, les commandes, les comptes clients, les réglages ;
• les fichiers : le thème, les extensions ou modules, et surtout les images et documents que vous avez envoyés (dossier wp-content/uploads sous WordPress, dossier img sous PrestaShop), plus le fichier de configuration.

La documentation de WordPress le dit nettement : la base seule ne suffit pas à reconstruire un site. Et la fonction « Sauvegarde BDD » de PrestaShop, dans Paramètres avancés, ne sauvegarde que la base : ni les images, ni le thème, ni les modules.

La plupart des hébergeurs sauvegardent votre espace. C'est précieux, mais ce n'est pas une stratégie :

• Elle est au même endroit. Le jour où le compte d'hébergement est piraté, suspendu ou fermé, ou où le centre de données a un incident, elle disparaît avec le site. En mars 2021, l'incendie d'un centre de données d'OVHcloud à Strasbourg a détruit des serveurs, et avec eux des sauvegardes rangées sur le même site.
• Elle est gardée peu de temps, souvent quelques jours. Or une infection précède souvent ses premiers signes de plusieurs semaines : la dernière version saine peut être plus ancienne que la plus ancienne sauvegarde.
• Elle se restaure souvent en bloc : tout l'espace d'un coup, à une date, sans pouvoir récupérer seulement les commandes de la veille.
• Vous ne l'avez jamais essayée. Une sauvegarde qu'on n'a jamais restaurée est une hypothèse.

Gardez-la comme première ligne, et ajoutez au moins une copie à vous, ailleurs.

• 3 copies : le site en ligne et deux sauvegardes.
• 2 supports différents : par exemple l'espace de l'hébergeur et un stockage externe chez un autre prestataire.
• 1 copie hors du site : ailleurs que sur le serveur, chez un autre fournisseur, et si possible hors ligne ou inaltérable.

Les recommandations publiques françaises ajoutent un point : la fiche de l'Agence du numérique en santé demande une copie hors ligne, pour résister aux rançongiciels, et rappelle qu'il faut tester les sauvegardes avant d'en avoir besoin. La documentation de WordPress conseille, elle, de garder au moins trois sauvegardes à des endroits différents.

La copie inaltérable

Un pirate qui obtient vos accès d'hébergement, ou un rançongiciel, efface ou chiffre aussi les sauvegardes qu'il trouve. Une copie inaltérable (que personne ne peut modifier ni supprimer pendant une durée fixée) ou hors ligne est la seule qui survit à ce scénario. Les stockages en ligne sérieux proposent ce verrouillage ; il suffit de l'activer.

1. Restaurez sur une copie, jamais sur le site en ligne : un sous-domaine de test, ou votre ordinateur.
2. Vérifiez ce qui compte : les pages s'affichent avec leurs images, l'administration s'ouvre, les formulaires partent, et sur une boutique, les dernières commandes et les comptes clients sont là.
3. Chronométrez : combien de temps entre la décision et un site qui marche ? C'est votre délai de remise en route réel.
4. Notez la date du test, et refaites-le régulièrement, au moins chaque trimestre, et après chaque changement d'hébergeur ou d'outil de sauvegarde.

Pour WordPress

• Une extension de sauvegarde (UpdraftPlus, BackWPup ou équivalent) : programmée chaque jour, fichiers et base, envoyée vers un stockage externe, avec une rotation des anciennes copies.
• À la main, en secours : les fichiers par FTP, la base exportée depuis phpMyAdmin au format SQL, comme le décrit la documentation de WordPress. Avec un accès SSH, la commande wp db export exporte la base en une ligne.
• Avant chaque mise à jour importante, une sauvegarde à la demande.

Pour PrestaShop

• La Sauvegarde BDD (Paramètres avancés, puis Base de données) exporte la base seule ; la documentation de PrestaShop conseille au moins une sauvegarde par semaine. Elle ne contient pas les images, le thème ni les modules.
• Les fichiers se sauvegardent à part : par FTP, ou par l'outil de votre hébergeur, en n'oubliant pas les dossiers des images, des thèmes, des modules et des fichiers téléchargeables.
• Avant une mise à jour de PrestaShop ou d'un module, une sauvegarde complète, fichiers et base.

Où envoyer les copies

Sur un stockage externe, chez un autre fournisseur que l'hébergeur. Vos sauvegardes contiennent les données de vos clients : choisissez un stockage situé dans l'Union européenne, chiffrez les copies, et notez ce prestataire dans votre registre RGPD.

Rédigé par l'équipe Boost de WS Agency, qui maintient et protège des sites WordPress, PrestaShop et Joomla. Publié le 18 octobre 2026.

• WordPress, sauvegardes de WordPress (fichiers et base, au moins trois copies à des endroits différents, sauvegarde avant les mises à jour).
• PrestaShop, Sauvegarde BDD (la base seule, sans les images ni le thème ; au moins une fois par semaine).
• Agence du numérique en santé, fiche « Sauvegardes régulières » (règle 3-2-1 avec une copie hors ligne, tests de restauration).

Une erreur, une information à compléter, un droit de réponse ? Écrivez à contact@wsagency.fr : nous corrigeons, et nous indiquons ici ce qui a changé et quand.