WooCommerce 11.0 est disponible : boutiques plus rapides, réclamation de commande invité, analyses plus claires

WooCommerce 11.0 est sorti le mardi 4 août 2026 — une semaine plus tard que prévu, pour de bonnes raisons. C’est une version majeure : 551 pull requests de 89 contributeurs, une mise à jour de la base de données, et une suppression significative qui concernera immédiatement un petit nombre de boutiques.

Si vous gérez une boutique WooCommerce, voici ce qui a réellement changé, ce que cela implique au quotidien, et les points à vérifier avant de lancer la mise à jour.

Premièrement, la version elle-même

WooCommerce visait initialement le 28 juillet pour la 11.0. Lors des tests du premier release candidate, l’équipe a identifié une erreur fatale déclenchée dans des conditions spécifiques par une nouvelle fonctionnalité de performance. Plutôt que de livrer cela à un plugin utilisé sur plus de 7 millions de sites actifs, ils ont reporté la sortie d’une semaine, publié un second release candidate le 29 juillet, puis livré la version finale le 4 août.

L’équipe n’a pas annoncé de modification du périmètre de la version lors du report : l’avis ne concernait que le calendrier.

WordPress

6.9 ou supérieur

PHP

7.4 ou supérieur

Testé jusqu’à

WordPress 7.0 (la fiche WordPress.org affiche actuellement 7.0.2)

Votre boutique devrait être plus rapide

La performance est le thème principal de la 11.0, avec 28 pull requests liées à la performance, la mise en cache ou la montée en charge. Deux changements sont majeurs.

La mise en cache des objets produits est désormais activée par défaut

C’est le point central. WooCommerce met désormais en cache les objets produits par défaut, avec un impact mesuré :

• Les produits variables se chargent environ 9 à 12 % plus vite sur les pages produits
• Les produits en lot sont traités 6 à 12 % plus rapidement lors du passage en caisse

Point important : cette fonctionnalité est activée par défaut uniquement pour les nouvelles boutiques. Les boutiques existantes ne sont pas concernées et conservent le mode opt-in ; vous pouvez l’activer et tester, et WooCommerce prévoit un déploiement plus large dans une prochaine version.

Si vous vendez des produits variables ou des lots, quel que soit le volume, il est pertinent de tester cette version sur un environnement de préproduction avant de l’activer. C’est l’évolution la plus impactante de cette mise à jour pour la plupart des catalogues. Et si les pages produits restent lentes malgré la mise en cache, le goulot d’étranglement se situe généralement côté front end plutôt que dans la base de données — il s’agit alors d’optimisation de la vitesse des pages.

L’écran Commandes ne rame plus

Si votre boutique utilise High-Performance Order Storage et que vous constatez un délai de quelques secondes à chaque chargement de l’écran Commandes, la 11.0 réécrit les requêtes derrière cet écran. Les optimisations ciblent précisément les deux cas les plus lents : les listes filtrées sur plusieurs statuts de commande, et les requêtes de comptage déclenchées lors d’un affichage sans critère de recherche.

L'administration des produits bénéficie aussi de compteurs d'état persistants : les totaux « Publié / Brouillon / Corbeille » affichés au-dessus de votre liste de produits n'ont plus besoin d'être recalculés à chaque chargement de page.

En coulisses

Deux autres changements concernent surtout les boutiques headless ou les grands catalogues :

• Store API limite désormais les requêtes de données de collections de produits et supprime les doublons. Les requêtes dépassant la limite reçoivent une erreur HTTP 400, et la limite est ajustable via un filtre — si vous avez un besoin légitime de dépasser ce seuil, votre développeur peut l’augmenter.
• La génération du catalogue pour le POS passe à un traitement par lots, avec taille et délai configurables, ce qui évite les interruptions lors de la génération de catalogues volumineux.

Les invités peuvent désormais récupérer leurs anciennes commandes

C’est la fonctionnalité qui devrait le plus réduire vos demandes au support.

Jusqu'à présent, un client qui avait passé trois commandes en tant qu'invité et qui créait un compte ensuite n'avait aucun moyen de retrouver ces achats antérieurs. Son historique de commandes partait de zéro. Chacun de ces clients qui voulait un reçu, une demande de garantie ou repasser commande devait vous envoyer un e-mail.

WooCommerce 11.0 comble cette lacune. Un client connecté peut désormais retrouver les commandes passées en tant qu’invité avec son adresse e-mail, confirmer la propriété via un lien de vérification, et rattacher ces commandes à son compte. Une fois vérifiées, les commandes sont associées à son identifiant utilisateur et apparaissent dans son historique habituel.

La vérification est obligatoire et ne peut être contournée : l’association n’a lieu qu’après preuve de contrôle de l’adresse e-mail. C’est ce qui évite toute fuite d’historique de commandes.

