Une boutique WooCommerce a-t-elle besoin de sauvegardes en temps réel ?

Une sauvegarde par jour suffit souvent pour un site qui change quelques fois par semaine. Une boutique WooCommerce, c’est différent.

Chaque commande, chaque nouveau client, chaque variation de stock et chaque renouvellement d’abonnement est enregistré dans la base de données au moment où il se produit. Si la boutique rencontre un problème dans l’après-midi et que la sauvegarde la plus récente date de la nuit précédente, restaurer cette sauvegarde peut signifier perdre toutes les commandes passées depuis.

Cela ne veut pas dire que chaque boutique a besoin du système de sauvegarde le plus avancé. Cela veut dire que la fréquence des sauvegardes doit être choisie délibérément, en fonction du nombre de commandes que vous recevez et de la quantité de données que vous pouvez vous permettre de perdre.

Ce guide explique pourquoi les sauvegardes quotidiennes peuvent poser problème aux boutiques en ligne, ce que sont les sauvegardes en temps réel et incrémentielles, en quoi les sauvegardes de la base de données et des fichiers diffèrent, et comment restaurer une boutique sans perdre les commandes passées après la sauvegarde.

Pourquoi une sauvegarde quotidienne peut-elle faire perdre une journée de commandes ?

Une sauvegarde est un instantané du site à un moment précis. Tout ce qui se passe après ce moment n’y figure pas.

Pour une boutique WooCommerce, cela peut inclure :

les nouvelles commandes et leur statut de paiement
les nouveaux comptes clients
les variations des niveaux de stock
les renouvellements et résiliations d’abonnements
les remboursements, notes et changements de statut effectués par votre équipe
les modifications de produits et de prix

Si quelque chose se passe mal et que la boutique doit être restaurée à partir d’une sauvegarde réalisée de nombreuses heures plus tôt, toute cette activité récente disparaît de la boutique. Les paiements peuvent toujours exister chez votre prestataire de paiement, mais les commandes qui y sont liées peuvent ne plus exister dans WooCommerce.

Cela crée un vrai travail : des clients qui ont payé mais n’ont pas de commande, un stock qui ne correspond plus, et de la confusion pour vos équipes de support et de préparation des commandes.

Quelle quantité de données pouvez-vous vous permettre de perdre ?

Une façon utile de réfléchir aux sauvegardes consiste à se poser une question simple : si la boutique devait être restaurée maintenant, quelle part de l’activité récente serait-il acceptable de perdre ?

En termes techniques, on parle parfois d’objectif de point de reprise (RPO). En termes simples, c’est l’écart entre la dernière sauvegarde valide et le moment du problème.

Par exemple :

une boutique qui reçoit quelques commandes par semaine peut se contenter d’une sauvegarde quotidienne
une boutique qui reçoit des commandes toutes les heures peut vouloir des sauvegardes toutes les heures, voire plus souvent
une boutique à fort volume, avec des abonnements ou des commandes urgentes, peut vouloir des sauvegardes de base de données continues ou quasi en temps réel

Il n’existe pas de règle universelle. La bonne réponse dépend de votre volume de commandes, de la facilité avec laquelle vous pourriez recréer à la main les commandes perdues, et du niveau de perturbation que vos clients toléreraient.

Que sont les sauvegardes en temps réel et incrémentielles ?

Les sauvegardes complètes

Une sauvegarde complète copie l’intégralité du site à chaque fois : tous les fichiers et toute la base de données. Elle est simple et complète, mais peut être lente et lourde pour les boutiques importantes, c’est pourquoi les sauvegardes complètes ne sont souvent exécutées qu’une fois par jour.

Les sauvegardes incrémentielles

Une sauvegarde incrémentielle ne copie que ce qui a changé depuis la sauvegarde précédente. Comme chaque exécution est plus petite, elle peut être lancée beaucoup plus souvent sans imposer une forte charge au serveur.

Les sauvegardes en temps réel ou continues

Certains outils de sauvegarde enregistrent les modifications au moment où elles se produisent, ou à des intervalles très courts, en particulier pour la base de données. L’écart entre la dernière sauvegarde et un problème se réduit alors à une fenêtre très courte.

Le fonctionnement du « temps réel » varie selon les outils. Certains réagissent à des événements précis, d’autres exécutent des tâches incrémentielles très fréquentes. Si c’est important pour vous, demandez au fournisseur à quelle fréquence exacte les modifications de la base de données sont capturées et comment fonctionne une restauration à un point précis.

