Comment mettre en pause un abonnement sur Stripe au lieu de perdre le client

Un client qui dit « je n’en ai pas besoin pendant quelques mois » n’est pas un client qui veut partir. Si le seul bouton qu’il voit est Résilier, vous perdez les deux. Une pause garde en place le compte, l’historique et le moyen de paiement, et donne au client un chemin facile pour revenir.

Stripe propose désormais plusieurs façons de mettre en pause, et elles ne se comportent pas pareil. Ce guide explique chacune, quand l’utiliser, et comment fonctionne la reprise. Il s’en tient à la documentation de Stripe : pause payment collection, pause subscriptions, la référence API pause subscription, les entrées du changelog sur la pause et la reprise à la demande et la pause dans le portail client, et using webhooks with subscriptions (toutes consultées en novembre 2026).

Deux choses différentes appelées « pause »

Stripe a deux mécanismes, et les confondre cause l’essentiel des malentendus.

	Mettre en pause l’encaissement	Mettre en pause l’abonnement
Comment	Régler pause_collection sur l’abonnement	Appeler l’endpoint pause subscription
Statut de l’abonnement	Inchangé (par exemple, reste active)	Devient paused
Factures	Toujours créées, puis traitées selon le mode choisi	Pas générées pendant la pause
Périodes de facturation	Continuent d’avancer	N’avancent pas
Reprise	Effacer pause_collection, ou régler resumes_at	Reprendre via l’API
Événements	customer.subscription.updated	customer.subscription.paused, puis customer.subscription.resumed

Le premier est plus ancien et très utilisé. Le second a été ajouté dans le changelog du 2026-09-30 de Stripe et se rapproche de ce que les clients entendent par « mettre mon compte en pause ». Vérifiez quelle version de l’API utilise votre intégration avant de compter sur le nouvel endpoint.

Option 1 : mettre en pause l’encaissement

Mettre en pause l’encaissement laisse l’abonnement tourner mais vous empêche de le facturer. Vous choisissez l’un de trois modes :

• keep_as_draft : vous offrez le service gratuitement pour l’instant et encaissez plus tard. Les factures restent en brouillon.
• mark_uncollectible : vous offrez le service gratuitement et marquez les factures comme irrécouvrables.
• void : vous offrez le service gratuitement et n’encaissez jamais pour la période. Les factures sont annulées.

Vous pouvez régler un horodatage resumes_at facultatif pour que l’encaissement reprenne tout seul. Sans lui, l’encaissement reste en pause jusqu’à ce que vous effaciez pause_collection. Stripe précise aussi que tout solde client existant continue d’être appliqué aux factures pendant la pause.

Quand cela convient

La pause de l’encaissement convient quand le client garde l’accès : un geste commercial après une panne, quelques semaines gratuites le temps qu’un client règle son budget, ou un compte B2B en attente d’un bon de commande. Pour un client qui n’utilisera pas du tout le produit pendant un moment, cela convient mal : le statut de l’abonnement reste le même, les périodes continuent d’avancer, et votre propre application doit décider s’il faut bloquer l’accès.

Pour une offre de rétention, void est généralement le choix honnête. keep_as_draft veut dire que le client devra les mois de pause plus tard, ce qui surprend ceux qui pensaient que « pause » voulait dire « pas de prélèvement ».

Option 2 : mettre en pause l’abonnement lui-même

Avec l’endpoint pause subscription, la pause prend effet immédiatement. D’après le guide pause subscriptions de Stripe :

• Le statut de l’abonnement devient paused.
• Un abonnement en pause ne génère pas de factures et ne passe pas à de nouvelles périodes de facturation.
• Vous le reprenez via l’API. La reprise n’est possible que sur les abonnements en encaissement charge_automatically.
• Si la reprise ne génère pas de facture, le statut repasse immédiatement à active.
• Un coupon sur l’abonnement garde sa période de validité d’origine. La pause ne la prolonge pas.

Stripe envoie customer.subscription.paused quand le statut passe à paused et customer.subscription.resumed quand il revient. Le guide des webhooks précise explicitement que customer.subscription.resumed ne s’applique pas quand seul l’encaissement reprend, ce qui rappelle bien que les deux mécanismes sont séparés.

D’autres façons dont un abonnement passe en pause

Deux cas produisent le statut paused sans que vous appeliez l’endpoint :

