Stripeの顧客ポータルに購読の一時停止を追加。有効化の前に収益上のルールを決める

Stripeの2026年10月28日のリリースで、顧客自身がサブスクリプションを一時停止できる機能が顧客ポータルに加わりました。出版事業者や販売者が最初に決めるのは商業上の方針です。一時的な休止が解約の代わりとして有用か、予定していた支払いの中断をどう扱うかを考えます。

APIバージョン2026-10-28.endiveのリリースノートは、既存の顧客ポータル連携に影響しない任意の追加機能として説明しています。解約率が下がったという実測値はありません。休止した購読者が戻る可能性はありますが、休止そのものは更新を維持できた証拠ではありません。

文書にある設定方法はAPI経由

ポータル設定ではfeatures.subscription_pause.enabledで機能を有効にします。任意のfeatures.subscription_pause.durationは、あらかじめ定めた休止期間を提示します。ポータルセッションでflow_data.typeをsubscription_pauseに設定し、該当するサブスクリプションIDを渡すと、休止の手続きを直接開けます。

これらは開発者向けの設定項目で、事業者向け設定画面の操作手順ではありません。リリースノートは、同じ機能をDashboardから有効化できるかを明らかにしていません。Dashboard内の経路があると考える前に、最新の文書と自社の連携を確認してください。

Stripeの関連する期限切れセッションの復旧ノートは、もう一つの任意機能を説明しています。顧客ログイン用に設定すると、期限切れのポータルセッションでメール認証と代替セッションを提供できます。これはポータルへのアクセスの問題を扱うもので、購読休止の方針そのものを決める機能ではありません。

休止の意味を事業として定義する

開発者に有効化を依頼する前に、休止できる期間、利用権の扱い、再開について顧客へ説明する内容を書き出します。実際の連携で検証する要件として扱ってください。この告知だけでは、自社商品の利用権管理に関する完全な仕様にはなりません。

不在の間は支払いを止めたいという架空の読者を考えてみます。休止によって関係を保てるかもしれませんが、継続して支払う購読者として予測に含めれば、予定入金額を過大に見積もります。運用上の確認では、支払い中、休止中、解約済みを、チームが理解する定義で分けて数えてください。

例外対応の担当者も決めます。再開できない、別の購読を止めた、利用権を誤解したという読者には、明確な問い合わせ先が必要です。任意の機能であっても、新しいセルフサービスの選択肢はサポートに届く質問を変える可能性があります。

休止ボタンだけでなく再開を試す

実装担当者に、適切なテスト環境で休止、顧客への説明、利用権への影響、予定した請求状態への復帰を示してもらいます。自社の集計にも結果が反映されることを確認してください。ポータルに新しい選択肢が見えるだけでは、業務全体が正しく動く証拠にはなりません。

これは、回収に失敗した支払いを扱うGhost会員の決済回復や、逆方向にお金を動かすStripeによる協力者への送金とは分けて考えます。休止の利用件数は、その後の有料更新と入金と合わせて評価してください。結果が分かるまでは、継続率改善の実証ではなく、顧客の選択肢の追加として説明します。