Pourquoi la base de données et les fichiers doivent-ils être traités différemment ?

Une boutique WooCommerce comporte deux parties principales.

La base de données

La base de données contient les commandes, les clients, les produits, les réglages, les pages et l’essentiel de ce qui change chaque jour. Pour une boutique, c’est là que se trouvent les données récentes les plus précieuses.

Les fichiers

Les fichiers comprennent WordPress lui-même, le thème, les plugins et le dossier wp-content/uploads avec les images des produits et les fichiers téléchargeables. Les fichiers changent généralement moins souvent, surtout lorsque vous mettez à jour des plugins, changez de thème ou téléversez de nouvelles images.

C’est pourquoi de nombreuses configurations sauvegardent la base de données beaucoup plus souvent que les fichiers. Les sauvegardes fréquentes de la base de données protègent les commandes, tandis que des sauvegardes de fichiers moins fréquentes protègent le reste du site.

Les deux sont nécessaires. Une base de données sans les fichiers correspondants, ou des fichiers sans la base de données, ne permettront pas de reconstruire la boutique.

Peut-on restaurer sans perdre les commandes passées après la sauvegarde ?

Parfois, mais cela demande du soin. Une restauration complète par-dessus la boutique en ligne remplacera la base de données actuelle par l’ancienne, et toutes les commandes créées depuis la sauvegarde seront supprimées de WooCommerce.

Avant de restaurer, il est utile de comprendre ce qui doit réellement être restauré.

Seuls les fichiers sont cassés

Si le problème vient d’un plugin, d’un thème ou d’une mise à jour défaillants, la base de données peut être parfaitement saine. Restaurer uniquement les fichiers concernés, ou revenir à la version précédente d’un seul plugin, peut réparer la boutique sans toucher aux commandes récentes.

Seule une partie des données est endommagée

Si un réglage, un produit ou une page précis a été modifié par erreur, il est parfois possible de récupérer uniquement cet élément depuis une sauvegarde au lieu de restaurer toute la base de données.

Une restauration complète est inévitable

Si la base de données elle-même est endommagée ou si la boutique a été compromise, une restauration complète peut être nécessaire. Dans ce cas :

faites d’abord une nouvelle sauvegarde de l’état actuel, même s’il est cassé, pour que rien ne soit perdu définitivement
notez l’heure exacte de la sauvegarde que vous comptez restaurer
consignez chaque commande passée après cette heure, à l’aide de WooCommerce > Orders (WooCommerce > Commandes), du tableau de bord de votre prestataire de paiement et des e-mails de notification de commande
après la restauration, rapprochez ces commandes : recréez-les ou importez-les, et vérifiez les niveaux de stock
indiquez à votre équipe quelles commandes peuvent demander une attention particulière

C’est précisément là que des sauvegardes fréquentes sont utiles. Plus l’écart est faible, moins il y a de commandes à récupérer à la main.

Si vous êtes dans cette situation, il vaut généralement la peine de demander de l’aide avant de restaurer. Une restauration est difficile à annuler une fois que de nouvelles commandes commencent à arriver par-dessus.

Sauvegardes de l’hébergeur ou outil de sauvegarde dédié ?

Les sauvegardes de l’hébergeur

De nombreux hébergeurs incluent des sauvegardes automatiques. Elles sont pratiques et constituent souvent une bonne première couche. Points à vérifier :

à quelle fréquence elles sont exécutées, et si la base de données est sauvegardée plus souvent que les fichiers
combien de temps elles sont conservées
si vous pouvez restaurer uniquement la base de données, uniquement les fichiers ou un seul élément
si les copies sont stockées sur une infrastructure distincte
si les conditions de l’hébergeur les présentent comme une garantie ou comme une simple commodité

Les outils de sauvegarde dédiés

Les plugins et services de sauvegarde dédiés peuvent ajouter des sauvegardes plus fréquentes, un stockage externe, une durée de conservation plus longue et des options de restauration plus souples. Ils continuent aussi de fonctionner si vous changez d’hébergeur.

D4Hub travaille avec des solutions de sauvegarde comme Dropsuite, en complément des sauvegardes de l’hébergeur et d’autres outils, selon ce qui convient à chaque boutique.

