Comment sauvegarder correctement sa boutique avant une intervention
Une sauvegarde qui ne contient que la base de données, ou qui n’a jamais été testée à la restauration, n’en est pas vraiment une. Avant toute mise à jour ou modification de code, deux éléments doivent être sauvegardés séparément, et la sauvegarde doit être vérifiée avant d’être considérée comme fiable.
Constituer une sauvegarde complète
-
Exporter la base de données
Via phpMyAdmin ou une commande d’export, l’ensemble des tables doit être inclus, pas seulement celles qui semblent concernées par l’intervention. Une table oubliée peut rendre la restauration incohérente.
-
Archiver l’ensemble des fichiers
Le code source, le thème actif, les modules ou extensions installés et le dossier des médias doivent être copiés intégralement, pas seulement les fichiers qui vont être modifiés.
-
Stocker la sauvegarde hors du serveur
Une sauvegarde qui reste sur le même serveur que le site ne protège de rien en cas de panne matérielle, de piratage ou de suppression accidentelle touchant le serveur entier.
-
Vérifier la cohérence entre base et fichiers
La base de données et les fichiers doivent provenir du même instant. Une base récente combinée à des fichiers plus anciens, ou l’inverse, peut créer des incohérences difficiles à repérer après coup.
-
Tester la restauration si l’intervention est risquée
Avant une opération lourde (migration, mise à jour majeure), restaurer la sauvegarde sur un environnement séparé permet de confirmer qu’elle est réellement exploitable, plutôt que de le découvrir en cas de besoin.
Pourquoi la base seule ne suffit pas
Sur PrestaShop comme sur WooCommerce, la base de données contient les produits, les commandes, les clients et la configuration, mais pas le code : le thème, les modules ou extensions installés, ni les images produit stockées comme fichiers. Restaurer uniquement la base sur une installation vierge donne un site incomplet, sans son apparence ni ses fonctionnalités personnalisées.
À l’inverse, les fichiers seuls ne servent à rien sans la base qui leur correspond : le code fait référence à des identifiants de produits, de catégories ou de configuration qui n’existent que dans la base de données. Les deux éléments doivent être considérés comme un seul ensemble, sauvegardé et restauré ensemble.
Sur une boutique volumineuse, l’export de la base peut prendre du temps et solliciter le serveur : il est préférable de le lancer en dehors des périodes de forte affluence, ou de passer par un outil qui verrouille les tables le temps strictement nécessaire à l’export.
Les erreurs courantes
- Sauvegarder uniquement les fichiers modifiés plutôt que l’ensemble du site : en cas de problème, il devient impossible de revenir précisément à l’état antérieur.
- Laisser la sauvegarde dans un dossier accessible publiquement sur le même serveur, ce qui expose potentiellement des données sensibles à toute personne connaissant ou devinant l’adresse.
- Ne jamais vérifier la sauvegarde avant d’en avoir besoin : une archive corrompue ou un export SQL incomplet ne se découvre souvent qu’au pire moment.
- Attendre juste avant une mise à jour risquée pour sauvegarder pour la première fois, sans avoir de méthode déjà éprouvée.
Questions fréquentes
À quelle fréquence faut-il sauvegarder une boutique en ligne ?
Une sauvegarde automatique de l’hébergeur suffit-elle ?
Combien de temps faut-il conserver les anciennes sauvegardes ?
Faut-il sauvegarder aussi les fichiers de configuration serveur (.htaccess, wp-config.php) ?
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.