WooCommerce 11.0 : deux changements de compatibilité À valider avant déploiement
WooCommerce a documenté deux changements susceptibles d’affecter certains thèmes, extensions et développements sur mesure dans la version 11.0 : la taxonomie product_shipping_class ne sera plus considérée comme publique et get_queried_object() retournera un objet différent sur la page Boutique. La plupart des boutiques n’ont rien à modifier, mais les intégrations qui dépendent de ces comportements doivent être testées avant la mise en production.
WooCommerce 11.0 introduira plusieurs évolutions de compatibilité documentées par l’équipe officielle. Deux annonces publiées les 9 et 13 juillet 2026 concernent directement les extensions, thèmes et snippets qui inspectent les taxonomies ou l’objet courant de la page Boutique. Il ne s’agit pas d’une migration de données ni d’une rupture générale pour les boutiques. Le risque se situe surtout dans les développements qui utilisent un comportement implicite de WooCommerce au lieu d’une API ou d’un objet explicitement prévu pour leur besoin.
La bonne décision consiste donc à ne pas bloquer automatiquement la mise à jour, mais à identifier les dépendances techniques, les tester sur une copie du site et prévoir un retour arrière documenté si une intégration critique réagit mal.
Ce qui change dans WooCommerce 11.0
Les deux changements annoncés ont un point commun : WooCommerce rend explicites des comportements qui pouvaient auparavant être déduits de l’enregistrement interne des objets.product_shipping_class ne sera plus une taxonomie considérée comme publique.get_queried_object() retournera l’objet de la page Boutique sur la page Boutique, comme sur les autres pages WordPress. Les règles de livraison, les classes affectées aux produits et le fonctionnement habituel du catalogue ne sont pas supprimés par ces annonces.
Le risque apparaît lorsque du code utilise ces éléments pour construire des archives publiques, alimenter un sitemap, filtrer des taxonomies publiques ou déterminer le contexte d’une page en supposant qu’un type d’objet précis sera toujours retourné. Pour une PME ou un e-commerçant, cela peut concerner un thème personnalisé, un module SEO, un moteur de recherche produit, une intégration ERP ou un plugin développé spécifiquement pour le catalogue.
La taxonomie des classes de livraison devient privée
Dans WooCommerce 11.0, product_shipping_class sera enregistrée avec une visibilité publique désactivée. Les classes continueront à servir aux calculs et aux règles d’expédition, mais elles ne devront plus être traitées comme des archives destinées aux visiteurs. Cette distinction est importante : une classe « volumineux » ou « fragile » décrit une logique opérationnelle de transport. Elle n’a pas nécessairement vocation à devenir une page indexable, un élément de navigation ou une catégorie visible dans le catalogue.
Ce changement concerne la visibilité et la découverte publique de la taxonomie, pas la suppression des termes ni la modification des affectations produits. Si votre code utilise les classes uniquement pour calculer les frais ou appliquer une règle de livraison, il ne devrait pas nécessiter d’adaptation.
La page Boutique change de type d’objet courant
À partir de WooCommerce 11.0, get_queried_object() retournera un objet WP_Post correspondant à la page Boutique. Jusqu’à présent, cet appel pouvait retourner un objet WP_Post_Type correspondant au type de contenu produit. Cette correction aligne la page Boutique sur le fonctionnement des autres pages WordPress. Les fonctions conditionnelles comme is_shop(), is_archive() et is_post_type_archive('product') restent inchangées selon l’avis officiel. Le code qui récupère une propriété spécifique à WP_Post_Type sans vérifier le type retourné est le principal point à surveiller.
Plan de test pour les équipes
Avant d’installer WooCommerce 11.0 sur la production, créez une copie représentative de la boutique. Le test doit inclure les extensions commerciales, le thème actif, les snippets, les personnalisations du checkout et les intégrations externes. Mettre à jour la préproduction vers la dernière version stable disponible, ici WooCommerce 10.9.4 au 13 juillet 2026. Installer la version de test de WooCommerce 11.0 dès qu’elle est disponible dans un environnement isolé. Tester le catalogue, la recherche, les filtres, la page Boutique et les modèles personnalisés. Tester plusieurs produits avec classes de livraison, zones et méthodes d’expédition différentes. Contrôler les sitemaps, les liens internes, les données structurées et les éventuelles archives de classes de livraison. Vérifier les journaux PHP et JavaScript ainsi que les tâches planifiées et les appels API.
Un test de mise à jour ne doit pas se limiter à ouvrir la page d’accueil. Une boutique peut sembler fonctionnelle tout en présentant une erreur dans un filtre, un calcul de livraison, une intégration de recherche ou une tâche automatisée. Conservez également une sauvegarde restaurable et notez les versions de WordPress, PHP, WooCommerce, du thème et des extensions utilisées pendant le test.
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