Refund Sensor
App StoreとGoogle Playの両方で、返金をケースごとに防御します。
AppleがCONSUMPTION_REQUESTを送るか、Googleがチャージバックを審査対象としてフラグを立てた瞬間に、取引データと利用シグナルを収集し、そのケース自体の事実に基づいて判断し、ストアの期限内にデータの裏付けのある応答を提出します。そしてその結果を、ストア横断の台帳で確認できます。
すべての比較August 11, 2026に事実確認済み
Refund Sensor vs RevenueCat
RevenueCatはサブスクリプションを管理し、返金処理はその中の一設定にすぎません。Refund Sensorはただ一つの役割のために作られています。App StoreとGoogle Playの両方で、実際のシグナルに基づき返金をケースごとに防御することです。
そのために作られた
Refund Sensor
返金防御専用のエンジン
vs
比較対象
RevenueCat
サブスクリプションプラットフォーム
概要
短く言うと
RevenueCat
返金をプラットフォームの一設定として扱い、ケースごとの防御ではありません。
RevenueCatは返金をプラットフォームの設定として扱います。Appleではアプリ単位の設定と顧客単位の上書き、Google PlayではRefund Controlを通じた設定です。すでにRevenueCatを利用しているなら便利ですが、それは一つの設定であり、ケースごとの証拠に基づく防御ではありません。
スコア
機能ごとの比較
RevenueCatが優れている点は、すぐ下で正直にお伝えします。
| 機能 | Refund Sensor | RevenueCat |
|---|---|---|
| 返金対応に特化して設計 | あり, 返金防御のみを行います | なし, サブスクリプションプラットフォームです |
| Appleの返金対応（CONSUMPTION_REQUEST） | あり, 自動、ケースごと | あり, 自動 |
| Google Playのチャージバック対応 | あり, Review Refund APIによる証拠付き | あり, Refund Controlによる設定 |
| ケースごと、証拠に基づく判断 | あり, 価格、利用状況、履歴に基づく | なし, あらかじめ決めた設定 |
| 国別の返金分析 | あり, 地理マップを標準搭載 | なし |
| 理由別の返金内訳 | あり, Appleの返金理由別 | なし |
| チームメンバーとロール | あり | あり |
| ストア横断の返金防御台帳 | あり, 両ストアを一つの台帳に | なし, サブスクリプション分析のみ |
| 期限に間に合わせるフォールバック | あり, ストアの期限内に応答 | なし, 文書化されていません |
| 定額料金、売上からの手数料なし | あり, 無料プランありの月額定額 | なし, 追跡売上の1% |
RevenueCat返金対応に特化して設計
Refund Sensor
あり, 返金防御のみを行いますRevenueCat
なし, サブスクリプションプラットフォームですAppleの返金対応（CONSUMPTION_REQUEST）
Refund Sensor
あり, 自動、ケースごとRevenueCat
あり, 自動Google Playのチャージバック対応
Refund Sensor
あり, Review Refund APIによる証拠付きRevenueCat
あり, Refund Controlによる設定ケースごと、証拠に基づく判断
Refund Sensor
あり, 価格、利用状況、履歴に基づくRevenueCat
なし, あらかじめ決めた設定国別の返金分析
Refund Sensor
あり, 地理マップを標準搭載RevenueCat
なし理由別の返金内訳
Refund Sensor
あり, Appleの返金理由別RevenueCat
なしチームメンバーとロール
Refund Sensor
ありRevenueCat
ありストア横断の返金防御台帳
Refund Sensor
あり, 両ストアを一つの台帳にRevenueCat
なし, サブスクリプション分析のみ期限に間に合わせるフォールバック
Refund Sensor
あり, ストアの期限内に応答RevenueCat
なし, 文書化されていません定額料金、売上からの手数料なし
Refund Sensor
あり, 無料プランありの月額定額RevenueCat
なし, 追跡売上の1%違い
Refund Sensor との比較
RevenueCatが及ばない点
- 返金処理はアプリ単位の設定であり、実際のシグナルに基づいてケースごとに下す判断ではありません。
- Google PlayではRefund Controlを通じて設定を送るだけで、証拠に基づく応答ではありません。
- RevenueCatプラットフォームの一部であるため、利用するにはRevenueCatを使っていることが前提となります。
Refund Sensorが選ばれる理由
- 各リクエストを、価格、利用状況、過去の返金といったそれ自体の事実に基づいて防御します。一律のグローバル設定ではありません。
- GoogleのReview Refund APIを通じて、証拠に基づくGoogle Playのチャージバック応答を提出します。
- 何を防御し、何を回収したかをストア横断の台帳で記録します。
- SDK不要、移行不要で、どんな構成にも返金防御を追加できます。
併用がおすすめ
現在の構成にRefund Sensorを追加
サブスクリプションの運用方法を変える必要はありません。AppleのnotificationをRefund Sensorのwebhookに転送すれば、SDK不要、移行不要、コード不要で、両ストアの返金防御を引き受けます。
あなたのアプリ
ストアのイベントを送信
RevenueCat
サブスクリプション
Refund Sensor
防御を実行
費用
それぞれの費用
RevenueCat
月間追跡売上$2,500までは無料、それ以降は追跡売上の1%。返金処理は含まれています。
よくある質問
よくある質問への回答
いいえ。Refund Sensorが行うのは返金防御という一つのことだけです。サブスクリプションに何をお使いでも連携し、Appleの返金リクエストとGoogle Playのチャージバックへの応答を引き受けます。
取引、消費データ、価格、返金履歴といった、各リクエストそれ自体のシグナルで評価し、ストアの審査期限内に応答して、その結果を記録します。
はい。AppleのCONSUMPTION_REQUESTに応答し、GoogleのReview Refund APIを通じてGoogle Playのチャージバック審査に証拠に基づく応答を提出します。