WooCommerce 10.5 : ce qui change vraiment côté dev (imports Analytics, Checkout block, API et perfs)

WooCommerce 10.5 est dans la phase de test et la version finale est annoncée pour début février 2026. Si tu maintiens un site e-commerce à fort trafic, un plugin WooCommerce ou une intégration sur mesure, cette release mérite un vrai passage en revue : elle touche à la fois au pipeline Analytics, à l’expérience checkout (blocs), à la robustesse sur des données fiscales legacy, et à plusieurs chantiers performance avec des fonctionnalités expérimentales.

Calendrier de release (et comment tester)

• Feature Freeze : 12 janvier 2026
• WooCommerce 10.5 Beta 1 : 19 janvier 2026
• WooCommerce 10.5 Beta 2 : 26 janvier 2026
• Release finale WooCommerce 10.5 : prévue le 4 février 2026

Pour tester les bêtas, l’équipe recommande d’utiliser le plugin WooCommerce Beta Tester, qui permet d’installer facilement les versions beta sur un environnement de test.

Les nouveautés principales de WooCommerce 10.5 (celles qui impactent le code)

1) Analytics : nouvel import “Scheduled Imports” par défaut (gros changement)

Le changement le plus structurant de 10.5 concerne la façon dont WooCommerce alimente les tables Analytics à partir des événements de commandes.

Avant 10.5, WooCommerce déclenchait un job d’import Analytics pour chaque événement de commande via ActionScheduler. Même si c’est asynchrone, sur les boutiques actives ça se traduisait par des backlogs énormes (10 000+ actions), avec dégradation performance, contention base de données, et ralentissements visibles côté site.

Avec 10.5, WooCommerce bascule par défaut sur Scheduled Imports : un traitement par lots (batch processing) qui rafraîchit les données Analytics toutes les 12 heures et traite 100 commandes par lot. L’objectif est clair : réduire drastiquement le volume d’actions planifiées et la charge en base, tout en donnant plus de visibilité sur l’état de l’import et la possibilité de lancer un import manuellement à tout moment.

Deux nouveaux filtres permettent d’ajuster ce comportement :

• woocommerce_analytics_import_interval : pour personnaliser l’intervalle (par défaut 12 heures).
• woocommerce_analytics_regenerate_batch_size : pour personnaliser la taille des lots (par défaut 100 commandes).

Référence : #61603.

2) Checkout block : UI des options de livraison améliorée (multi-colis, abonnements)

Le bloc Checkout reçoit une amélioration de l’interface des options de livraison : lorsqu’il y a plusieurs colis (cas fréquent avec certains produits d’abonnement), l’UI affiche désormais des miniatures produit et des conteneurs bordés pour mieux distinguer les paquets.

Cette évolution corrige aussi un bug de synchronisation des méthodes de livraison lors du basculement entre les options de type Ship (expédition) et Pickup (retrait).

Référence : #61625.

3) Commandes : meilleure robustesse face à des taxes legacy/corrompues

WooCommerce 10.5 renforce la fiabilité d’affichage/traitement des commandes qui contiennent des données de taxes au format “legacy” ou carrément corrompu – typiquement quand des valeurs de taxes ont été stockées sous forme de floats/strings au lieu de tableaux.

Le correctif ajoute une gestion rétrocompatible sur tous les types d’items de commande (produits, livraison, frais), avec une logique qui déduit intelligemment les IDs de taux de taxe à partir du contexte de la commande.

Un filtre est introduit pour injecter une logique de conversion personnalisée : woocommerce_order_item_legacy_tax_conversion.

Référence : #62271.

4) CSS : styles Select2 désormais “scopés” pour éviter les effets de bord

WooCommerce charge des styles Select2 (bibliothèque de select enrichi). En 10.5, ces styles sont maintenant scopés via :where(.woocommerce) afin d’éviter qu’ils “débordent” sur l’interface d’autres plugins.

Point intéressant côté CSS : l’utilisation de la pseudo-classe :where() conserve une spécificité nulle, ce qui aide à préserver les surcharges CSS existantes tout en empêchant l’impact global sur le reste de l’admin ou du front.

Référence : #61956.

5) Taxes livraison : nouveau filtre woocommerce_shipping_tax_class (calcul dynamique)

WooCommerce 10.5 introduit un nouveau filtre : woocommerce_shipping_tax_class. Il permet de calculer dynamiquement la taxation de la livraison en fonction :

