Sauvegarder WooCommerce avant une mise à jour

Sauvegarder WooCommerce avant une mise à jour

Avant chaque mise à jour de WooCommerce, une sauvegarde récente est le seul filet qui vous ramène à un état fonctionnel si le checkout casse ou si une extension devient incompatible. La différence avec un site vitrine est nette : entre votre dernière sauvegarde et l'incident, votre boutique a peut-être enregistré des commandes, encaissé des paiements et décrémenté des stocks — des données que personne ne reconstituera.

Ce guide détaille ce qu'il faut sauvegarder dans une boutique WooCommerce, à quelle fréquence selon votre volume de commandes, comment chiffrer le coût d'une restauration tardive, et comment revenir en ligne en moins de quinze minutes après une mise à jour ratée.

Pourquoi WooCommerce est plus risqué qu'un WordPress classique

Un blog ou un site vitrine change rarement : son contenu reste figé entre deux publications. Une boutique WooCommerce écrit en base à chaque visite — panier, session, commande, paiement, stock. Une sauvegarde vieille de vingt-quatre heures ne contient donc pas les mêmes données qu'il y a une heure.

Des données qui changent à chaque commande

Les commandes, les clients et les stocks concentrent la valeur de la boutique. Perdre un thème ou un réglage se rattrape ; perdre une commande payée, c'est un client débité sans que vous puissiez honorer ni même retrouver sa demande. La base de données mérite donc une sauvegarde plus fréquente que les fichiers.

Le coût d'une restauration tardive

C'est l'angle que la plupart des guides laissent de côté : une indisponibilité a un coût chiffrable. Posez trois variables — le nombre de commandes encaissées par heure en période normale, votre panier moyen, et la durée pendant laquelle la boutique reste cassée ou revenue à un état antérieur. La perte se calcule simplement :

commandes perdues = commandes par heure × durée de l'incident (en heures) ; perte = commandes perdues × panier moyen

Une boutique qui traite une quinzaine de commandes par jour en perd environ une par heure d'ouverture. Si la restauration prend une demi-journée parce que la dernière sauvegarde exploitable date de l'avant-veille, ce ne sont pas seulement les ventes de la demi-journée qui manquent : les commandes enregistrées depuis le snapshot restauré disparaissent aussi. Le coût réel combine le temps d'indisponibilité et l'écart entre la sauvegarde et l'incident.

Ce qu'il faut sauvegarder avant une mise à jour WooCommerce

La documentation officielle recommande de faire une sauvegarde à jour avant toute mise à jour et de tester sur une préproduction quand c'est possible. Une sauvegarde exploitable couvre trois blocs.

Fichiers, base de données et médias

• Les fichiers WordPress : le cœur, les extensions du dossier wp-content/plugins, le thème parent, le thème enfant et le fichier wp-config.php.
• La base de données complète : commandes, clients, produits, réglages de taxes, zones de livraison et passerelles de paiement.
• Les médias : le dossier wp-content/uploads, qui contient les images produits et les factures PDF.

En manuel, cela revient à exporter la base puis à télécharger le dossier wp-content en SFTP — exactement la méthode décrite par WooCommerce. Un plugin de sauvegarde automatise ces deux étapes.

Les tables de commandes (HPOS) à ne pas oublier

Depuis le stockage haute performance des commandes (HPOS), WooCommerce ne range plus les commandes dans wp_posts et wp_postmeta, mais dans quatre tables dédiées : wc_orders, wc_order_addresses, wc_order_operational_data et wc_orders_meta. Un export SQL partiel qui ne vise que les anciennes tables laisse alors de côté l'essentiel des commandes récentes.

Pensez aussi aux sessions (wp_woocommerce_sessions), aux tables d'Action Scheduler qui orchestre les tâches planifiées, et aux tables de statistiques comme wc_order_stats. Une sauvegarde complète de la base évite d'avoir à les lister une par une.

Quel type de sauvegarde pour une boutique

Snapshot complet, incrémentiel ou export SQL ciblé

Trois approches cohabitent. Le snapshot complet copie fichiers et base en un bloc : simple à restaurer, mais lourd si vous le répétez plusieurs fois par jour. La sauvegarde incrémentielle n'enregistre que ce qui a changé depuis la précédente : elle remonte la cadence sans saturer le stockage. L'export SQL ciblé ne sauvegarde que la base : utile juste avant une mise à jour, en complément d'un snapshot complet plus ancien.

Avant une mise à jour, le bon réflexe reste le snapshot complet immédiat : vous obtenez un point de retour daté, pris juste avant l'opération à risque.

