モバイルアプリの返金率とチャージバック傾向を追跡するトップツール

こうした記事を読むことになる経緯は、たいてい同じです。支払額がスプレッドシートの数字より少なく、誰かが原因を調べ始め、1時間後には画面に誰も見たくない数字が表示されている、というものです。

モバイルアプリの返金データは、隠されているというよりも、あちこちに分散しているだけです。Appleは1つのレポートに、Googleは別のレポートとAPIにそれぞれデータを保持していますが、どちらも顧客がなぜ返金を求めたのかは教えてくれません。返金に対してアクションを起こすツールについては、 Appleの返金管理ツールの選び方に関する記事で取り上げました。今回は、何が起きているかを教えてくれるだけのツールと、それぞれがどこで説明を止めてしまうかについての記事です。

要点まとめ

• 両方のストアコンソールとも、返金を販売レポート内のマイナスのユニット数として表示しますが、件数のみで理由や率は示されません。

• 有料取引の2〜5%程度が正常な範囲です。9%を超えると、もはや追跡の問題ではなくなります。

• RevenueCat、Adapty、Qonversionはいずれも返金率をグラフ化していますが、返金の日付の基準がそれぞれ異なるため、同じ月でも2つの異なる数字が表示されることがあります。

• Googleは現在、2026年8月3日以降の注文に対するチャージバックの費用をデベロッパーに請求するようになりましたが、それを独立した項目として追跡できるツールはまだほとんどありません。

• 最初に注視すべき数字は、実は返金率そのものではありません。何件の返金リクエストが未対応のまま放置されたか、という数字です。

ストアコンソールだけでは不十分な理由

AppleのSales and Trendsには返金データが含まれています。Trendsタブでフィルターを追加し、Transaction TypeをRefundsに設定すると、マイナスのユニット数として表示されます。 Appleのヘルプページによると、ダッシュボードは「ほぼリアルタイムの推定値」であり、ダウンロード可能なレポートは「確定値」であるとされ、両者は異なる場合があるとのことです。実際、両者が一致してほしいタイミングに限って食い違うものです。

Googleはデータに関しては寛容ですが、見せ方についてはそうでもありません。 Voided Purchases APIは、返金、キャンセル、チャージバックのあったすべての注文を、remorse、friendly_fraud、chargebackを含む9種類のvoidedReasonコードのいずれかとともに提供してくれます。ただしこれはAPIであり、グラフはなく、1日6,000回の呼び出し回数の中で残りを自分で構築する必要があります。見落としやすい落とし穴として、Play Consoleから「Remove entitlement」にチェックを入れずに発行された返金は、ここには一切表示されません。これについては 返金後のアクセス取り消しに関する記事で取り上げました。そして、どちらのストアも率は示さず、件数のみです。割り算は自分でやるしかなく、私の経験では毎月少しずつやり方が変わってしまいます。

良好な数字とはどのようなものか

RevenueCatの State of Subscription Apps 2026は115,000以上のアプリを対象としており、ほとんどのカテゴリで返金率の中央値は3〜4%に収まっています。生産性系が4.7%で最も高く、旅行系が2.5%で最も低くなっています。価格も返金率を押し上げる要因であり、低価格帯の約2.7%から高価格帯の4.5%まで幅があります。外れ値は9〜18%に及び、こうしたケースはほぼ常にバグ、誇大な内容のペイウォール、あるいは盗まれたカードが原因です。

約11,000アプリを対象としたAdaptyの2月のレポートも、おおむね同様の傾向を示しており、教育系が上位で約5%、旅行系が下位で約1.5%となっています。生産性系については両社の数字が一致していないため、特定のカテゴリの数字だけに過度に頼らないほうがよいでしょう。

返金率が3.5%であれば問題ありません。8%であれば、何か具体的な問題があり、それは突き止められるはずです。自社の数字を把握していないなら、まずはそこから直しましょう。

返金率追跡ソフトウェアをツールごとに見る

RevenueCat

Refund Rateチャートは、期間内の有料取引(トライアルは除く)を対象に、そのうちどれだけの割合が返金されたかを示します。知っておくべき点として、返金は元の購入日に紐付けられるため、今日発生した3月分の購入に対する返金は3月分として計上されます。コホート分析には適していますが、先月の数字がしばらくの間動き続けることになり、これに驚く人が多いです。

Adapty

返金額と返金イベントの2つのグラフがあり、こちらは返金が処理された日付を基準としており、RevenueCatとは逆の選択です。どちらの方式も間違いではありませんが、あるチームが両者の間で移行した際、返金率が変動したと1週間思い込んでいたのを見たことがあります。

Qonversion