Cette évolution s’appuie directement sur le parcours de création de compte après achat introduit dans WooCommerce 9.5, et boucle la logique : les invités peuvent créer un compte après achat, et ce compte peut désormais récupérer tout ce qui a été acheté auparavant.

Des statistiques enfin fiables

Trois correctifs ici, chacun visant une source d’erreur connue dans WooCommerce Analytics.

Les remboursements sont désormais rattachés au bon mois. Le rapport de ventes v3 ajoute une valeur remboursements à chaque période. Avant, la gestion des remboursements faussait les comparaisons mensuelles : un remboursement de juin sur une commande de mai déformait l’un ou l’autre. Désormais, les remboursements sont comptabilisés dans la période réelle. (Les anciens points de terminaison v1 et v2 restent inchangés, rien de ce que vous avez construit dessus ne casse.)

Les imports historiques échoués sont visibles et relançables. Si vous avez déjà migré une boutique et lancé un import Analytics historique, il pouvait arriver que des données manquent sans avertissement. Les imports échoués apparaissent maintenant dans l’admin avec un bouton de relance. Deux nouveaux points de terminaison sont disponibles : GET /wc-analytics/imports/status et POST /wc-analytics/imports/retry-failed.

Le comptage des sessions n’est plus gonflé artificiellement. Les événements Analytics exigent désormais un identifiant visiteur stable. Les robots et clients éphémères ne sont plus comptés comme des sessions. Attendez-vous à voir vos chiffres de sessions baisser après la mise à jour — c’est la correction, pas une régression. Votre taux de conversion sera aussi plus représentatif.

Des petits changements qui font la différence

La réservation de stock passe par défaut à 60 minutes. Lorsqu’un stock est réservé pour une commande non finalisée, la durée par défaut est désormais d’une heure si aucune durée n’est précisée. Si vous vendez des articles à stock limité et souhaitez ajuster ce délai, votre développeur peut le définir explicitement.

Meilleure gestion des numéros de téléphone internationaux. Deux nouveaux hooks — woocommerce_validate_phone et woocommerce_format_phone_number — permettent aux développeurs de gérer les formats locaux et les chiffres non latins, et de dissocier l’affichage de la validation. Une nouvelle méthode WC_Validation::is_phone_format() vérifie la structure indépendamment du pays. Si vous vendez à l’international et que des clients bloquaient sur la validation du téléphone, cette correction s’applique.

Prévisualisations d’e-mails plus propres. Un nouveau filtre woocommerce_email_preview_show_shipping_details masque les adresses d’expédition fictives dans les prévisualisations — utile si vous concevez des modèles pour des produits numériques et ne souhaitez pas d’adresses factices dans les maquettes.

E-mails blocs enrichis. L’éditeur d’e-mails par blocs prend désormais en charge les intégrations Vimeo, TikTok et Dailymotion, affichées sous forme de vignettes cliquables.

Améliorations de l’accessibilité. Les tableaux du panier et les écrans d’administration ont été retravaillés, notamment sur les contrastes de couleurs pour répondre à WCAG 2.2 AA.

Toujours en bêta : récupération de panier abandonné

WooCommerce intègre la récupération de panier abandonné dans le cœur du produit, et la version 11.0 poursuit cette fonctionnalité en bêta sur inscription. Vous pouvez l’activer dans WooCommerce → Réglages → Avancé → Fonctionnalités.

Ce qui est déjà inclus : e-mails de relance pour paniers abandonnés, possibilité d’envoyer manuellement un e-mail de récupération depuis une commande éligible, un filtre pour définir les statuts de commande concernés (woocommerce_checkout_recovery_eligible_statuses), et un lien de désinscription en un clic avec gestion de la confidentialité intégrée.

Ce dernier point est important. L’e-mail de relance est typiquement une source de risque de conformité s’il est mal intégré, et le fait d’inclure la désinscription et la gestion de la confidentialité dès le départ est la bonne approche. Si vous payez actuellement pour une extension tierce de récupération de panier, surveillez cette évolution — mais c’est une bêta, donc testez-la hors production.

Une nouvelle interface de réglages basée sur React est également en cours de déploiement, avec migration des formulaires vers un composant DataForm partagé.

Le point de rupture potentiel : éditeur de produit en bêta

Si vous aviez activé la bêta du nouvel éditeur de produit, votre boutique repassera à l’éditeur classique après la mise à jour. Rien n’est perdu — vos produits restent intacts — mais l’interface à laquelle vous étiez habitué disparaît.

Le risque principal concerne les extensions. Si un plugin de votre boutique utilisait le package product editor ou ses API expérimentales, il doit être mis à jour. Vérifiez auprès de vos éditeurs d’extensions avant la mise à jour, surtout si vous avez ajouté des champs ou onglets personnalisés à l’écran d’édition produit.

