コラム

定期通販の決済ガイド|継続課金の仕組みと決済エラー対策・乗り換え時の注意点

ECサイト決済サブスクリプション決済9分で読める

定期通販の決済ガイド|継続課金の仕組みと決済エラー対策・乗り換え時の注意点

定期通販の決済ガイド|継続課金の仕組みと決済エラー対策・乗り換え時の注意点

「毎月の自動引き落としは、どうやって実現すればいいのだろう」

「カードの有効期限切れで決済が失敗して、そのままお客様が離れてしまう」

「決済代行を乗り換えたいけれど、継続課金中のお客様のカード情報はどうなるの?」

健康食品や化粧品、食品などの定期通販(同じ商品を決まった周期でお届けする単品リピート通販)は、売上が積み上がるビジネスモデルです。その積み上がりを支えているのは商品や広告だけではなく、毎月きちんと決済が通り続ける仕組みそのものです。

逆に言えば、決済まわりの設計が甘いと、解約したわけでもないお客様が静かに離れていきます。カードの有効期限が切れた、限度額に達した、といった小さなつまずきが積み重なるからです。

この記事では、定期通販の決済が単発販売と何が違うのか、毎月の自動課金はどう動いているのか、そして最大の悩みである決済エラーへの備え方までを、専門用語をかみ砕いて解説します。決済代行の乗り換えという実務的な論点にも触れます。

決済の導入や見直しでお悩みではありませんか?審査に強いJPCCが、あなたの事業に合った決済導入を無料でご相談に乗ります。

無料で相談する

結論:定期通販の決済は「継続課金に対応した仕組み」が前提

結論から言えば、定期通販を始めるなら、最初から継続課金(決まった周期で自動的に請求する仕組み)に対応した決済環境を整えることが前提です。単発の買い切り商品を売る仕組みを流用すると、あとから必ず無理が出ます。

同じお客様に何度も請求し続けるには、カード情報を安全な形で預かり、毎月それを使って請求を立てる仕組みが欠かせないからです。

まず押さえるべき3つの機能

必要な機能は大きく3つです。「カード情報を安全に預かって繰り返し使えること」「決済が失敗したときに検知して再試行できること」「解約・休止・周期変更が決済側にすぐ反映されること」。

この3つがそろっていないと、現場で人力の穴埋めが発生します。毎月手作業で請求を立てる、失敗を目視で拾うといった運用は、件数が増えた瞬間に破綻します。

「あとから継続課金に対応する」は思ったより大変

単発販売で立ち上げてから切り替えると、既存のお客様に改めてカード情報を登録し直してもらう必要が出ることがあります。この再登録のお願いは、想像以上に離脱を生みます。

検討段階なら、最初から継続課金前提で設計しておくほうが結果的に安く済みます。

定期通販の決済が単発購入と決定的に違う3つの点

単発購入と定期通販で決済がどう違うかの比較図。単発購入はカート→支払い→完了で終わる。定期通販は①カード情報を預かり続ける ②決済の失敗が毎回積み上がる ③解約と決済が連動する、の3点が異なる

定期通販の決済は、単発購入の延長線上にはありません。違いは大きく3つあり、いずれも「毎月続く」という性質から生まれています。

1. カード情報を「持ち続ける」必要がある

単発購入なら、決済が終わればカード情報は用済みです。定期通販では来月も再来月も同じカードに請求するため、情報を預かり続けなければなりません。

とはいえ、カード番号そのものを自社に保存するのは避けるべきです。事業者にはカード情報を自社で持たない「非保持化」の対応が求められており、その解決策が次章のトークン化です。

2. 決済の失敗が「積み上がって」いく

単発購入のエラーは、その場でお客様が別のカードを試せば解決します。定期通販では、お客様が画面の前にいないときに失敗が起きるため、事業者が気づいて連絡しない限り放置されます。

しかも有効期限切れのような原因は自然には直りません。翌月も翌々月も、同じ理由で失敗し続けます。

3. 解約・休止と決済が連動していないと事故になる

解約したのに翌月も引き落とされた、というのは定期通販でもっとも起きてはいけないトラブルです。クレームに直結し、カード会社への申し立て(チャージバック)につながることもあります。

解約の受付と請求を止める処理が別々に動いていると、こうした事故が起きます。受付から請求停止までを一本の流れにしておくことが必須です。

毎月の自動課金はどんな仕組みで実現するのか

定期通販の自動課金の仕組みを4段階で示した図:①初回にお客様がカード情報を入力 ②カード情報が鍵付きの符号(トークン)に置き換わる ③事業者側はトークンだけを保管 ④毎月そのトークンで自動的に請求。カード番号そのものは手元に残らない

毎月の自動課金は、初回に受け取ったカード情報を「トークン」(実際のカード番号の代わりに使う、意味を持たない符号)に置き換え、2回目以降はそれを使って請求することで実現します。