À quelle fréquence selon votre volume de commandes

Volume de commandes	Base de données	Fichiers
Faible (quelques commandes par jour)	Quotidienne	Hebdomadaire
Moyen (dizaines par jour)	Toutes les quelques heures	Quotidienne
Fort (centaines par jour)	Quasi temps réel	Quotidienne

Dans tous les cas, ajoutez un snapshot manuel juste avant chaque mise à jour ou import massif. Et appliquez la règle 3-2-1 : trois copies, sur deux supports différents, dont une hors site.

Les outils de sauvegarde comparés

Quatre options reviennent pour une boutique WooCommerce. Les trois premières sont des extensions que vous installez et pilotez vous-même ; la dernière est un service opéré.

Outil	Type	Points clés
UpdraftPlus	Extension	Sauvegarde manuelle et planifiée, envoi vers un stockage distant, restauration depuis le tableau de bord.
BackWPup	Extension	Export de la base et des fichiers, planification, envoi par FTP ou vers un stockage compatible S3.
WP All Backup	Extension	Sauvegarde et restauration du site avec une interface volontairement simple.
Sentinelo	Service opéré	Sauvegarde nocturne base et fichiers, chiffrement avant transfert, empreinte SHA-256 et vérification post-stockage, restauration lancée par l'équipe.

Sur un service opéré, le point à vérifier n'est pas la prise de sauvegarde mais la restauration. Sur Sentinelo, par exemple, les sauvegardes sont chiffrées avant transfert avec une clé propre à chaque site, et la restauration se fait à la demande depuis n'importe quelle archive conservée — lancée par l'équipe, pas en libre-service côté client. La rétention suit une logique de type stratégie GFS : sept sauvegardes quotidiennes, quatre hebdomadaires, douze mensuelles et une annuelle, sur vingt-quatre mois.

Autre garde-fou côté mise à jour : certaines plateformes n'appliquent la mise à jour qu'après une sauvegarde de moins de vingt-quatre heures, et ramènent automatiquement le composant à son état précédent si le site cesse de répondre. C'est le fonctionnement des mises à jour automatiques sur WordPress et WooCommerce chez Sentinelo.

Restaurer en moins de 15 minutes après un bug

Après une mise à jour qui casse le checkout, l'objectif n'est pas de comprendre le bug tout de suite, mais de revenir vite à un état qui encaisse. Une restauration sous quinze minutes est atteignable à une condition : la sauvegarde est prête et déjà testée. La procédure tient en cinq étapes.

Les cinq étapes d'une restauration express après une mise à jour ratée.

1. Basculez la boutique en page de maintenance pour figer les paiements.
2. Restaurez la base et les fichiers depuis le snapshot pris juste avant la mise à jour.
3. Passez une commande test et vérifiez le tunnel de paiement de bout en bout.
4. Réconciliez les commandes enregistrées entre le snapshot et l'incident, à partir des confirmations de votre prestataire de paiement et des e-mails clients.
5. Levez la maintenance et surveillez les premières commandes réelles.

L'étape 4 est celle que l'on oublie : restaurer une sauvegarde antérieure efface les commandes passées depuis. Les retrouver via le tableau de bord de votre passerelle de paiement évite de perdre des ventes déjà encaissées. La même logique s'applique après un incident de sécurité, détaillée dans restaurer WordPress après un piratage. Et si la panne n'est détectée que des heures plus tard, ce travail de réconciliation explose — d'où l'intérêt d'une supervision qui alerte en quelques minutes.

Automatiser les sauvegardes en agence

Quand vous gérez un parc de boutiques, la sauvegarde manuelle avant chaque mise à jour ne tient pas à l'échelle. L'automatisation repose sur trois piliers : une sauvegarde planifiée par site, un déclenchement systématique avant toute mise à jour, et une vérification que l'archive est réellement restaurable — pas seulement présente.

Intégrez la sauvegarde à votre plan de reprise : documentez qui restaure, depuis quelle archive et en combien de temps. Un plan de reprise d'activité transforme une panne en procédure connue plutôt qu'en improvisation. Pour une boutique, la sauvegarde n'est qu'un volet de la maintenance WooCommerce globale.

Une sauvegarde avant mise à jour ne vaut que par la restauration qu'elle permet. Testez la vôtre une fois, chiffrez le coût d'une heure d'indisponibilité pour votre boutique, et calez la fréquence sur votre volume de commandes réel. Pour déléguer la prise de sauvegarde, le chiffrement et la restauration d'un parc entier, voyez comment fonctionnent les sauvegardes managées de Sentinelo.