Google Play チャージバック解説：開発者が知るべきこと

Q: Google Play のチャージバックにはどのくらいの期間内に回答する必要がありますか？

通知を受け取ってから24時間以内です。

Google Play のチャージバック解説：開発者が知っておくべきこと

顧客があなたのプレミアムプランを購入します。数週間後、その代金が支払いから消えています。メールもなし。サポートチケットもなし。残高が減り、想定していなかった項目が明細に並んでいるだけです。これがGoogle Play のチャージバックであり、2026年8月3日以降、敗れた場合のコストはあなたが負担することになります。

長年、こうした損失の大半は Google が負担してきました。それはもう終わりです。チャージバックに敗れると、その金額は収益から直接差し引かれます。Android 向けに開発し、Play Billing を通じて何かを販売しているなら、これは寝ている間にも失いかねないお金です。一方で、反論するための新しい手段も用意されました。ただ、ほとんどのチームはまだそれを実装していません。設定手順は Google Play チャージバックガイドで解説していますが、この記事ではまず仕組みを説明します。

これは一般消費者向けの解説ではありません。Google Play のチャージバックプロセスが実際にあなたの帳簿とバックエンドに何をもたらすのか、そしてそれに対して何ができるのかを説明します。

この記事のポイント

• Google Play のチャージバックは、Google でもあなたのサポートチームでもなく、顧客の銀行が開始する強制的な支払いの取り消しです。

• 2026年8月3日以降、チャージバックに敗れると、購入価格から Google のサービス手数料を差し引いた額に加え、銀行のチャージバック手数料を負担することになります。

• 争議にあなたの回答が必要な場合、Google は Real-time Developer Notifications 経由で PendingRefundReviewNotification を送信します。

• その通知から24時間以内に、ReviewRefund API を通じて回答する必要があります。

• 有効なのは最初の API 回答のみです。以降の呼び出しは、API が OK を返しても無視されます。

• 銀行のチャージバック手数料は定額のため、低価格の商品では手数料だけで販売額を上回ることがあります。

• 購入時に難読化されたアカウント ID を設定しておくことで、争議を実際のユーザーに紐付けられます。

• 何もしなければ、反論の記録が一切残らないまま損失を全額負担することになります。

Google Play のチャージバックとは

Google Play のチャージバックとは、顧客がすでに支払ったアプリやアプリ内購入の代金を、顧客の銀行が取り消すことです。

顧客はあなたに問い合わせません。Google にも問い合わせません。銀行やカード発行会社に連絡し、請求に異議を申し立てます。銀行は代金を引き戻し、調査を開始します。通常の返金と異なるのは、ストアの外、つまりあなたが直接関与できない銀行システムの中で手続きが始まる点です。

例：ある人が $40 の年間サブスクリプションを購入します。2週間後、その人は銀行に「この支払いを承認した覚えはない」と申し立てます。銀行は $40 を引き戻し、その請求を係争中としてフラグを立てます。あなたはすでに1か月分のプレミアム機能を提供しているかもしれません。チャージバックは、あなたが何を提供したかを考慮しません。

Play では Google が記録上の販売者（merchant of record）となるため、あなたへの直接的な影響は決済代行業者からの評価の問題ではなく、金銭的なものになります。それでも、実際のお金があなたの口座から出ていくことに変わりはありません。

チャージバックが返金と異なる理由

返金は Google Play 内で処理されるリクエストです。Google Play のチャージバック争議は銀行が処理します。

返金は Google のルールとあなたの設定に従います。チャージバックはカードネットワークのルールと銀行のタイムラインに従います。コントロールできる範囲ははるかに狭く、計算上も不利です。取り消された販売額に加えて、銀行が独自の定額手数料を上乗せするからです。通常の返金もサーバーに何も知らせずに通り過ぎることがありますが、チャージバックはお金がすでに消えてしまうまで、さらに静かです。

Google Play の返金	Google Play のチャージバック
ユーザーまたはあなたのルールにより Google Play 内で開始	顧客が銀行で開始
Google Play のポリシーとあなたの設定に従う	カードネットワークと銀行のルールに従う
販売額を購入者に返す	販売額に加えて銀行の定額手数料が発生
多くの場合、防止や調整が可能	証拠を添えて異議を申し立てることしかできない
銀行手数料の追加なし	銀行のチャージバック手数料が損失に上乗せ

例：$10 の購入に対する返金では、購入者に $10 が戻ります。同じ $10 の購入に対するチャージバックでは、$10 が戻るうえに定額の銀行手数料が加わります。少額の販売では、1件の争議でその販売から得た利益を上回る損失が出ることもあります。

Google Play のチャージバックプロセスの流れ

Google Play のチャージバックプロセスは、銀行が請求に異議を申し立てることから始まります。次に Google が審査し、あなたの回答が必要なケースについては、決められた期限内に証拠の提出を求めます。

流れを順に見ていきます。

1. 顧客が銀行に対して請求の異議を申し立てます。

2. 銀行が記録上の販売者である Google に争議を送ります。

3. Google が購入についてすでに保有しているシグナルを審査します。