お客様から見れば「一度登録すれば、あとは自動で引き落とされる」という体験です。裏側では事業者と決済代行がトークンをやり取りしているだけ、という理解で十分です。

初回の申込みで起きていること

お客様が入力したカード番号は、カートや自社サーバーを経由せず決済代行の仕組みへ直接送られます。決済代行はカード番号を預かり、代わりにトークンを事業者へ返します。

事業者側に残るのは、このトークンと「下4桁」「有効期限」といった表示用の情報だけです。詳しくはトークン決済の仕組みを解説した記事もあわせてご覧ください。

2回目以降は「トークンで請求する」だけ

2回目以降はお客様の操作が一切不要です。事業者側のシステムが決められた日に、保管しているトークンを使って決済代行へ請求を送ります。

この自動で請求を立てる部分を自社で作り込むか、決済代行やカートの継続課金機能に任せるかは、事業規模によって判断が分かれます。

初回だけカード以外の手段を用意するか

定期通販でも、初回はコンビニ払いや後払いを選びたいお客様がいます。ただしこれらは毎月の自動引き落としには向かないため、2回目以降の請求方法を設計しておく必要があります。

カードに加えて口座振替を用意する選択肢もあり、どの手段をそろえるべきかはECサイトに必要な決済手段を整理した記事が参考になります。

【最重要】決済エラーへの備え方

決済エラーの3つの原因(カードの有効期限切れ・限度額オーバー・残高不足)と、その備え4段階:①日をずらして再試行 ②お客様へ分かりやすく案内 ③カード情報の更新ページへ誘導 ④期限が近い方へ先回りで案内

定期通販の決済でもっとも重要なのが、決済エラーへの備えです。ここを設計しているかどうかで、継続率は目に見えて変わります。

大前提として、決済エラーは起きるものです。目標を「ゼロにする」ではなく「起きたあとどう戻すか」に置き換えることが第一歩になります。

なぜ失敗するのか:主な原因を知る

原因によって打ち手が変わるため、まずは分けて考えます。定期通販でよく見られるのは次のようなケースです。

主な原因起きやすい場面基本的な打ち手
有効期限切れ登録から数年経ったお客様期限前の案内とカード情報の更新依頼
限度額オーバー・残高不足月末や大きな買い物のあと日を空けての再試行、別カードの案内
カードの再発行・番号変更紛失や不正利用後の切り替え新しいカードの再登録依頼
カード会社側の一時的な制限不正検知が働いたときお客様からカード会社へ確認いただく案内

再試行(リトライ)の考え方

失敗してすぐ何度も試すのは避けたほうが無難です。短時間に同じカードへ連続して請求を送ると、カード会社側で不審な動きと見なされることがあります。

現実的なのは、数日おきに回数の上限を決めて試す進め方です。ただし有効期限切れやカード再発行は、お客様に情報を更新していただかない限り何度試しても通りません。

お客様への案内は「早く・短く・すぐ直せる形で」

決済が失敗したら、できるだけ早くお知らせします。時間が経つほど「もう解約されたのだろう」と思われ、そのまま離脱につながるためです。

案内では責めるような表現を避け、引き落としができなかったことと、カード情報を更新していただきたいことだけを短く伝えます。メールに加え、届きやすい経路を併用するのも有効です。

そして案内文には、カード情報を更新できるページへのリンクを必ず入れます。ログインし直す、マイページの奥まで進むといった手間が増えるほど、更新率は落ちます。

更新を先回りで促し、出荷の基準も決めておく

もっとも効果的なのは、失敗する前に手を打つことです。有効期限は事業者側でも把握できるため、期限が近づいたお客様へ事前にお知らせできます。カード会社側で更新された情報を自動反映する仕組み(洗替などと呼ばれます)を提供する決済代行もあり、対応の有無は選定時の確認事項になります。

あわせて、決済が通らないときに出荷を止めるか送るかも事前にルール化しましょう。一定の猶予期間を設け、更新がなければ次回を止めるといった基準を社内で明文化しておくと、現場が迷いません。

解約・休止・周期変更に決済をどう合わせるか

解約・休止・周期変更と決済・出荷の連動を示した図:①解約は課金も出荷も止める ②休止・スキップは今回の出荷だけ止めて次回は再開 ③お届け周期の変更は課金と出荷の両方をずらす。決済だけ、出荷だけが止まる状態を作らない

解約や休止、お届け周期の変更は、必ず決済の停止・変更と連動させます。ここが手作業でつながっていると、いずれ「解約したのに引き落とされた」という事故が起きます。

また定期通販は消費者トラブルが起きやすい販売形態として注目されており、申込み画面の表示にも一定の対応が求められます。

受付から請求停止までを一本の流れにする

電話やメールで解約を受け付けていると、担当者が管理画面で請求を止めるまでに時間差が生まれます。その差のあいだに請求日が来ると、事故になります。

次回請求の何日前までなら止められるかを明確に決め、お客様にも案内するのが基本です。マイページから解約や休止ができれば、時間差そのものを減らせます。