Utiliser les deux

De nombreuses boutiques combinent les deux : les sauvegardes de l’hébergeur pour récupérer rapidement après des incidents courants, et une sauvegarde externe indépendante pour le pire des cas. L’important est que la combinaison couvre vos données et que quelqu’un l’ait testée.

Comment tester les sauvegardes d’une boutique ?

Une sauvegarde qui n’a jamais été restaurée n’est qu’une supposition. Pour une boutique WooCommerce, le test doit aller plus loin que vérifier que la page d’accueil s’affiche.

Sur une copie de staging ou locale, vérifiez que :

la commande la plus récente de la sauvegarde correspond à l’heure à laquelle la sauvegarde a été réalisée
les comptes clients et les abonnements sont présents
les images des produits et les fichiers téléchargeables sont inclus
les niveaux de stock semblent corrects
le checkout fonctionne en mode test, sans connexion aux paiements réels

Le guide sur la fréquence à laquelle tester les sauvegardes WordPress décrit plus en détail la procédure générale de restauration.

Quelles sont les erreurs les plus courantes ?

Supposer qu’une sauvegarde quotidienne suffit. C’est peut-être le cas, mais seulement si vous avez vérifié votre volume de commandes.
Restaurer toute la base de données pour un problème de plugin. Cela peut supprimer des commandes qui n’avaient rien à voir avec le problème.
Ne pas faire de sauvegarde avant de restaurer. Sans elle, les commandes actuelles sont perdues pour de bon.
Garder toutes les sauvegardes sur le même serveur. Si le serveur ou le compte est perdu, les sauvegardes le sont aussi.
Ne jamais tester. Beaucoup de problèmes de sauvegarde ne sont découverts qu’au moment d’une restauration.
Oublier le prestataire de paiement. Les paiements et les commandes WooCommerce doivent être rapprochés après toute restauration.

À quoi ressemble une bonne configuration ?

Une boutique bien protégée dispose généralement :

de sauvegardes de la base de données à une fréquence adaptée au volume de commandes
de sauvegardes régulières des fichiers, plus une sauvegarde avant chaque mise à jour
d’au moins une copie externe, indépendante du compte d’hébergement
d’une durée de conservation suffisante pour récupérer après des problèmes remarqués tardivement
d’une procédure de restauration écrite qui inclut le rapprochement des commandes récentes
de tests de restauration réguliers sur une copie de staging
d’un responsable clairement désigné pour tout ce qui précède

Comment D4Hub peut vous aider

D4Hub peut vous aider à choisir et à maintenir une configuration de sauvegarde adaptée au fonctionnement réel de votre boutique.

Selon votre situation, D4Hub peut vous aider à :

examiner vos sauvegardes actuelles et leur fréquence
estimer la quantité de données de commandes qu’une sauvegarde quotidienne pourrait mettre en danger
mettre en place des sauvegardes de base de données plus fréquentes et une copie externe
configurer des sauvegardes avant les mises à jour
réaliser des tests de restauration sur une copie de staging
planifier une restauration qui préserve les commandes récentes
rapprocher les commandes, les paiements et le stock après un incident
intégrer des contrôles de sauvegarde dans les plans d’assistance D4Hub

Vous pouvez demander un accompagnement à n’importe quel stade, d’un examen rapide à une aide pendant une restauration réelle.

Ouvrir un ticket de support

Pour les utilisateurs autonomes : vérifier l’écart de vos sauvegardes

Ces vérifications vous aident à comprendre quelle quantité de données vos sauvegardes actuelles protègent. Elles ne modifient pas la boutique en ligne. Si vous allez plus loin et testez une restauration, faites-le uniquement sur une copie de staging ou locale.

Calculez l’écart de vos sauvegardes

Un calcul rapide aide à décider si la fréquence de vos sauvegardes est suffisante :

Dans WooCommerce > Orders (WooCommerce > Commandes), comptez les commandes reçues pendant une semaine chargée typique.
Divisez par le nombre de jours pour obtenir la moyenne de commandes par jour.
Divisez encore par le nombre d’heures où votre boutique est la plus active pour estimer les commandes par heure en période de pointe.
Multipliez les commandes par heure par le nombre d’heures entre vos sauvegardes.