• du contenu du panier,
• items des données client,
• et de la localisation.

Concrètement, tu peux implémenter une logique sur mesure comme : calculer la taxe de livraison à partir du taux de taxe prédominant dans le panier. C’est présenté comme une solution flexible pour des scénarios fiscaux complexes (exemple cité : exigences spécifiques aux Pays-Bas).

Référence : #59512.

Changements API et advisories à connaître

En plus des nouveautés “fonctionnelles”, 10.5 embarque plusieurs changements déjà détaillés dans des posts d’advisory. Voici ce qu’il faut retenir (avec les liens pour le contexte complet).

WC REST API : décodage correct des caractères spéciaux sur les attributs de variations

La WC REST API gère désormais correctement le décodage des caractères spéciaux pour les attributs de variations produit. Détail complet : https://developer.woocommerce.com/2026/01/14/wc-rest-api-fixes-for-product-variation-attributes-with-special-characters-in-woocommerce-10-5/

Suppression du trait AccessiblePrivateMethods

Le trait AccessiblePrivateMethods va être supprimé. Il appartenait au namespace Internal, ce qui signalait justement qu’il n’était pas destiné à une consommation publique. Le risque : certaines extensions l’utilisaient malgré tout, et pourront casser avec 10.5. Contexte : https://developer.woocommerce.com/2026/01/15/removal-of-the-accessibleprivatemethods-trait-in-woocommerce-10-5/

Permaliens produit basés sur les catégories : changement de priorisation (SEO/consistance)

Les permaliens produits construits à partir des catégories vont être ajustés : WooCommerce priorise désormais la catégorie la plus profonde pour améliorer la cohérence des URLs et le SEO. Attention : cela n’affecte que certaines structures de permaliens. Détails : https://developer.woocommerce.com/2026/01/13/product-permalink-changes-coming-in-woocommerce-10-5/

Produits variables : bouton “Add to Cart” désactivé tant que le script de variations n’est pas chargé

Sur les pages produit variable, WooCommerce s’assure maintenant que le bouton Add to Cart reste désactivé tant que le script de variations n’a pas fini de se charger. Avant, sur des connexions lentes, un utilisateur pouvait cliquer trop tôt (avant l’initialisation de la logique de sélection), ce qui menait à des soumissions en échec. Détails : https://developer.woocommerce.com/2026/01/16/add-to-cart-button-disabled-by-default-in-variable-products-in-woocommerce-10-5/

Performance : ce que 10.5 améliore (et ce qui arrive en expérimental)

Un cache REST API expérimental (nouveau)

WooCommerce 10.5 introduit un cache REST API expérimental, applicable à n’importe quel endpoint de la WC REST API. L’annonce précise que plus d’informations (dont la manière de tester) seront partagées avant la sortie 10.5.

Améliorations sur le cache des prix de variations + utilitaire pour callbacks

Le cache des prix de variations (cached variation prices) reçoit des améliorations, et une nouvelle classe utilitaire arrive pour travailler avec des callbacks. Détails : https://developer.woocommerce.com/2026/01/08/variation-prices-caching-improvements-in-woocommerce-10-5/

Product Object Caching expérimental (par requête)

10.5 ajoute aussi un Product Object Caching expérimental : l’idée est de mettre en cache des instances produit pendant la durée d’une requête afin d’éviter des chargements dupliqués depuis la base. PR : https://github.com/woocommerce/woocommerce/pull/62041 – et contexte : https://developer.woocommerce.com/2026/01/19/experimental-product-object-caching-in-woocommerce-10-5/

Correctif sur le cache des Product Filters (catalogues volumineux)

Une amélioration cible les soucis de performance liés au cache des Product Filters : certaines données de cache n’étaient pas correctement définies/chargées, ce qui pouvait “inonder” la base avec des données de cache de filtres et impacter les boutiques à gros catalogue.

Deux points opérationnels sont à noter :

• Le tool de nettoyage des transients WooCommerce a été mis à jour pour aussi purger le cache de données des filtres lors de son exécution.
• Si un site utilise le bloc Product Filters et continue à souffrir de problèmes de performance, la cause peut venir de là – et la solution indiquée est de nettoyer les transients WooCommerce.

Référence : #62575.

Changelog complet

Le changelog complet de la version beta est disponible ici : https://github.com/woocommerce/woocommerce/blob/10.5.0-beta.1/plugins/woocommerce/readme.txt