Deux autres changements à signaler à la personne qui maintient votre thème : le bloc Image produit a supprimé son attribut Résolution au profit d’images responsives standardisées, et l’objet interrogé sur la page Boutique est désormais un WP_Post au lieu d’un WP_Post_Type. Un thème qui modifie la requête de la page boutique devra peut-être être adapté.

Action Scheduler 4.0.0 arrive avec la mise à jour

WooCommerce 11.0 intègre Action Scheduler 4.0.0 — la file d’attente de tâches en arrière-plan qui gère vos e-mails planifiés, renouvellements d’abonnements, livraisons de webhooks et une grande partie des actions de vos extensions. Ce changement de version majeure est volontaire : il signale des modifications non rétrocompatibles.

Les actions échouées sont désormais supprimées automatiquement après trois mois. C’est une vraie avancée pour les boutiques à fort volume, où l’accumulation d’actions échouées est une cause connue d’encombrement de la base de données. La durée de rétention est ajustable via le filtre action_scheduler_retention_period_for_failed, et le comportement peut être désactivé avec action_scheduler_enable_failed_action_cleanup si vous souhaitez tout conserver.

La vérification d’unicité inclut désormais les arguments. Avant, la déduplication ne tenait compte que du hook et du groupe. Si deux tâches partageaient un hook mais avaient des paramètres différents, l’une pouvait être supprimée à tort comme doublon. Désormais, les arguments sont pris en compte — ce qui est correct, mais signifie que les boutiques qui s’appuyaient sans le savoir sur l’ancien comportement verront plus d’actions créées qu’avant.

Le nettoyage s’exécute désormais comme une tâche dédiée chaque jour à 3h, heure du site, traitant au moins 250 actions par lot, au lieu de s’exécuter en ligne lors du traitement de la file d’attente. Vous pouvez ajuster la taille du lot via action_scheduler_cleanup_batch_size. Action Scheduler 4.0.0 nécessite WordPress 6.8 ou supérieur.

Votre liste de vérification pour la mise à jour

1. Vérifiez votre environnement. WordPress 6.9+ et PHP 7.4+ sont requis. Si vous n’êtes pas à jour, commencez par là.
2. Mettez à jour sur un environnement de préproduction. Copiez la production, effectuez la mise à jour, puis lancez la mise à jour de la base de données.
3. Contrôlez vos extensions. Toute extension liée à l’éditeur de produits, aux tâches en arrière-plan ou à Store API doit être vérifiée spécifiquement. Demandez aux éditeurs la compatibilité avec la version 11.0.
4. Passez des commandes de test. Vérifiez le parcours invité, le paiement connecté, un produit variable, un lot si vous en vendez. Contrôlez le calcul des taxes et de l’expédition.
5. Vérifiez les tâches en arrière-plan. Surveillez la file d’Action Scheduler pendant une journée et assurez-vous que les tâches programmées s’exécutent toujours — c’est ici que les changements d’Action Scheduler 4.0.0 apparaîtront.
6. Préparez votre retour arrière. Ayez une sauvegarde de la base de données et une procédure documentée pour revenir à la version 10.9 avant toute intervention sur la production.
7. Envisagez ensuite la mise en cache des objets produits. Une fois la version 11.0 stabilisée sur votre boutique, testez son activation en préproduction et mesurez l’impact sur votre propre catalogue.

Faut-il mettre à jour ?

Oui — mais pas aujourd’hui, et pas directement en production.

WooCommerce 11.0 est une version solide. Les améliorations de performance sont mesurables, la gestion des commandes invitées allège réellement le support, et les corrections d’analytique rétablissent des chiffres inexacts. Le nettoyage d’Action Scheduler évitera à certaines boutiques une base de données qui enfle lentement.

Le risque est limité mais réel : la suppression de l’éditeur de produits et l’évolution du comportement d’Action Scheduler sont les deux points de vigilance. Les deux se gèrent sans difficulté si vous testez d’abord en préproduction — ce qui, vu qu’il a fallu une seconde release candidate pour corriger une erreur critique, mérite d’être pris au sérieux.

Si cette version vous amène à réfléchir à la pertinence de WooCommerce pour votre boutique à moyen terme, deux de nos analyses précédentes sont un point de départ honnête : le coût réel de WooCommerce à partir de la deuxième année, et la grille d’évaluation que nous utilisons pour déterminer quand quitter WooCommerce est justifié — et quand cela ne l’est pas.

Vous gérez une boutique WooCommerce ?

Nous assurons le développement WooCommerce pour les boutiques où la gestion des mises à jour, l’audit des extensions et la rigueur sur la préproduction sont de vraies missions — les nôtres. Si vous souhaitez déléguer la mise à jour 11.0, contactez-nous.