La résiliation dans le portail client Stripe : ce qu’elle fait et quand elle suffit

Si vous facturez avec Stripe, vous avez déjà un parcours d’annulation à disposition : le portail client Stripe. C’est une page hébergée par Stripe où les clients peuvent mettre à jour leurs moyens de paiement, voir leurs factures, changer d’offre et résilier. Vous activez les fonctions dans le Dashboard, vous y envoyez vos clients, et Stripe s’occupe du reste.

Pour beaucoup de produits, cela suffit. Pour d’autres, l’étape de résiliation du portail est trop limitée. Cet article couvre ce que propose le portail en novembre 2026, d’après la doc de Stripe, ses limites, et comment décider.

Ce que fait la page de résiliation du portail

Stripe documente les fonctions de résiliation dans son guide de la page de résiliation et son guide de configuration du portail. En résumé :

Résilier immédiatement ou en fin de période

Vous choisissez si une résiliation dans le portail met fin à l’abonnement tout de suite ou à la fin de la période de facturation en cours. Avec une résiliation en fin de période, le client garde l’accès jusqu’à la fin de la période et peut réactiver d’ici là (doc Stripe : cancel subscriptions).

Raisons de résiliation

Vous pouvez demander aux clients pourquoi ils résilient. Le portail utilise une liste de raisons prédéfinie, et vous choisissez lesquelles afficher :

• C’est trop cher
• J’ai besoin de plus de fonctionnalités
• J’ai trouvé une alternative
• Je n’en ai plus besoin
• Le service client n’a pas été à la hauteur
• La facilité d’utilisation n’a pas été à la hauteur
• La qualité n’a pas été à la hauteur
• Autre raison (avec texte libre facultatif)

Les réponses apparaissent sur l’abonnement dans le Dashboard, dans Stripe Sigma et dans le webhook customer.subscription.updated, pour que vous puissiez les envoyer dans vos propres analyses.

Coupon de rétention

Le réglage classique du portail vous laisse choisir un coupon à proposer aux clients qui tentent de résilier. S’ils acceptent, le coupon est appliqué à l’abonnement et la résiliation est stoppée. Le même coupon est montré à tous ceux qui arrivent sur la page de résiliation, quelle que soit la raison donnée.

Retention rules (private preview)

Stripe a aussi documenté les retention rules, en private preview au moment où nous écrivons. Elles remplacent le coupon de rétention unique (les activer le désactive) et permettent d’afficher une offre ciblée selon des conditions comme :

• La raison de résiliation choisie
• Le nombre de mois d’abonnement et la dépense totale facturée
• Le statut de l’abonnement
• Les metadata de l’abonnement ou du client
• Le prix auquel est le client

Chaque branche de règle propose soit une réduction (pourcentage ou montant fixe sur les cycles de facturation futurs, limitée à une utilisation par client pour les coupons de rétention), soit une descente en gamme, pas les deux. Stripe fournit aussi une vue retention performance avec le revenu sauvé, les étapes où les clients quittent le parcours de résiliation et les raisons choisies ; un abonnement compte comme sauvé s’il reste actif au moins 7 jours après que le client a accepté une offre.

Comme c’est une preview, la disponibilité et le comportement peuvent changer. Vérifiez la doc actuelle avant de compter dessus.

Les limites du portail à connaître

• Pas d’option de pause. Le portail ne permet pas aux clients de mettre en pause un abonnement ; la pause passe par l’API ou le Dashboard (support Stripe).
• Certains abonnements peuvent être résiliés mais pas modifiés. D’après le guide de configuration de Stripe, les abonnements avec plusieurs produits, une facturation à l’usage, des offres d’essai ou certains moyens de paiement ne peuvent pas être modifiés dans le portail, mais peuvent être résiliés. Les abonnements avec une mise à jour en attente issue d’une subscription schedule ne peuvent y être ni modifiés ni résiliés.
• Le design de Stripe. Vous pouvez régler l’image de marque (logo, couleurs, icône), mais la mise en page et les étapes sont celles de Stripe.
• Web uniquement. C’est une page web hébergée. Dans une application mobile, vous l’ouvrez dans une vue navigateur.

Portail ou parcours d’annulation dédié

