Sauvegarde PrestaShop : des copies qui se restaurent vraiment, hors du serveur

Une sauvegarde PrestaShop utile réunit deux copies prises au même moment, la base de données et les fichiers, rangées hors du serveur de la boutique et restaurées au moins une fois sur une copie de test. L’outil du back-office copie la base seule et la dépose sur le serveur qu’il doit protéger. Une sauvegarde se juge le jour de la panne : seule la restauration déjà essayée vaut quelque chose.

• Une sauvegarde PrestaShop complète réunit la base de données et les fichiers
• L’outil de sauvegarde intégré à PrestaShop copie la base seule et la dépose sur le serveur
• Une copie rangée sur le serveur de la boutique disparaît avec lui
• Un test de restauration chronométré, sur une copie de la boutique, prouve la sauvegarde
• L’ordre de reprise d’une boutique PrestaShop en panne évite d’aggraver la perte
• Le contrat de sauvegarde PrestaShop écrit le périmètre, le lieu, la durée et le test
• Trois erreurs menacent une sauvegarde PrestaShop
• Une copie ancienne ne se restaure que sur un serveur qui accepte encore ses versions
• Sources consultées
• Foire aux questions

Une sauvegarde PrestaShop complète réunit la base de données et les fichiers

La base contient les produits, les catégories, les clients et les commandes, d’après la documentation utilisateur de PrestaShop 8. Les images restent sur le serveur, avec les fichiers du thème.

Le guide de la 1.6 conseille de copier une fois la boutique en mode de maintenance : l’option « Activer la boutique » (Enable Shop) sur « Non », dans Préférences > Maintenance (Preferences > Maintenance), évite qu’une commande arrive entre la copie de la base et celle des fichiers (déduction).

L’outil de sauvegarde intégré à PrestaShop copie la base seule et la dépose sur le serveur

Le bouton de création, placé sous l’avertissement de la page, produit un fichier .sql.bz2 : du SQL compressé au format BZip2. Il figure dans la liste de la page et dans le dossier de sauvegarde du dossier d’administration. La documentation de PrestaShop 8 demande de le télécharger et de le ranger en lieu sûr.

La spécification 1.7 prévient : « This function only backs up your database, not your files. » Sur une boutique multiple, tous les magasins sont copiés ensemble.

Deux options changent le contenu. « Ignorer les tables de statistiques » (Ignore statistics tables) allège le fichier quand l’espace manque ; par défaut, toutes les tables sont copiées. « Supprimer les tables existantes durant l’import » (Drop existing tables during import) est activée par défaut et efface les tables en place avant d’y verser la copie. Défauts confirmés par le code d’installation de la 8.2.

La documentation de la version 8 fixe un plancher : au moins une sauvegarde par semaine. Sa page « Database Backup » décrit une création par bouton, sans planification : la régularité repose sur quelqu’un qui clique (déduction).

Une copie rangée sur le serveur de la boutique disparaît avec lui

Un scénario : le fichier du dimanche dort dans le dossier de sauvegarde, sur le disque de la boutique. Une intrusion, un disque défaillant ou un compte d’hébergement suspendu emporte la boutique et la copie le même jour.

La fiche 17 du guide de la CNIL (version 2024, mise à jour 2026) demande de stocker une sauvegarde au moins sur un site géographiquement distinct et d’en isoler une hors ligne. Garder les copies sur les mêmes systèmes que les données, sans isolement, les expose ensemble : un rançongiciel, logiciel qui chiffre les données contre rançon, attaque les données et leurs copies à la fois.

Elle demande aussi de chiffrer les copies et le canal par lequel elles voyagent. Pour un hébergement en informatique en nuage (cloud), la fiche 22 invite à vérifier que le fournisseur dispose de lieux de sauvegarde éloignés de ses centres de données : posez-lui la question par écrit.

Décrire mon besoin →

Un test de restauration chronométré, sur une copie de la boutique, prouve la sauvegarde

La spécification 1.7 écrit : « Never restore a backup on a live site. » La CNIL range « ne jamais vérifier si les sauvegardes sont exploitables » parmi ce qu’il ne faut pas faire.

Le test suit la procédure de la documentation de PrestaShop 8, sur un espace séparé de la production. Pour la base : récupérer le fichier, ouvrir phpMyAdmin chez l’hébergeur, vider les tables en place ou laisser l’option de suppression, puis l’onglet « Importer ». Pour les fichiers, le guide de la 1.6 demande de vider le dossier, d’y remettre les fichiers sauvegardés, puis d’importer la base.

Prévoyez les contrôles : page d’accueil, fiche produit avec ses images, connexion au back-office, commande de test jusqu’au retour du prestataire de paiement, facture en PDF, envoi d’un e-mail. Notez le temps écoulé : c’est la durée d’arrêt à annoncer à vos clients.

L’ordre de reprise d’une boutique PrestaShop en panne évite d’aggraver la perte

Quatre gestes, dans cet ordre.

• Copiez l’état actuel avant de supprimer quoi que ce soit : le guide de la 1.6 demande de ne rien effacer tant qu’une copie exacte et complète n’existe pas.
• Cherchez la cause avant de restaurer. Après un piratage, la copie peut rapporter la porte d’entrée avec elle (déduction) : le nettoyage après piratage passe d’abord. Après une mise à jour qui a cassé un module, restaurer retire aussi les correctifs de sécurité installés depuis la copie (déduction).
• Restaurez sur un espace de test, contrôlez, puis basculez.
• Chiffrez l’écart : les commandes passées entre la copie et la panne n’y figurent pas.

