Mettre à jour WooCommerce vers une version majeure
HPOS, blocs panier et commande, dépréciation de hooks : ce que changent les versions majeures récentes de WooCommerce et l’ordre des vérifications avant de mettre à jour une boutique active.
Deux changements majeurs récents, à titre d’exemple
Les versions majeures de WooCommerce ne se limitent pas à des correctifs : elles peuvent changer la façon dont les commandes sont stockées ou dont les pages clés de la boutique sont construites. Deux évolutions récentes l’illustrent bien. Le stockage haute performance des commandes (HPOS), sorti du statut bêta et déclaré stable dans WooCommerce 8.2 en octobre 2023, déplace les données de commande de la table wp_posts vers des tables dédiées. Les blocs panier et commande, par défaut sur les nouvelles installations depuis WooCommerce 8.3 en novembre 2023, remplacent les shortcodes historiques [woocommerce_cart] et [woocommerce_checkout] par des blocs Gutenberg, les shortcodes restant pris en charge en repli.
Je ne détaille pas ces deux sujets ici : chacun a sa propre méthode de bascule, sur les pages dédiées à la migration vers HPOS et au passage aux blocs panier et commande. Cette page couvre la méthode générale à appliquer à toute montée de version majeure de WooCommerce, HPOS et blocs compris ou non.
Pourquoi une montée de version WooCommerce casse une boutique
- Une extension de paiement ou de livraison qui lit directement les données de commande dans wp_posts au lieu de passer par l’API WooCommerce, et n’a jamais été mise à jour pour fonctionner avec HPOS
- Une personnalisation du tunnel de commande construite sur les anciens shortcodes, qui perd son style ou son comportement une fois la page basculée sur les blocs
- Un hook déprécié ou supprimé entre deux versions majeures, utilisé par une extension ou un développement sur mesure sans que personne ne l’ait revérifié depuis
Comment je mets à jour WooCommerce sur une boutique active
-
Sauvegarde complète
Fichiers et base, avant toute manipulation, avec une attention particulière aux tables liées aux commandes.
-
Vérification prioritaire des extensions de paiement
Je contrôle en premier la compatibilité des extensions de paiement et de livraison : ce sont elles qui bloquent entièrement une boutique si elles cassent, contrairement à une extension cosmétique.
-
Environnement de test avec le tunnel complet
Je duplique la boutique sur un environnement de test et je passe une commande complète de bout en bout, jusqu’au paiement, avant de valider la nouvelle version.
-
Vérification des personnalisations du tunnel
Si le panier ou la commande ont été personnalisés sur les anciens shortcodes, je vérifie leur comportement après mise à jour, en particulier si la boutique bascule aussi sur les blocs panier et commande.
-
Mise à jour en production
Une fois le test validé, je mets à jour WooCommerce sur le site réel, à un moment de faible trafic, et je repasse une commande de contrôle immédiatement après.
Pages liées
-
Migrer WooCommerce vers le stockage haute performance des commandes
Comment activer HPOS sur une boutique existante sans perdre l’historique des commandes.
-
Passer aux blocs de panier et de commande
Ce que le passage aux blocs Gutenberg change pour les extensions qui personnalisent le tunnel d’achat.
-
Vérifier la compatibilité des extensions avant une mise à jour
La méthode pour savoir si un plugin va survivre au passage à la nouvelle version avant de cliquer sur « mettre à jour ».
-
Problème de paiement WooCommerce
Diagnostiquer un moyen de paiement qui échoue ou qui a cessé de fonctionner après une mise à jour.
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.