1. Un essai se termine sans moyen de paiement, si vous avez configuré l’essai pour se mettre en pause dans ce cas. Stripe le documente dans le guide des webhooks.
2. Un paiement échoue et vous utilisez pause on payment failure. Seuls les abonnements éligibles en flexible billing mode peuvent être mis en pause ainsi. Vous choisissez une reprise automatique ou manuelle, et le champ status_details.paused.subscription.type vous dit pourquoi un abonnement a été mis en pause.

Si vous lisez les abonnements paused dans vos propres rapports, utilisez ce champ pour qu’une pause volontaire ne soit pas comptée comme un essai terminé sans carte.

Option 3 : laisser les clients se mettre en pause dans le portail client

Le changelog du 2026-10-28 de Stripe ajoute la pause au portail client remanié :

1. Dans la configuration de votre portail, réglez features.subscription_pause.enabled à true.
2. Facultativement, réglez features.subscription_pause.duration pour proposer des durées de pause prédéfinies.
3. Pour envoyer un client directement dans le parcours de pause d’un abonnement, créez une session de portail avec flow_data.type réglé sur subscription_pause et l’ID de l’abonnement.

C’est nouveau, et d’anciens articles du support Stripe disent encore que le portail ne peut pas mettre d’abonnements en pause. Fiez-vous au changelog et à la référence API de votre version, et testez dans un sandbox avant de l’annoncer à vos clients.

Bien proposer une pause

Quel que soit le mécanisme, l’offre compte autant que la tuyauterie.

1. Proposez-la au bon moment. Une pause est la plus utile quand la raison de résiliation est temporaire : activité saisonnière, projet en suspens, voyage, calendrier budgétaire. C’est une réponse faible à « c’est trop cher » ou « il manque des fonctionnalités ». Notre guide pause ou réduction indique quelle offre convient à quelle raison.
2. Proposez des durées fixes. Un, deux ou trois mois, c’est plus simple à choisir qu’une pause sans fin, et l’abonnement revient tout seul. Utilisez resumes_at pour les pauses d’encaissement, ou les durées prédéfinies du portail.
3. Dites exactement ce qui se passe. Le client garde-t-il l’accès ? Sera-t-il prélevé à la reprise ? Quand ? Indiquez la date de reprise dans l’email de confirmation.
4. Prévenez avant la reprise. Envoyez un court email quelques jours avant la fin de la pause, avec un lien pour prolonger la pause ou résilier. Les renouvellements surprises après une pause se transforment en demandes de remboursement et en litiges.
5. Gardez la résiliation visible. Une offre de pause est une offre, pas une barrière. Le client doit toujours pouvoir résilier en une étape. Voir les règles click to cancel.

Gérer la reprise dans votre application

La pause touche au contrôle d’accès, alors branchez les événements :

• Sur customer.subscription.paused, passez le compte dans un état en pause. Décidez si les données restent consultables et dites-le dans le produit.
• Sur customer.subscription.resumed, rétablissez l’accès et enregistrez la reprise.
• Pour les pauses d’encaissement, surveillez customer.subscription.updated et lisez le champ pause_collection, puisque le statut ne change pas.
• Comptez les pauses à part dans votre reporting de churn. Un client en pause n’a pas churné, mais une pause qui se termine par une résiliation doit être attribuée à la raison de résiliation d’origine. Voir comment calculer le taux de churn.

Check-list de test

• Une pause d’encaissement avec void produit des factures annulées et aucun prélèvement.
• Une pause d’encaissement avec resumes_at relance la facturation à cette date.
• Une pause d’abonnement met le statut à paused et arrête les factures.
• La reprise remet l’abonnement à active et votre application rétablit l’accès.
• Votre application réagit aux événements paused et resumed, et ignore les reprises d’encaissement pour la logique de reprise.
• L’email de rappel part avant chaque reprise programmée.

Faire tout cela avec NoChurn

Le parcours d’annulation de NoChurn demande la raison de résiliation et peut proposer une pause, une réduction ou un changement d’offre selon cette raison, avec un bouton de résiliation en un clic visible à chaque étape. Il fonctionne en version hébergée, ou en headless via l’API si vous voulez votre propre design. La pause elle-même est appliquée dans votre compte Stripe. Chaque réponse est enregistrée et sert ensuite aux emails de reconquête à J30, J60 et J90 et au score de churn. Voir NoChurn + Stripe.