WooCommerce 11.1 est disponible : la répétition générale avant de toucher aux retours et remboursements

WooCommerce 11.1 est disponible depuis le 1er septembre 2026. La fiche de version annonce une compatibilité ascendante, 561 contributions et une mise à jour de base de données. Elle met en avant les galeries d’images par variation, un formulaire de demande de rétractation pour les clients européens et des requêtes Store API ou REST annoncées comme 30 à 42 % plus rapides dans certains cas.

Ce sont de bonnes raisons de s’intéresser à la version. Ce ne sont pas encore des raisons de la déployer vendredi à 17 h.

Dans une boutique française, le risque principal se trouve dans la chaîne qui relie une commande à un client, une notification, une décision humaine, un remboursement, une remise en stock et une trace comptable. WooCommerce 11.1 touche précisément cette zone. La bonne unité de contrôle n’est donc pas la liste des nouveautés : c’est le scénario complet.

La nouveauté qui mérite le plus d’attention est désactivée

Le nouveau parcours Order Withdrawal est désactivé par défaut. Une fois activé dans les fonctions avancées de WooCommerce, il expose un formulaire de demande de rétractation dans l’espace client, à l’adresse /my-account/withdraw-order.

Lorsqu’un numéro de commande et l’adresse de facturation correspondent, la demande est reliée à la commande et une note y est ajoutée. Le marchand reçoit aussi une notification par email et dans son tableau de bord. Si les informations ne correspondent pas, WooCommerce accepte néanmoins la demande et la signale pour examen manuel.

La distinction la plus importante tient en une phrase : une demande de rétractation ne change pas le statut de la commande, n’annule pas la commande et ne rembourse pas le paiement.

WooCommerce 11.1 apporte donc une nouvelle porte d’entrée, pas un service après-vente autonome. Il faut encore décider qui traite la demande, comment vérifier le délai et les exceptions, quand interrompre une préparation logistique, comment recevoir un retour et par quel moyen rembourser.

Pour un achat à distance entre un professionnel et un consommateur, le ministère de l’Économie rappelle un délai légal minimal de quatorze jours, dont le point de départ dépend notamment de la nature du contrat et de la réception des biens. Il existe aussi des exceptions. Le réglage technique ne remplace ni les informations précontractuelles, ni les conditions applicables au catalogue, ni une validation juridique lorsque le cas est particulier.

Une demande, un retour et un remboursement sont trois événements

Événement	Ce que la boutique sait	Décision encore nécessaire
Demande de rétractation	un client déclare vouloir revenir sur une commande	recevabilité, instructions, arrêt éventuel de préparation
Retour physique	un produit revient ou doit revenir	contrôle, frais, état du produit, remise en stock
Remboursement	un montant est enregistré ou transmis au prestataire	total ou partiel, transport, taxes, moyen de paiement, preuve d’exécution

Cette séparation protège contre deux erreurs opposées : rembourser automatiquement une demande qui nécessite un contrôle, ou considérer qu’une note de remboursement manuel dans WooCommerce prouve que l’argent a quitté le compte du marchand.

La documentation WooCommerce distingue le remboursement automatique, envoyé par une passerelle compatible, et le remboursement manuel, qui enregistre l’opération dans la commande mais exige une action séparée chez le prestataire de paiement. Modifier simplement le statut en « Annulée » ou « Remboursée » ne restitue pas non plus les fonds.

Le test utile ressemble à une répétition générale

Préparez une préproduction copiée récemment, neutralisez les emails et paiements réels, puis attribuez les rôles : une personne joue le client, une autre le service client et une troisième observe les traces techniques. Le scénario doit produire des preuves, pas seulement une impression de bon fonctionnement.

Scène 1 — le client connu demande à se rétracter

Créez une commande de test avec un compte client. Soumettez le formulaire avec le bon numéro et la bonne adresse de facturation. Vérifiez :

• l’accès au formulaire depuis l’espace client et les informations contractuelles prévues ;
• la confirmation visible et l’email d’accusé de réception ;
• l’email et la notification côté marchand ;
• la liaison à la bonne commande et la note ajoutée ;
• l’absence d’annulation, de remboursement ou de changement de statut inattendu.

Une traduction maladroite ou un lien invisible sur mobile est déjà une anomalie métier. Le formulaire existe peut-être, mais le client ne trouve pas le parcours qu’on lui annonce.

Scène 2 — la demande ne retrouve pas la commande