Le contrat de sauvegarde PrestaShop écrit le périmètre, le lieu, la durée et le test

Faites écrire, avec l’hébergeur ou le prestataire de maintenance, le périmètre (base, fichiers, réglages), le lieu hors de son infrastructure et le chiffrement des copies. Ajoutez votre accès direct aux copies, un délai de restauration en heures par niveau de gravité et un test daté avec compte rendu.

Deux points demandent un calcul ou une précaution. La fréquence : multipliez le nombre de commandes d’une journée ordinaire par le panier moyen, vous obtenez ce que perd une copie vieille d’une nuit. La durée de conservation : chaque copie garde les données des clients telles qu’elles étaient le jour de sa prise. La fiche 14 de la CNIL demande un contrat qui fixe la restitution et la destruction des données en fin de contrat : la clause vaut pour les copies (déduction).

Le prix suit le volume, la fréquence, le nombre de copies gardées, la copie hors site, le test et le délai de reprise garanti. Faites écrire qui paie quand la restauration échoue : l’hébergeur qui n’a pas copié ce qu’il annonçait, ou vous. Le contrat d’hébergement se lit dans la mission hébergement et infogérance.

Trois erreurs menacent une sauvegarde PrestaShop

La suppression d’une copie dans la liste de la page est définitive : un nettoyage pour libérer de la place peut effacer la seule copie saine (déduction).

Une copie unique, écrasée à chaque passage, remplace une bonne sauvegarde par celle d’une boutique déjà malade (déduction).

Une copie sans les versions de PrestaShop, de PHP et de MySQL (le système de la base), lisibles dans Paramètres avancés > Informations (Advanced Parameters > Information), se restaure à l’aveugle (déduction).

Décrire mon besoin →

Une copie ancienne ne se restaure que sur un serveur qui accepte encore ses versions

Au 14 octobre 2026, PHP 8.2 reçoit des correctifs de sécurité jusqu’au 31 décembre 2026, d’après php.net, et PHP 8.1 ne figure plus au tableau des versions supportées. PrestaShop 9.0 accepte PHP 8.1 à 8.4, la 9.1 de 8.1 à 8.5, selon les prérequis de la documentation développeur. Une boutique plus ancienne peut tourner sur un PHP plus ancien encore : sa copie ne se rejoue que sur un serveur qui le propose, et l’hébergeur peut le retirer. Consignez ces trois versions avec chaque copie.

Dans le message du formulaire de cette page, reportez la date de votre dernière copie, son lieu de stockage et la version de PrestaShop concernée.

Sources consultées

• PrestaShop, documentation utilisateur de la version 8, « Database Backup », consulté le 14 octobre 2026.
• PrestaShop, documentation utilisateur de la version 1.7 en français, « Sauvegarde BDD », consulté le 14 octobre 2026.
• PrestaShop, spécification de l’interface de la version 1.7, « Configure > Advanced Parameters > Database > DB Backup », consulté le 14 octobre 2026.
• PrestaShop, documentation de la version 1.6 en français, guide de mise à jour, « Faire une sauvegarde et la restaurer », consulté le 14 octobre 2026.
• CNIL, « Guide pratique RGPD : Sécurité des données personnelles », version 2024, mise à jour 2026, fiches 14, 17 et 22, consulté le 14 octobre 2026.
• php.net, « Supported Versions », consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de la version 9, « System requirements », consulté le 14 octobre 2026.

Foire aux questions

À quelle fréquence sauvegarder une boutique PrestaShop ?

Le plancher de la documentation est d’une fois par semaine. Au-delà, fixez le rythme sur ce que vous acceptez de perdre. Dans un scénario de quelques commandes par semaine, une copie hebdomadaire peut suffire ; avec des dizaines de commandes par jour, une copie quotidienne se justifie (déduction). La CNIL suggère des copies incrémentales (des seules modifications) quotidiennes et des copies complètes à intervalle régulier.

La sauvegarde automatique de l’hébergeur suffit-elle ?

Pas sans vérification. Demandez par écrit ce qu’elle couvre (base, fichiers, réglages), où elle est rangée, combien de temps elle est gardée et si vous la téléchargez vous-même. Faites ensuite restaurer une copie à titre d’essai : une option « sauvegarde » dans l’offre ne prouve pas qu’elle se rejoue.

Peut-on restaurer une sauvegarde chez un autre hébergeur ?

Oui, si le nouveau serveur propose des versions de PHP et de MySQL acceptées par votre version de PrestaShop et si les identifiants de la base sont reportés dans la configuration de la boutique. Essayez sur une adresse provisoire avant de basculer le nom de domaine.

Comment savoir si une sauvegarde est complète ?

Comparez la taille du fichier .sql.bz2 à celle des précédents et vérifiez que le dossier de fichiers contient thème, modules et images (déduction). Seule la restauration sur une copie le confirme, et la documentation de PrestaShop 8 demande de contrôler l’intégrité du fichier avant l’import.

Une sauvegarde contient-elle des données personnelles à protéger ?

Oui : la base porte les clients et les commandes, d’après la documentation de PrestaShop 8. La CNIL demande de protéger les copies au même niveau que la production, par le chiffrement notamment. Une demande d’effacement traitée après la prise de la copie ressurgit à la restauration (déduction) : tenez-en la liste pour la rejouer.