Le résultat donne une estimation approximative du nombre de commandes qu’il faudrait peut-être récupérer à la main si vous deviez restaurer au pire moment. Si ce chiffre vous met mal à l’aise, vos sauvegardes devraient être plus fréquentes.

Comparez l’heure de la sauvegarde avec la dernière commande

Ouvrez votre outil de sauvegarde ou le panneau de votre hébergeur et notez l’heure de la sauvegarde la plus récente. Vérifiez ensuite la commande la plus récente dans WooCommerce > Orders (WooCommerce > Commandes).

La différence entre les deux correspond à l’écart que vous perdriez si vous restauriez cette sauvegarde maintenant. Vérifiez-le un jour ordinaire et un jour chargé.

Vérifiez comment les commandes sont stockées

Les versions récentes de WooCommerce peuvent stocker les commandes dans des tables de commandes dédiées au lieu de la table des publications de WordPress. Vous pouvez voir quelle option est active dans WooCommerce > Settings > Advanced > Features (WooCommerce > Réglages > Avancé > Fonctionnalités), sous le stockage des données de commande.

C’est important si votre outil de sauvegarde vous permet de sauvegarder ou de restaurer uniquement certaines tables. Assurez-vous que les tables qui contiennent vos commandes sont incluses. Avec WP-CLI, vous pouvez lister les tables de la base de données :

wp db tables

Recherchez dans le résultat les tables de commandes WooCommerce, qui utilisent le préfixe de votre base de données suivi de wc_orders et de noms apparentés lorsque les tables de commandes sont utilisées.

Faites un nouvel export de la base de données avant toute restauration

Avant de restaurer quoi que ce soit sur la boutique en ligne, exportez la base de données actuelle, même si la boutique est cassée :

wp db export before-restore.sql

Conservez ce fichier en lieu sûr, en dehors du dossier web public. Il contient des données clients : ne le partagez donc pas par e-mail et ne le téléversez pas dans des espaces publics.

Consignez les commandes passées après le point de sauvegarde

Si vous devez restaurer, notez avant de commencer chaque commande passée après l’heure de la sauvegarde. Pour chacune, notez :

le numéro et la date de la commande
le nom et l’e-mail du client
les articles, les quantités et le total
le moyen de paiement et la référence de transaction de votre prestataire de paiement

C’est cette liste qui vous servira ensuite à recréer ou à rapprocher les commandes.

Questions fréquentes

Les petites boutiques WooCommerce ont-elles besoin de sauvegardes en temps réel ?

Pas toujours. Si vous ne recevez que quelques commandes par semaine et pourriez facilement les recréer à partir des e-mails et des relevés de paiement, une sauvegarde quotidienne de la base de données peut suffire. La décision doit reposer sur votre volume de commandes réel.

Des sauvegardes fréquentes vont-elles ralentir ma boutique ?

Des sauvegardes complètes fréquentes peuvent ajouter de la charge au serveur. Les sauvegardes incrémentielles et centrées sur la base de données sont conçues pour réduire cette charge. Si les performances vous préoccupent, demandez à votre hébergeur ou à votre service de sauvegarde comment et quand ses sauvegardes s’exécutent.

Les sauvegardes de l’hébergeur sont-elles en temps réel ?

Certaines le sont, beaucoup ne le sont pas. Consultez la documentation de votre offre d’hébergement ou demandez à l’hébergeur à quelle fréquence les sauvegardes sont exécutées, si la base de données est sauvegardée séparément et combien de temps les copies sont conservées.

Puis-je restaurer une seule commande à partir d’une sauvegarde ?

C’est parfois possible, mais ce n’est généralement pas un simple bouton. Cela peut demander d’extraire des données d’une copie de sauvegarde et de recréer la commande avec soin. Il est souvent plus simple de recréer la commande manuellement à partir des informations d’origine.

Que deviennent les paiements si je restaure une ancienne sauvegarde ?

Les paiements traités par votre prestataire de paiement ne sont pas annulés par la restauration de WooCommerce. L’argent et les relevés de transaction restent chez le prestataire, mais les commandes correspondantes peuvent disparaître de votre boutique. Vous devrez les rapprocher ensuite.

Dois-je faire une sauvegarde avant chaque mise à jour ?

Oui, c’est une bonne habitude, en particulier pour WooCommerce et les plugins de paiement. Une sauvegarde réalisée juste avant une mise à jour vous donne un point propre auquel revenir si la mise à jour cause des problèmes.