なお、解約しにくい導線はカード会社への直接の申し立てを招きやすく、結果的に自社の負担になります。解約しやすくすることは、自社を守ることでもあります。

スキップ・周期変更は「次回の請求日」を動かす

1回スキップしたいというご要望では、請求も1回分ずらす必要があります。周期を月1回から2カ月に1回へ変える場合も、次回請求日を合わせて動かさなければなりません。

お届けの予定と請求の予定が別々に管理されていると、ここでずれが生じます。両者が必ずセットで動く設計になっているかを、導入前に確認しておきましょう。

申込み画面の表示で気をつけたいこと

定期購入では、支払総額や継続の回数、解約の条件などを申込みの最終確認画面で分かりやすく示すことが求められます。「初回◯円」だけを大きく見せ、2回目以降の条件が読み取りにくい表示はトラブルのもとです。

全体像は特定商取引法の表記を解説した記事にまとめていますが、表示のルールは法令や行政の指針にもとづくため、個別の判断は所管の情報や専門家にご確認いただくことをおすすめします。

決済代行を乗り換えるとき、継続課金の顧客はどうなるのか

結論として、継続課金中のお客様のカード情報を別の決済代行へそのまま引き継げるとは限りません。ここが定期通販における乗り換えの最大の壁です。

カード情報は決済代行側で厳重に保管されており、事業者が自由に取り出して渡せるものではないためです。移行が不可能とは限りませんが、条件や手続きを伴うのが一般的です。

なぜカード情報はそのまま移せないのか

事業者が持っているのはトークンであって、カード番号そのものではありません。そしてトークンは、発行した決済代行の中でしか意味を持たない符号です。

他社のトークンを渡されても、新しい決済代行はそれで請求を立てられません。だからこそ乗り換え時には、既存のお客様をどう移すかを最初に検討する必要があります。

現実的なのは「並行稼働」で新規から切り替える進め方

実務でよく取られるのは、旧契約をすぐ解約せず新旧を同時に動かす方法です。新規のお申込みは新しい決済代行で受け、既存のお客様は当面のあいだ旧契約で請求を続けます。

そのうえで、有効期限切れなどで再登録が必要になったお客様から順次新しい側へ移します。時間はかかりますが、全員に一斉の再登録をお願いするより離脱を抑えられます。

手順や事前に確認すべき契約事項はEC決済代行の乗り換えガイドで解説しています。定期通販の場合は、そこに「既存顧客の移行計画」を必ず加えてください。

一斉の再登録をお願いする場合の注意点

事情によっては、既存のお客様全員に再登録をお願いせざるを得ないこともあります。1回のメールで完了すると考えず、期限に余裕を持って複数回案内しましょう。

あわせて、未更新のお客様を個別にフォローする体制もあらかじめ用意しておくと安心です。

よくある質問

継続課金の仕組みは自社で作るべきですか

件数が少ないうちは、決済代行やカートが持つ継続課金の機能に乗るほうが安全で早いことが多いです。自社で作り込むと、再試行や解約連動などの細かい仕様まで自前で面倒を見ることになります。

BtoBのサブスクリプションとは考え方が違いますか

違う部分が多くあります。BtoBのSaaSでは料金プランの設計や請求書対応が中心ですが、BtoCの定期通販では出荷との連動やカード情報の維持が中心です。BtoB向けの論点はSaaS事業者向けの決済ガイドで扱っています。

本人認証(3Dセキュア)は毎回必要ですか

一般的には、初回の申込み時に本人認証を行い、2回目以降は事業者側からの継続請求として扱われます。運用の詳細は決済代行やカード会社の仕様によって異なるため、導入時にご確認ください。

決済エラーになった分の売上は、あとから回収できますか

お客様がカード情報を更新し、改めて請求が通れば回収できるケースもあります。ただし時間が経つほど難しくなるため、失敗直後の素早い案内がもっとも効果的です。

まとめ:定期通販の決済は「止めない・失わない」設計から

定期通販の売上は、毎月の決済が通り続けることで積み上がります。だからこそ決済まわりの設計は、広告や商品開発と同じくらい事業の成果を左右します。

押さえるべきは3つです。カード情報はトークンとして安全に預けて繰り返し使うこと、決済エラーは必ず起きる前提で事前案内・再試行・更新導線を用意すること、解約や休止を請求とセットで動かすこと。

まずは自社の運用を振り返り、決済が失敗したときに何が起きるかを一度たどってみてください。人力の穴埋めや放置された失敗が見つかれば、そこが継続率を伸ばす一番の伸びしろです。

決済の導入や見直しでお悩みではありませんか?審査に強いJPCCが、あなたの事業に合った決済導入を無料でご相談に乗ります。

無料で相談する

SHARE

まずはお気軽にご相談ください

導入に関するご質問やお見積もりなど、お気軽にお問い合わせください。専門スタッフが丁寧にご対応いたします。

お問い合わせはこちら