Revenueセクションの下にRefundsとRefund Rateのグラフがあり、製品、国、通貨でフィルタリングできます。必要な役目は果たしてくれます。

スプレッドシート

取引量が少ないうちは機能します。それは否定しません。しかし、2つ目のアプリを追加した日、あるいは率が動いてその理由を知りたくなった日に、機能しなくなります。

これが、一般的なプラットフォームにおけるモバイルアプリ返金分析のおおよその現状です。「何件か」という問いには十分に答えてくれますが、「なぜか」という問いにきちんと答えられるものはありません。

モバイルアプリのチャージバック追跡ツール:手薄な分野

長い間、チャージバックはAndroidにおけるGoogleの問題であり、iOSでは特に問題にはなりませんでした。しかしGoogleは規約を変更しました。2026年8月3日以降の注文については、デベロッパーがGoogleの手数料を差し引いた争議対象額を負担し、さらに通常15〜25ドルのカードネットワーク手数料も負担することになります。4.99ドルの購入がチャージバックされると、約23ドルの損失になる可能性があります。

これにより、チャージバック分析ソフトウェアは「あれば便利」から「かなり急務」なものへと変わりましたが、ツール側はまだ追いついていません。Voided Purchases APIはチャージバックに専用の理由コードを付与しているため、少なくとも自分でカウントすることはできます。RevenueCatは7月にコミュニティフォーラムで「チャージバックを返金としてカウントしない」と述べており、そのためRefund Rateチャートには表示されません。Chargeflowなどの類似のディスピュート対応ツールはウェブ決済向けに作られており、私が確認した限りではPlay billingには対応していません。

Refund Sensorは両方のストアを1つのダッシュボードで追跡し、Googleが単独で決定した返金と、審査に回されたチャージバックを分けて管理し、それぞれについて当社が返答した内容も記録します。異議を申し立てられるのは後者のグループのみです。詳細は Google Play返金防御ページをご覧ください。

モバイルアプリのチャージバック管理ソフトウェアを比較する際は、チャージバックが独立した項目として表示されるのか、それとも返金に組み込まれてしまうのかを確認しましょう。組み込まれてしまうと傾向が見えなくなり、その傾向こそが、不正の問題なのか製品の問題なのかを教えてくれるものです。

自分をごまかさずにモバイルアプリの返金率を追跡する方法

これらのダッシュボードを見続けてきた中で気づいたことがいくつかあります。

日付の基準は1つに決め、途中で切り替えないことです。購入日基準は時間の経過に伴う製品品質を教えてくれ、返金日基準は今月のキャッシュフローを教えてくれます。この2つを同じ資料の中で混ぜてしまうと、すべてのグラフが静かに嘘をつくことになります。

結果だけでなく、リクエストの件数も数えましょう。顧客がアプリ内購入についてAppleに返金を求めると、AppleはCONSUMPTION_REQUESTであなたのサーバーに通知し、12時間待ちます。Googleも現在、チャージバックの判断前にレビュー通知を送り、24時間の猶予を与えます。ツールが承認された返金のみを表示するものであれば、そうした通知のうち何件が未対応だったのかは分かりません。そのギャップこそ、率そのものより先に追跡すべき数字であり、当社の77%という防御成功率が本物であると分かる根拠でもあります。

最適な返金追跡ソフトウェアはどれか

何が欠けているかによります。すでにRevenueCat、Adapty、Qonversionのいずれかを利用しているなら、率を見る分には内蔵のグラフで十分ですが、どの日付基準を使っているかは把握しておきましょう。チャージバックを独立した項目として必要とする場合、Google Playでは現在ほぼ必須になっていますが、一般的なプラットフォームの多くにはまだその機能がありません。これが、返金専用ツールが埋めているギャップです。そして、何件のリクエストに未対応だったかを知りたい場合、それを教えてくれるのはストアの通知を監視しているツールだけです。なぜなら、分析プラットフォームは結果しか見ておらず、その前段階の問いかけは目に入らないからです。

まとめ

モバイルアプリの返金率を追跡すること自体は難しくありません。ストアは件数を提供してくれますし、どのサブスクリプションプラットフォームも折れ線グラフを描いてくれます。問題は、その折れ線グラフ単体ではほとんど何も教えてくれないことです。というのも、同じ4%の返金率を示す2つのアプリでも、まったく異なる問題を抱えている可能性があるからです。

追跡を価値あるものにするのは、コンテキストです。ストアが伝えてくれる理由、独立した傾向として保持されるチャージバック、そして何件のリクエストに異議を申し立てなかったかの記録。まずは率を把握することも大切ですが、本当の価値はコンテキストの中にあります。