WooCommerce 11.2 est sortie le 7 octobre 2026, suivie dès le 9 octobre par la 11.2.1 qui corrige deux régressions du tunnel de commande. L’équipe WooCommerce demande de mettre à jour toutes les boutiques, car la version contient des correctifs de sécurité. Mais elle modifie aussi plusieurs comportements qui peuvent surprendre une boutique personnalisée. Voici ce que je vérifie avant de lancer la mise à jour chez mes clients.

Ce qui change

D’après les notes de version officielles de WooCommerce 11.2 :

  • Import CSV : avec l’option « Mettre à jour les produits existants », une ligne sans ID ni UGS peut désormais être rattachée au bon produit grâce au GTIN, UPC, EAN ou ISBN.
  • Champs date au checkout : les extensions peuvent demander une date (anniversaire, date de livraison souhaitée) dans le bloc Checkout.
  • E-mails de rétractation : deux nouveaux e-mails accusent réception d’une demande de rétractation côté client et préviennent le marchand. Ils se règlent dans WooCommerce > Réglages > E-mails.
  • Durcissement de sécurité : Cc/Cci impossibles sur les e-mails de réinitialisation de mot de passe, de création de compte et de confirmation d’adresse ; liens de téléchargement mal formés rejetés ; un gestionnaire de boutique ne peut plus modifier un utilisateur ayant un rôle hors de sa liste autorisée ; import de Blueprints réservé au super admin sur un multisite.
  • Mise à jour de la base de données : oui, cette version en contient une.

Le plugin demande WordPress 7.0 minimum et PHP 7.4 minimum (PHP 8.0 ou plus recommandé), selon sa fiche sur wordpress.org. Pour choisir la bonne version de PHP, voyez WordPress et PHP : quelle version utiliser ?

Ce qui peut casser

C’est la partie qui m’intéresse le plus. Les notes de pré-version destinées aux développeurs listent beaucoup de changements de comportement. Ceux que je considère comme les plus risqués pour une boutique réelle :

  • Erreur fatale avec PublishPress Future : les versions 3.0.0 à 4.10.3 de cette extension embarquent une ancienne copie d’Action Scheduler et peuvent provoquer une erreur fatale avec WooCommerce 11.2. Il faut d’abord passer PublishPress Future en 4.10.4 ou plus. Si le site affiche déjà une erreur critique, voyez comment réparer une erreur critique WordPress.
  • Checkout classique sans champs d’adresse : en 11.2.0, une boutique qui retire des champs d’adresse via les filtres woocommerce_billing_fields ou woocommerce_default_address_fields pouvait voir le paiement bloqué, la TVA non appliquée ou les modes de livraison absents. C’est corrigé en 11.2.1 : passez directement à cette version.
  • Mise en page panier et commande : le récapitulatif de commande des blocs Panier et Commande a désormais une largeur fixe de 360 px, et le passage en deux colonnes se fait à 920 px au lieu de 700 px. Un CSS personnalisé basé sur des pourcentages ou une media query à 700 px risque d’être décalé.
  • Coupons : à priorité égale, les coupons s’appliquent dans l’ordre de saisie et non plus du plus petit au plus grand montant. Les totaux peuvent changer.
  • Dates dans le code : wc_get_products() (et wc_get_orders() sur les boutiques qui stockent encore les commandes comme des articles) interprètent désormais les dates dans le fuseau de la boutique et non en UTC. À vérifier dans les exports et scripts maison.
  • Fonctions expérimentales supprimées : la récupération de paniers abandonnés expérimentale et l’« Agentic Checkout » (routes wc/agentic/v1) disparaissent, et la table wc_email_unsubscribes est supprimée pendant la mise à jour.
  • Intégrations : les réglages Cc/Cci retirés ne sont plus exposés par l’API REST, et une boutique multisite perd la possibilité d’importer des Blueprints depuis un sous-site.

Faut-il mettre à jour maintenant ?

Oui, mais vers la 11.2.1, et pas à l’aveugle. Les correctifs de sécurité justifient de ne pas attendre des semaines. En revanche, je ne lance jamais une version mineure de WooCommerce directement en production sur une boutique avec un thème sur mesure ou des extensions de paiement et de livraison : la liste des changements de comportement est trop longue.

Votre situation Mon conseil
Boutique simple, thème à jour, peu d’extensions Sauvegarde, mise à jour vers 11.2.1, commande test.
PublishPress Future installé Mettre d’abord PublishPress Future en 4.10.4 ou plus, puis WooCommerce.
Checkout personnalisé, CSS sur mesure, coupons cumulables Test complet sur une copie avant la production.
Code maison qui filtre produits ou commandes par date Faire relire les requêtes par un développeur avant la mise à jour.

Checklist avant de mettre à jour

  1. Sauvegarde complète (fichiers et base de données), vérifiée.
  2. Mise à jour préalable de PublishPress Future si l’extension est présente.
  3. Copie de la boutique en préproduction, puis mise à jour vers 11.2.1 et lancement de la mise à jour de la base.
  4. Commande test avec chaque moyen de paiement et chaque mode de livraison, en invité et connecté.
  5. Vérification des taxes et des frais de port sur une adresse française, belge et suisse.
  6. Test des coupons cumulables et contrôle des totaux.
  7. Contrôle visuel des pages Panier et Commande sur mobile, tablette et ordinateur.
  8. Envoi d’un e-mail de réinitialisation de mot de passe et vérification des nouveaux e-mails de rétractation.
  9. Test d’un produit téléchargeable si vous en vendez.

Ces vérifications font partie de ma routine mensuelle, détaillée dans la checklist de maintenance WordPress. Pensez aussi à appliquer WordPress 7.1.3, la version que WooCommerce 11.2.1 indique comme testée.

Questions fréquentes

WooCommerce 11.2 est-elle rétrocompatible ?

L’équipe WooCommerce la présente comme rétrocompatible. Dans les faits, les changements de sécurité et de comportement listés plus haut peuvent affecter un thème ou une extension personnalisés : c’est pour ça que je teste sur une copie.

Faut-il installer la 11.2.0 ou la 11.2.1 ?

La 11.2.1, publiée le 9 octobre 2026. Elle corrige deux régressions de la 11.2.0 sur le checkout : le blocage des boutiques qui retirent des champs d’adresse et la validation de certains codes postaux.

Mes e-mails de création de compte avaient une copie cachée vers le service client : que faire ?

Ce réglage n’est plus disponible dans l’interface pour ces e-mails sensibles. Un développeur peut rétablir un destinataire avec les filtres woocommerce_email_cc_recipient_{email_id} et woocommerce_email_bcc_recipient_{email_id}, mais demandez-vous d’abord si cette copie est vraiment nécessaire.