Fonction	Portail Stripe (classique)	Portail Stripe avec retention rules (preview)	Parcours d’annulation dédié
Résilier en fin de période ou immédiatement	Oui	Oui	Oui
Question sur la raison	Liste fixe, au choix	Liste fixe plus raisons personnalisées	N’importe quelles raisons, vos formulations
Offre par raison	Non, un coupon pour tous	Oui	Oui
Offre de réduction	Oui (un coupon)	Oui	Oui
Offre de descente en gamme	Non (le changement d’offre est séparé)	Oui	Oui
Offre de pause	Non	Non	Généralement oui
Offre d’appel / de discussion	Non	Non	Généralement oui
Éligibilité (ex. pas de réductions répétées)	Non documentée	Conditions d’ancienneté, de dépense, de metadata ; une utilisation par client pour les coupons	Oui
Votre propre design	Image de marque seulement	Image de marque seulement	Contrôle total, ou API headless
Dans votre application (iOS, Android, desktop)	Vue navigateur	Vue navigateur	Natif, via API
Emails de reconquête après résiliation	Non	Non	Selon l’outil
Analyses	Raisons dans le Dashboard, Sigma, webhooks	Vue retention performance	Selon l’outil
Coût supplémentaire	Inclus avec Stripe Billing	Preview ; vérifiez les conditions	Coût de l’outil ou du développement

Pour les prix et frais de Stripe Billing lui-même, voir la page tarifs de Stripe ; nous ne reprenons pas de chiffres ici car ils varient selon l’offre et la région.

Quand le portail intégré suffit

Le portail est un choix raisonnable quand :

• Vous démarrez. Avec quelques résiliations par mois, il n’y a de toute façon pas assez de volume pour tester des offres. Activez les raisons, choisissez la résiliation en fin de période, et lisez chaque réponse.
• Votre produit est simple. Une ou deux offres, une objection évidente (généralement le prix). Un seul coupon de rétention suffit.
• Vous êtes uniquement sur le web. Les clients gèrent leur facturation dans un navigateur.
• Vous voulez un minimum de développement. Le portail demande de la configuration, pas du code, au-delà de la création d’une session de portail.
• Vous pouvez utiliser les retention rules. Si vous avez accès à la preview, elle couvre les réductions et descentes en gamme selon la raison, ce qui est le cœur d’un bon parcours.

Même avec le portail, appliquez les bases : gardez la résiliation facile d’accès depuis vos réglages de compte, énoncez clairement les conditions des offres, et ne proposez pas la même réduction à répétition. Nos bonnes pratiques de parcours d’annulation s’appliquent quel que soit l’outil.

Quand il vous faut plus

Un parcours d’annulation dédié commence à être rentable quand :

• Les raisons appellent des offres que le portail ne sait pas faire, notamment une pause pour « je ne m’en sers pas assez » ou un appel pour « il manque une fonctionnalité ». Voir pause, réduction ou descente en gamme.
• Il vous faut la résiliation dans votre application. Les applications mobiles et desktop qui veulent un écran natif, pas une redirection vers le navigateur, ont besoin d’une API.
• Le parcours doit suivre le design de votre produit, ou une charte précise de rédaction et d’accessibilité.
• Vous voulez ce qui se passe après la résiliation : des emails de reconquête calés sur la raison, un test avec groupe témoin, un reporting en revenu.
• Vous facturez hors de Stripe, ou sur plusieurs systèmes de facturation.
• La conformité demande un traitement particulier pour vos marchés, comme des options de sortie claires à chaque étape. Voir notre panorama des règles click to cancel.

Bien configurer le portail

Si vous commencez avec le portail, une check-list rapide :

• Résiliation activée, réglée en fin de période (généralement plus correct qu’immédiate).
• Raisons de résiliation activées ; choisissez celles sur lesquelles vous agirez.
• Coupon de rétention (ou retention rules) réglé avec une réduction limitée dans le temps, conditions indiquées dans le nom du coupon.
• Image de marque réglée : logo, couleurs, nom de l’entreprise, liens vers vos conditions et votre politique de confidentialité.
• Un lien clair « Gérer la facturation » ou « Résilier l’abonnement » dans les réglages de votre application, qui ouvre une session de portail.
• Un gestionnaire de webhooks customer.subscription.updated et customer.subscription.deleted qui enregistre les raisons et met à jour l’accès.
• Une revue mensuelle des raisons et des réponses en texte libre.

Comment NoChurn aide

NoChurn se connecte à Stripe en un clic et ajoute ce que le portail laisse de côté. Ses parcours d’annulation associent chaque raison de résiliation à une offre (une réduction via un coupon Stripe, une pause, une descente en gamme ou un appel), avec un bouton « Cancel now » en un clic visible à chaque étape. Vous pouvez utiliser la modale hébergée avec vos thèmes, polices, couleurs, logo et CSS personnalisé, ou l’API headless pour un parcours entièrement sur mesure sur le web, desktop, iOS et Android. Les clients qui ont résilié reçoivent des emails de reconquête à 30, 60 et 90 jours selon leur raison. Si vous ne facturez pas avec Stripe, les mêmes fonctions marchent via l’API REST. Le prix de NoChurn ne dépend que de votre MRR, avec toutes les fonctionnalités dans toutes les offres, votre propre domaine d’email dès 9 $ (tarifs). Pour une comparaison détaillée avec les outils de Stripe, voir NoChurn vs Stripe Billing.