WooCommerce Subscriptions 9.2 : ce qui change par défaut sur les abonnements

WooCommerce Subscriptions, l’extension officielle qui gère les abonnements sous WooCommerce, est passée en version 9.2.0 le 8 septembre 2026. L’éditeur présente cette mise à jour comme un chantier de réglages : plusieurs comportements changent par défaut, sans qu’aucune action de la boutique ne soit nécessaire pour qu’ils s’appliquent. Une boutique qui vend des abonnements — logiciel, box, réassort automatique — doit donc relire ses paramètres après la mise à jour plutôt que supposer que rien n’a changé. Quatre points méritent une vérification immédiate, et un cinquième concerne les boutiques qui mélangent produits physiques et abonnements.

Le renouvellement anticipé passe à « activé » par défaut

Sur toute boutique qui n’avait jamais touché au réglage « Autoriser les paiements de renouvellement anticipé », celui-ci est désormais actif par défaut après la mise à jour. Concrètement, un client peut régler sa prochaine échéance avant la date prévue, ce qui modifie la date de fin de période et le calendrier des relances. Ce n’est pas un problème en soi, mais c’est un changement silencieux : une boutique qui communique des dates de facturation précises à ses clients, ou qui a construit des rapports de trésorerie sur un calendrier fixe, doit vérifier ce réglage dans WooCommerce > Réglages > Abonnements et le désactiver si ce comportement ne correspond pas à sa politique commerciale. Comme pour toute mise à jour d’extension qui touche à la facturation, la vérification se fait idéalement sur un environnement de préproduction avant la mise en production.

Les cadeaux ne sont plus un réglage global

Jusqu’à la version 9.2.0, l’option « Activer les cadeaux pour les abonnements » se réglait une fois pour toute la boutique. Elle disparaît au profit d’un réglage par produit : chaque fiche décide désormais si elle peut être offerte en cadeau. Les boutiques qui avaient la fonction activée globalement voient leurs produits existants migrés automatiquement pour conserver le même comportement ; en revanche, tout nouveau produit créé après la mise à jour démarre avec le cadeau désactivé, même si la boutique proposait cette option partout auparavant. Une action d’édition en masse permet d’activer ou de désactiver le cadeau sur plusieurs fiches à la fois, ce qui rend l’audit du catalogue rapide, mais cet audit doit avoir lieu : un produit lancé après coup et censé être « offrable » ne le sera pas tant que personne ne l’aura vérifié.

D’anciens liens de résiliation et de réabonnement cessent de fonctionner

La version 9.2.0 renforce la sécurité des liens envoyés aux clients pour gérer leur abonnement — résiliation, réabonnement. Auparavant, ces liens partageaient une clé de vérification rattachée uniquement à l’identifiant de l’abonnement. Désormais, chaque lien génère sa propre clé, spécifique à l’action qu’il déclenche. La conséquence directe : tout lien généré avant la mise à jour ne se vérifie plus après. Pour une boutique, cela signifie qu’un client qui retrouve un vieil e-mail de résiliation, ou qu’un agent du service client qui réutilise un lien enregistré dans un ticket ancien, tombera sur une erreur. Le service client doit savoir qu’il faut régénérer un lien frais depuis le compte client ou l’administration plutôt que renvoyer un lien archivé.

Les paiements PayPal Standard sont désormais vérifiés

Les boutiques qui encaissent leurs abonnements via PayPal Standard sont directement concernées par un second changement : chaque paiement est désormais confronté au compte PayPal du marchand, à la devise de l’abonnement et au montant qui avait été demandé à PayPal. Si l’un de ces trois éléments ne correspond pas, le paiement n’est pas enregistré comme réglé : la raison est notée sur l’abonnement, celui-ci passe en attente, et le client reçoit une facture de renouvellement qui le fait basculer sur un nouveau profil PayPal au bon montant. C’est une protection contre des paiements mal imputés, mais elle peut aussi mettre en pause des abonnements légitimes si la configuration PayPal de la boutique — devise du compte, montants attendus — n’est pas alignée avec celle des abonnements en cours. Ce type de vérification de paiement rejoint une tendance plus large côté paiement en ligne, où le contrôle renforcé aux étapes de règlement vise à limiter la fraude sans casser le tunnel d’achat.

La proratisation s’étend aux produits physiques

Un dernier changement concerne les boutiques qui vendent des abonnements sur des produits physiques plutôt que virtuels. La proratisation du montant récurrent et de la durée d’abonnement, jusqu’ici réservée aux produits virtuels, devient disponible pour les produits physiques via deux nouvelles valeurs de réglage. Le comportement par défaut de la boutique ne change pas : l’éditeur précise que l’activation reste volontaire et rétrocompatible. C’est une option à considérer pour une boutique qui gère un réassort automatique de produits physiques et qui souhaite ajuster le montant facturé lors d’un changement d’offre en cours de cycle, un cas de figure déjà croisé côté infrastructure lors de l’évolution du stockage des commandes vers HPOS, où chaque changement de fond invitait à revérifier les extensions installées.

Ce qu’il faut retenir

• Le renouvellement anticipé passe à « activé » par défaut sur les boutiques qui n’avaient jamais réglé cette option : à vérifier dans WooCommerce > Réglages > Abonnements.
• Les cadeaux se gèrent désormais produit par produit, avec une édition en masse pour auditer rapidement le catalogue existant.
• Les liens de résiliation et de réabonnement envoyés avant la mise à jour ne fonctionnent plus : le service client doit en régénérer des neufs.
• Les paiements PayPal Standard sont vérifiés contre le compte, la devise et le montant attendu, ce qui peut mettre un abonnement légitime en attente si la configuration PayPal n’est pas alignée.