Rejouez le parcours avec une faute dans l’adresse, un ancien email ou un numéro incorrect. WooCommerce indique que la demande peut tout de même être enregistrée sans être liée automatiquement.

Ce cas mesure la qualité de votre file d’attente : où apparaît la demande, qui la prend en charge, comment évitez-vous de créer deux dossiers et quelles données demandez-vous sans exposer inutilement des informations de commande ? Une notification « à vérifier » qui reste trois jours dans une boîte générique n’est pas un parcours opérationnel.

Scène 3 — le remboursement partiel rencontre le paiement

Utilisez une commande avec deux lignes, une remise, des taxes et des frais de livraison. Remboursez une seule quantité avec la passerelle de test réellement utilisée par la boutique. Contrôlez :

• le montant calculé, les taxes et les frais inclus ou exclus ;
• la différence entre le total WooCommerce et la somme confirmée par la passerelle ;
• la note de commande prouvant le succès ou l’échec du prestataire ;
• l’email client, notamment la mention de remboursement partiel ;
• la quantité remise en stock, si l’option a été choisie ;
• les exports ou connecteurs comptables qui consomment l’événement.

WooCommerce 11.1 améliore aussi les détails de remboursement exposés par ses API. Si un ERP, un helpdesk ou une automatisation lit ces données, comparez les réponses avant et après mise à jour. Une API plus précise peut révéler une hypothèse fragile dans une intégration.

Scène 4 — le produit virtuel ne fabrique plus une fausse livraison

La version nettoie l’affichage administratif des commandes entièrement virtuelles : l’adresse de livraison sans utilité n’est plus présentée dans le résumé. Les commandes physiques, mixtes ou non résolues conservent leurs informations.

Testez un produit virtuel, un produit physique et un panier mixte. Si la préparation, la facturation ou l’anti-fraude déduit le type de commande de la présence d’une adresse de livraison, vérifiez la source réellement lue. Une amélioration d’interface peut exposer une dépendance maison invisible.

Scène 5 — une variation change de galerie sans perdre l’achat

Les galeries d’images par variation sont désormais activées pour toutes les boutiques, y compris celles qui n’avaient pas activé l’expérience. WooCommerce Additional Variation Images est retirée, et une migration de base de données active la fonction native.

Prenez trois produits variables : un article à deux couleurs, un catalogue ancien importé par CSV et un produit enrichi par une extension. Changez les variations sur mobile et ordinateur, puis vérifiez l’image principale, les miniatures, le zoom, le prix, le stock et l’ajout au panier.

Si une ancienne extension de galerie reste active, ne supposez pas que « natif » signifie « sans conflit ». Documentez la responsabilité de chaque rendu, la compatibilité du thème et le chemin de retrait de l’extension.

Scène 6 — l’import ne détruit pas le catalogue

La version corrige plusieurs problèmes d’import et d’export CSV. Exportez un petit échantillon avant mise à jour, puis rejouez sur préproduction un fichier contenant des SKU existants, des variations, des images et les champs personnalisés importants. Comparez le nombre de lignes, les parents/enfants, les attributs, les prix, les stocks et les médias. La documentation WooCommerce recommande une sauvegarde et un petit import de test avant les opérations volumineuses.

Faut-il activer le formulaire de rétractation dès la mise à jour ?

Activez-le sur préproduction maintenant si votre boutique vend à des consommateurs européens. Vous pourrez vérifier sa traduction, son accessibilité, ses notifications et son articulation avec votre procédure actuelle sans modifier le parcours public.

Envisagez l’activation en production lorsque le propriétaire de la file, le délai de réponse, les modèles d’email, les exceptions produit, les étapes de retour et la preuve de remboursement sont définis. Le formulaire doit rejoindre une procédure existante, pas la remplacer silencieusement.

Gardez-le désactivé temporairement si vous avez déjà un parcours correctement publié et traité par un autre outil. Commencez par rechercher les doublons : deux formulaires, deux emails et deux identifiants de dossier peuvent dégrader la preuve.

Demandez un cadrage juridique si les produits ou services présentent des exceptions ou si les textes affichés doivent être modifiés. 1Design peut auditer et implémenter le parcours web ; l’agence ne remplace pas le conseil juridique propre à votre activité.

Mettre à jour maintenant ou attendre ?