4. 開発者の審査が必要な争議については、Google が Real-time Developer Notifications 経由で PendingRefundReviewNotification を送信します。

5. あなたは24時間以内に、ReviewRefund API を通じて希望する対応と利用証拠を添えて回答します。

6. Google はあなたが送った情報をもとに銀行と争います。

例：午前2時に Pub/Sub トピックに通知が届きます。キューを監視している人は誰もいません。翌日の午前2時には期限が終了しています。システムが一度も回答しなければ、Google は顧客側の言い分だけが記録された状態で争うことになります。Google がこれをどう位置づけているかは、チャージバックに関する公式ドキュメントで確認できます。

チャージバック通知の後に何が起こるか

通知が届くと24時間のカウントダウンが始まり、ReviewRefund API を通じた最初の回答のみが記録されます。

回答には次のフィールドを含めることができます。

• pendingRefundToken：通知に含まれるトークンです。必須で、Google があなたの回答を争議に紐付けられるよう、そのまま返します。

• sampleContentProvided：購入前に無料サンプル、トライアル、または明確な機能説明を提供していたかどうかを示す true / false のフラグです。

• refundPreference：あなた自身のロジックに基づく希望で、APPROVE、DECLINE、NEUTRAL のいずれかです。

• consumptionPercentageMilliunits：顧客がどれだけ利用したかをミリユニット単位で示します。45200 は 45.2% を意味します。

• consumptionUsageEvents：最大1,000件のイベントで、それぞれにタイムスタンプ、IP アドレス、おおまかな位置情報、最大5,000文字の説明を含みます。

チームがつまずきやすいルールが1つあります。保存されるのは最初の呼び出しだけです。以降の呼び出しは OK を返しますが、何も変わりません。つまり、不完全な最初の回答がそのまま確定します。

例：サーバーが利用イベントを含めずに素早く回答を送り、2回目の呼び出しで送るつもりでいたとします。その2回目の呼び出しは何の通知もなく破棄されます。薄い内容の回答が、Google が持つ唯一の回答になります。フィールドの一覧は ReviewRefund API リファレンスに掲載されています。

開発者はどう回答すべきか

期限内に自動で、明確な希望と、争議対象の注文に紐付いた実際の利用証拠を添えて回答してください。

効果的な回答は、通常次の4つを満たしています。

• 購入時に設定した難読化されたアカウント ID を通じて、争議を実際のユーザーに紐付ける。

• 不正パターンや利用度合いなど、自社のロジックに基づいて希望を設定する。

• タイムスタンプ、IP アドレス、おおまかな位置情報を含む利用イベントを添付する。

• 購入前にサンプル、トライアル、または機能プレビューが利用可能だったかを明記する。

例：60回のセッションログがあり、IP アドレスが登録時の国と一致し、明確な利用率が示されているユーザーを、銀行が「未承認」と判断するのは困難です。まさにこの証拠を、Google があなたに代わって提出します。そうした情報が一切ないアカウントでは、Google に反論の材料がありません。

開発者がよく犯すミス

最大のミスは、通知を受信していないこと、24時間の期限を逃すこと、そして争議をユーザーに紐付ける手段がないことです。

次のパターンはチームを問わず繰り返されています。

• すべての通知タイプについて Real-time Developer Notifications を購読していない。

• 期限を厳密な24時間ではなく、営業時間ベースで捉えている。

• 難読化されたアカウント ID を設定しておらず、争議をユーザーに紐付けられない。

• 不完全な最初の回答を送り、あとから追加すれば修正できると思い込んでいる。

• 技術的には任意であるという理由で API を使わず、損失をすべて被っている。

例：あるチームが、争議は勤務時間中に人が対応すればよいと考えていたとします。金曜の夜に通知が届きます。月曜になる頃には3件の別々のケースで期限が終了し、それぞれが静かな損失になっています。

開発者の対応	Google の対応
購入時に難読化されたアカウント ID を設定	それを使って争議を正しい注文に紐付ける
すべてのタイプの RTDN を購読	審査対象のケースで PendingRefundReviewNotification を送信
ReviewRefund 経由で24時間以内に回答	最初に受け取った回答のみを記録
利用証拠と希望を添付	あなたに代わって銀行と争う
何もしない	顧客側の言い分だけで判断し、損失をあなたに請求

チャージバックが収益に与える影響

Google Play の開発者向けチャージバックに敗れるたびに、販売価格から Google のサービス手数料を差し引いた額に加えて定額の銀行手数料が発生するため、少額の購入では赤字になることがあります。

2つの例でその幅がわかります。$40 のサブスクリプションで争議に敗れると、その販売の純収益に加えて銀行手数料を失います。$2 のコインパックはさらに深刻です。定額の銀行手数料が販売額を大きく上回ることがあり、1件の争議で多数の正常な購入から得た利益が消えてしまいます。

損失はさらに積み重なります。その購入を提供するために、コンピューティング、ストレージ、場合によってはサポートのコストをすでに費やしています。収益が引き戻されても、それらのコストは戻ってきません。さらに、争議を繰り返す顧客は何度もあなたに負担をかけます。だからこそ、争議をユーザー ID に紐付けることが重要なのです。