Stripe ajoute la pause des abonnements au portail client : définissez les règles de revenus avant de l'activer

La version Stripe du 28 octobre 2026 ajoute au portail client la possibilité de mettre soi-même son abonnement en pause. Pour un éditeur ou un vendeur, la première décision est commerciale : une interruption temporaire constitue-t-elle une alternative utile à la résiliation, et comment l'entreprise gérera-t-elle l'interruption des paiements attendus ?

La note de version de l'API 2026-10-28.endive décrit un ajout facultatif sans effet sur les intégrations existantes du portail client. Elle ne rapporte aucune réduction mesurée des résiliations. Un abonné qui met en pause peut revenir, mais une pause ne prouve pas qu'un renouvellement a été sauvé.

La méthode documentée passe par l'API

La configuration du portail active la fonctionnalité avec features.subscription_pause.enabled. Le champ facultatif features.subscription_pause.duration propose des durées prédéfinies. Une session du portail peut ouvrir directement le parcours de pause en définissant flow_data.type sur subscription_pause et en transmettant l'identifiant de l'abonnement concerné.

Ce sont des champs de configuration destinés aux développeurs, pas des instructions pour un écran de réglages commerçant. La note de version ne confirme pas que la même option puisse être activée dans le Dashboard. Vérifiez la documentation actuelle et votre intégration avant de supposer qu'un tel chemin existe dans le tableau de bord.

La note complémentaire de Stripe sur la récupération des sessions décrit une autre amélioration facultative : les sessions expirées peuvent proposer une vérification par e-mail et une session de remplacement lorsqu'elles sont configurées pour la connexion client. Cela concerne l'accès au portail. Cela ne définit pas en soi votre politique de pause.

Une pause nécessite une définition commerciale

Avant de demander à un développeur d'activer le parcours, écrivez la durée maximale envisagée, le sort de l'accès et ce qui sera expliqué au client sur la reprise. Traitez ces éléments comme des exigences à valider dans votre véritable intégration. L'annonce seule n'est pas une spécification complète de la gestion des droits d'accès à votre produit.

Prenez un lecteur hypothétique qui souhaite arrêter de payer pendant une absence. Proposer une interruption pourrait préserver la relation, mais le compter comme un abonné payant sans interruption surestimerait les encaissements prévus. Distinguez les relations payantes, en pause et résiliées dans votre suivi opérationnel, avec des définitions comprises par l'équipe.

Décidez aussi qui gère les exceptions. Un lecteur qui ne parvient pas à reprendre, met le mauvais abonnement en pause ou comprend mal son accès a besoin d'un interlocuteur clair. Une nouvelle option en libre-service peut modifier les questions reçues par le support, même si la fonctionnalité est facultative.

Testez la reprise, pas seulement le bouton de pause

Demandez à la personne chargée de l'intégration de démontrer la pause, l'explication au client, les conséquences sur l'accès et le retour à l'état de facturation prévu dans un environnement de test approprié. Vérifiez que vos propres rapports reflètent le résultat. Voir une nouvelle option dans le portail ne prouve pas que tout le processus commercial fonctionne correctement.

Séparez ce sujet de la récupération des paiements d'adhésion Ghost échoués, qui concerne un encaissement non abouti, et des versements Stripe aux contributeurs, où l'argent circule dans l'autre sens. Évaluez les pauses avec les renouvellements payés et les encaissements ultérieurs. Tant que ces résultats ne sont pas connus, présentez-les comme un choix supplémentaire pour le client, pas comme un gain de fidélisation démontré.