Situation	Décision prudente
Boutique simple, thème maintenu, peu d’extensions et préproduction fidèle	tester 11.1 puis planifier une fenêtre bornée
Nombreuses variations ou ancienne extension de galerie	tester d’abord médias, changements de variation et panier
Retours/remboursements connectés à un ERP ou helpdesk	comparer API, emails, notes et statuts avant la bascule
Abonnements, paiements récurrents ou automatisations sensibles	neutraliser les renouvellements en préproduction et vérifier les compatibilités
Pas de sauvegarde restaurable ni de préproduction récente	attendre : le prérequis manque, quelle que soit la version

« Backwards compatible » ne signifie pas que chaque thème, passerelle et extension tierce a été testé avec votre combinaison. Regardez les versions déclarées compatibles, les journaux des éditeurs et les personnalisations locales. Notre guide sur le contrôle après mise à jour de WooCommerce 11.0 reste utile pour le panier, le paiement, les emails et les tâches planifiées ; le présent article ajoute les scénarios propres à 11.1. Pour replacer ces tests dans un suivi durable, consultez aussi notre guide de maintenance WooCommerce et WordPress.

La fenêtre de mise à jour doit avoir une sortie

La documentation officielle recommande une sauvegarde actuelle, un test sur préproduction, puis un contrôle des pages produit, du panier, du paiement, de la livraison, des taxes, des emails et des extensions. WooCommerce 11.1 demande en plus une mise à jour de base de données.

Avant l’intervention, écrivez : le périmètre exact des versions, la sauvegarde des fichiers et de la base, le propriétaire du go/no-go, les scénarios indispensables et le point de retour. Après l’installation, gardez la boutique indisponible au paiement tant que la migration de base et ses tâches ne sont pas terminées. Vérifiez les actions planifiées en échec, les journaux, la passerelle et un parcours public à faible risque.

Pour une boutique dont les commandes continuent pendant l’intervention, restaurer toute la base peut effacer des commandes nouvelles. Le retour arrière doit donc distinguer code, fichiers et données. C’est une raison supplémentaire de répéter l’opération avant la production.

Le livrable tient dans un journal de scénarios

Conservez, pour chaque scénario, l’identifiant de commande, le rôle testé, le résultat attendu, la preuve observée, l’anomalie, sa gravité et la décision. Ajoutez la liste des extensions et du thème, les versions avant/après, le statut de la migration, un exemple d’email, la confirmation de la passerelle, les actions planifiées en échec et le chemin de retour arrière.

Vous gérez une boutique WooCommerce française et vos retours, variations ou remboursements reposent sur plusieurs extensions ? 1Design peut réaliser un audit borné avant mise à jour, reproduire les scénarios critiques en préproduction et livrer une décision documentée. Notre accompagnement en création et évolution de site e-commerce à Lyon peut ensuite corriger le thème ou les intégrations qui rendent chaque mise à jour risquée. Pour cadrer l’intervention, contactez 1Design avec la version actuelle, le thème, les passerelles et trois scénarios sensibles.

Notes de recherche et sources officielles

• WooCommerce Developer Blog, « WooCommerce 11.1.0: Release Notes » : disponibilité, compatibilité, migration de base, galeries par variation, rétractation et performance API — consultation le 4 septembre 2026 : https://developer.woocommerce.com/2026/09/03/wc-11-1-release-notes/
• WooCommerce Developer Blog, « Introducing Order Withdrawal in WooCommerce 11.1 » : activation, formulaire, notifications, rapprochement et absence d’annulation/remboursement automatique — consultation le 4 septembre 2026 : https://developer.woocommerce.com/2026/08/27/order-withdrawal-woocommerce-11-1/
• WooCommerce Developer Blog, « WooCommerce 11.1: What’s coming for developers » : endpoint de calcul des remboursements, corrections CSV et compatibilité — consultation le 4 septembre 2026 : https://developer.woocommerce.com/2026/08/18/woocommerce-11-1-pre-release/
• WooCommerce, « How to update WooCommerce » et « Refunding Orders in WooCommerce » : sauvegarde, préproduction, migration et distinction remboursement automatique/manuel — consultation le 4 septembre 2026 : https://woocommerce.com/document/how-to-update-woocommerce/ et https://woocommerce.com/document/woocommerce-refunds/
• Ministère de l’Économie, « Vente à distance : tout savoir sur votre droit de rétractation » : délai minimal, point de départ, information préalable et exceptions — consultation le 4 septembre 2026 : https://www.economie.gouv.fr/particuliers/mes-droits-conso/bien-consommer/vente-distance-tout-savoir-sur-votre-droit-de-retractation