WooCommerce 11.0 : testez vos extensions avant la sortie Commandes, stock et hooks
Le report provisoire de WooCommerce 11.0 au 4 août 2026 offre quelques jours supplémentaires pour vérifier les extensions métier. Les changements annoncés sur les commandes, le stock et certains hooks ne concernent pas tous les sites, mais ils peuvent créer des écarts difficiles à repérer dans une boutique personnalisée.
WooCommerce a annoncé le 28 juillet 2026 le report provisoire de la version 11.0 au mardi 4 août 2026. Une erreur fatale a été détectée dans une fonctionnalité de performance pendant les tests de la release candidate. Le report n’est pas une invitation à attendre passivement : il fournit surtout un délai utile pour vérifier les extensions et les workflows sensibles.
Les changements décrits dans les notes développeur ne cassent pas automatiquement toutes les boutiques. Le risque concerne surtout les intégrations qui s’appuient sur le moment précis d’un hook, qui personnalisent les statuts de commande ou qui interprètent directement les mouvements de stock.
Pourquoi la sortie de WooCommerce 11.0 est-elle reportée ?
La version 11.0 devait initialement sortir le 28 juillet 2026. Pendant les tests de la release candidate, l’équipe WooCommerce a identifié une erreur fatale liée à une nouvelle fonctionnalité de performance. Une seconde release candidate doit être préparée avant une nouvelle validation. La date du 4 août 2026 reste donc un objectif annoncé, et non une garantie définitive.
Pour une boutique en production, cette situation change la décision à prendre. Il est préférable de ne pas déployer une version majeure dès sa disponibilité sur le site commercial. Le bon réflexe consiste à préparer un environnement de recette, à inventorier les extensions sensibles et à vérifier les parcours qui touchent les commandes, les paiements, les stocks et les comptes clients.
Le hook de suppression des lignes de commande change de moment
À partir de WooCommerce 11.0.0, l’action woocommerce_removed_order_items ne se déclenche plus exactement au même endroit qu’auparavant. La suppression persistée des lignes est différée jusqu’à l’appel à save(), puis l’action est exécutée après la suppression en base. L’état final observé après sauvegarde reste cohérent, mais le moment d’exécution change.
Une extension n’est pas forcément concernée si elle veut seulement observer l’état final d’une commande après sa sauvegarde. En revanche, une adaptation est nécessaire si son code suppose que les lignes sont déjà supprimées dès le retour de remove_order_items(), ou si elle fait dépendre une même opération du couple de hooks avant et après.
Le stock des commandes failed peut être restauré
WooCommerce 11.0 ajoute la restauration du stock lorsqu’une commande passe à l’état failed, à condition que le stock ait auparavant été diminué pour cette commande. Le changement corrige un cas où une commande pouvait conserver une diminution de stock après un échec de paiement. Il peut toutefois modifier le comportement d’un workflow personnalisé qui utilise failed pour signaler autre chose qu’un paiement refusé.
La checklist de recette à appliquer sur un site client
Avant la mise à jour, sauvegardez la base de données et les fichiers, puis notez les versions de WordPress, WooCommerce, du thème et des extensions. Dupliquez ensuite le site dans un environnement isolé. La recette doit couvrir au minimum la création d’une commande, un paiement réussi, un paiement refusé, une commande mise en attente, une modification de lignes et un retour depuis l’état failed.
Un test visuel de la page boutique ne suffit pas. Les écarts apparaissent souvent dans les tâches différées, les synchronisations externes, les e-mails transactionnels, les réservations de stock ou les règles métier déclenchées par un changement de statut.
Faut-il mettre à jour dès la disponibilité de WooCommerce 11.0 ?
Pour une boutique peu personnalisée, maintenue et correctement sauvegardée, la mise à jour peut être planifiée après vérification de la compatibilité des extensions. Pour un site avec paiement asynchrone, stock complexe, ERP, CRM, abonnements ou développements spécifiques, il est plus prudent d’attendre une recette complète et de prévoir une fenêtre de retour arrière.
Le report de WooCommerce 11.0 est surtout une occasion de transformer une mise à jour technique en vraie recette métier. Les changements annoncés ne justifient pas une alerte générale, mais ils rendent risquée une mise en production sans inventaire des extensions et sans test des parcours de commande.
Poursuivez votre lecture
Trois articles pour aller plus loin.
Besoin d’un avis clair sur votre site ?
Premier échange clair · Priorités concrètes
Je peux vous aider à comprendre la situation, identifier les points importants et définir une intervention adaptée.
Premier échange gratuit · Sans engagement · Réponse rapide