アプリのチャージバックの多くは銀行が関わる前に防げるし、いま一件止めることは売上以上を守る

チャージバックは返金ではありません。そしてこの二つを同じものとして扱うことこそ、アプリスタジオが失わなくてよいお金を失うやり方です。返金はストアを通ります。顧客が Apple か Google に頼み、お金が戻り、それで終わりです。チャージバックはストアを飛ばして銀行へ行きます。顧客はカード発行会社に請求が誤りだと伝え、発行会社がお金を引き上げ、多くの場合そこに別の手数料が付いて回ります。August 3, 2026 より後に発注された Google Play の注文では、その手数料と失った売上は Google ではなく開発者に降りかかります。この一つの変更こそ、アプリのチャージバックがいまや防ぐ価値を持つ理由であり、そのほとんどが銀行が関わるよりずっと前に止められる理由です。

ここからがあなたの助けになる部分です。アプリのチャージバックの大きな割合は、手の込んだ不正ではありません。それは、請求が何のためのものか分からない顧客や、そもそも通るべきでなかった購入から始まります。どちらもあなたが手を打てるものです。この先はプレイブックです。負けた異議が実際にいくらかかるのか、防げる異議はどれか、源から止められる不正はどれか、そして銀行がすでに判断しているときにあなたが発言できる唯一の二つの短い期間です。

なぜチャージバックは返金より高くつくのか

返金もチャージバックも、どちらも顧客のお金が戻って終わるので、スタジオは同じ心の引き出しにしまいます。コストは同じではありません。返金は売上額を返すだけで、それ以外はありません。チャージバックは売上額を返し、そのうえに銀行の異議手数料を加えます。そしてその手数料は定額ですが、あなたの価格は定額ではありません。

App Store と Google Play では請求の分け方が異なる

App Store では、カードのチャージバックは銀行と Apple の間で解決され、その仕組みは Apple が担います。Google Play ではルールが変わりました。August 3, 2026 より後に発注された注文では、Google はすでに徴収したサービス手数料の分だけを負担し、開発者は購入価格からそのサービス手数料を差し引いた額に、銀行が課すチャージバック手数料を加えた分を吸収します。Google はこの変更を、Play を決済業界の他の部分に合わせるものだと説明しています。

すでに使ったコストは戻ってこない

返金または異議で戻る金額は、目に見える損失にすぎません。あなたはその購入を提供するためにすでに支払っています。生成を動かした計算処理、請求された第三者の API 呼び出し、確保したストレージ、クリエイターに送った支払いは、請求が取り消されても戻りません。低価格の消耗型では、銀行の定額チャージバック手数料だけで顧客が支払った額を上回ることがあり、その上に沈んだ提供コストが乗ります。だから防いだチャージバックは、その表示価格以上の価値を持つのです。

銀行が関わる前にチャージバックを防ぐ方法

すべての異議を止めることはできませんが、異議が申し立てられる最も多い二つの理由は取り除けます。顧客が請求を見分けられなかったこと、そして購入が最初から不正だったことです。これらに対処すれば、件数は下がります。

不正より混乱の方が多くの異議を生む

顧客が明細を目で追い、ある一行を思い出せないとき、多くの人はあなたに連絡することを思いつく前に銀行に電話します。あなたが制御できるラベルは細いものです。Apple はすべての購入に apple.com/bill と印字し、それを変える設定を一切与えないので、あなたのアプリ名は決して現れません。Google Play は GOOGLE を前に付け、そのあとに Play Console で設定した明細名を表示します。これがどちらのストアもあなたに渡す唯一の記述子フィールドです。顧客が分かる名前に設定してください。

それ以外のあらゆる場所で請求を見分けられるようにする

Apple の記述子は直せないので、その周りのすべてを直しましょう。不意の請求は典型的な異議なので、明細に届く前に不意を取り除いてください。

• 商品名と金額を記した、ブランド付きのアプリ内およびメールのレシート。購入が通ったらすぐに送ります。
• 年額や高価格のサブスクリプションでは、請求の前に更新のリマインダーを送り、更新が決して驚きにならないようにします。
• アプリ内でのサブスクリプション管理と、ワンタップで返金を頼める手段。顧客がまずあなたにたどり着けるようにします。
• 異議期間内でのサポート返信。素早い回答は、顧客が銀行へ話をエスカレートするのを止めることが多いからです。

これらのどれもが、本来チャージバックになるはずだったものを、サポートの会話か通常の返金に変えます。そして返金には銀行手数料は付きません。

不正な購入を源で止める

言葉で切り抜けられない異議は、購入が最初から不正だったものです。それらは通る前に、あなたのサーバーで、両ストアが文書化しているツールで止めます。

すべての購入を自分のサーバーで検証する

クライアントの言い分だけで権利を付与しないでください。購入トークンをバックエンドに送り、ストアに照らして確認し、保存します。Google Play は purchaseToken をグローバルに一意にするので、それを主キーとして使い、以前に見たトークンはすべて拒否できます。これでリプレイとレシート共有を封じられます。何かをアンロックする前に Play Developer API で検証し、App Store では署名済みトランザクションを同じように検証してください。

まだ保留中の購入を決して提供しない

保留中の購入は手元のお金ではありません。Google Play は、購入状態が PURCHASED のときだけ権利を付与し、PENDING の間は決して付与しないよう伝えています。保留中の請求はまだ失敗し得るからです。早く提供すれば、決して届かないかもしれない支払いに対して製品を渡したことになります。それはあなたが作り出した損失であって、争える異議ではありません。

すべての購入を購入者にひも付ける

両ストアとも、購入にアカウント識別子を付けられます。これはストアが不審なパターンを見つけるのを助け、あなたが異議をユーザーに対応づけるのを助けます。Google Play では、setObfuscatedAccountId と setObfuscatedProfileId で課金フローに難読化したアカウント id とプロファイル id を設定します。App Store では appAccountToken を設定し、これは UUID でなければなりません。ストアに良いシグナルを与えれば、取引が完了する前に一部の不正を止めてくれます。

取り戻し、常習者を断つ

購入が無効化、取り消し、またはチャージバックされると、Google Play の Voided Purchases API が知らせてくれるので、未使用のアイテムを取り戻したり残高をマイナスにしたりできます。初犯には警告し、それを繰り返すアカウントには購入やアクセスを無効化します。アクセスを保ったままの常習的な返金者は、次の異議への招待状です。

異議がすでに申し立てられたら、その期間に応じる

チャージバックがいったん動き出すと、あなた自身では取り消せません。できるのは、短い期間の中でストアに証拠を渡し、ストアにそれを使って銀行と争わせることです。

Apple はあなたに 12 時間を与える

顧客が消耗型または自動更新サブスクリプションの返金を求めると、Apple はあなたのサーバーに CONSUMPTION_REQUEST を送り、消費データを最大 12 時間待ちます。提供したか、どれだけ使われたか、そして返金を認めてほしいか断ってほしいか、です。判断するのはやはり Apple ですが、あなたの回答はその判断への文書化された入力です。

Google Play はあなたに 24 時間を与える

レビューが必要な、争いのある Play の購入では、PendingRefundReviewNotification が Real-time Developer Notifications で届き、24 時間の時計が動き出します。orders.reviewrefund API を通じてあなたの意向と証拠を答えれば、Google はそれを使って、あなたに代わって不当なチャージバックを銀行と争います。この期間を沈黙のうちに閉じさせれば、異議はあなた抜きで進みます。

なぜ銀行への証拠を自分で出せないのか

決済チームは Visa の Compelling Evidence 3.0 を話題にします。これは、同じ資格情報での、それぞれ 120 から 365 日前の、IP アドレスやデバイス id のような一致するデータを伴う、争われていない過去二件の取引を示すことで、加盟店がフレンドリーフラウドの異議を退けられるルールです。あなたのアプリ内売上では、あなたは登記上の販売者ではありません。Apple と Google がそうです。だからその種の証拠を組み立てるのは、あなたではなくストアであり、あなたのデータがこの争いに届く唯一の道は、上で述べたレビュー期間です。それが、12 時間と 24 時間の時計がこれほど重要である現実的な理由です。それらはあなたが交渉の席に着ける全てです。

異議前チェックリスト

どれも特別なものではありません。次の請求サイクルの前に整えられる短いリストです。

• 見分けやすい Google Play の明細名を設定し、それ以外のあらゆる場所でブランド付きのレシートを送る。
• 年額や高価格の請求の前に更新のリマインダーを送る。
• サブスクリプション管理と返金依頼を、アプリ内でワンタップの位置に置く。
• すべての購入をあなたのサーバーで検証し、トークンを一意のキーとして保存する。
• 権利は PURCHASED 状態のときだけ付与し、PENDING では決して付与しない。
• すべての購入にアカウント id か UUID の appAccountToken を付ける。
• Apple と Google の通知フィードを用意し、すべての消費リクエストと返金レビューに期間内で応じる。