Refund Sensor
どんな構成でも、両ストアの返金対応ができます。
Refund Sensor は、ストアとサーバーのレベルで接続するので、SDK もプラットフォームの乗り換えも不要です。Apple の CONSUMPTION_REQUEST が届いたとき、または Google Play のチャージバックが審査に回ったとき、その購入固有のシグナルを確認して、ストアの期限内に回答します。Apple の返金も Google のケースも、すべてひとつの台帳に記録されます。
すべての比較October 1, 2026に事実確認済み
Refund Sensor vs Adapty Refund Saver
Adapty の Refund Saver は、Adapty でサブスクリプションを運用しているアプリの返金リクエストに回答します。Refund Sensor は、サブスクリプションを何で処理していても、どんなアプリでも Apple の返金と Google Play のチャージバックを守り、追加する SDK もありません。
そのために作られた
Refund Sensor
返金防御専用のエンジン
vs
比較対象
Adapty Refund Saver
Adapty 内の機能
概要
短く言うと
Adapty Refund Saver
Adapty でサブスクリプションを運用しているなら、優れた組み込みの選択肢です。
Refund Saver は、両ストアを Adapty に接続すると、Apple の消費リクエストと Google Play のチャージバック審査に自動で回答します。ストアごとに既定の返金方針を設定でき、ユーザー単位で上書きもできます。Adapty のお客様には便利ですが、Adapty プラットフォームの内側で動くものです。Adapty 自身のドキュメントでも、ストアごとの方針はケースごとに判断されるのではなく、すべてのリクエストに適用されると説明されています。
スコア
機能ごとの比較
Adapty Refund Saverが優れている点は、すぐ下で正直にお伝えします。
| 機能 | Refund Sensor | Adapty Refund Saver |
|---|---|---|
| 返金対応に特化した設計 | あり, 返金を守ることが製品のすべてです | なし, Adapty プラットフォームの一機能です |
| Apple の返金対応 (CONSUMPTION_REQUEST) | あり, 自動 | あり, 自動で、日割り返金のオプションもあります |
| Google Play のチャージバック審査 | あり, Google の Review Refund API 経由 | あり, Google の Review Refund API 経由 |
| SDK やプラットフォームの乗り換えが不要 | あり, ストアとサーバーのレベルで接続します | なし, サブスクリプションプラットフォームとして Adapty が必須です |
| ケースごとの判断 | あり, 各リクエストをそれ自身のシグナルで判断します | 一部, ストアごとにひとつの既定値で、ユーザー単位の上書きができます |
| 国別の返金分析 | あり, 地図で見られる分析を標準搭載 | なし, Refund Saver については記載なし |
| 理由別の返金内訳 | あり, Apple の返金理由別 | なし, 記載なし |
| チームメンバーとロール | あり | あり |
| 両ストアにまたがる返金の結果 | あり, 両ストアをひとつの台帳で | あり, ストアごと、および合算の、回収額、リクエスト数、勝率 |
| 期限保護のフォールバック | あり, 各ストアの期限内に回答します | なし, 記載なし |
Adapty Refund Saver返金対応に特化した設計
Refund Sensor
あり, 返金を守ることが製品のすべてですAdapty Refund Saver
なし, Adapty プラットフォームの一機能ですApple の返金対応 (CONSUMPTION_REQUEST)
Refund Sensor
あり, 自動Adapty Refund Saver
あり, 自動で、日割り返金のオプションもありますGoogle Play のチャージバック審査
Refund Sensor
あり, Google の Review Refund API 経由Adapty Refund Saver
あり, Google の Review Refund API 経由SDK やプラットフォームの乗り換えが不要
Refund Sensor
あり, ストアとサーバーのレベルで接続しますAdapty Refund Saver
なし, サブスクリプションプラットフォームとして Adapty が必須ですケースごとの判断
Refund Sensor
あり, 各リクエストをそれ自身のシグナルで判断しますAdapty Refund Saver
一部, ストアごとにひとつの既定値で、ユーザー単位の上書きができます国別の返金分析
Refund Sensor
あり, 地図で見られる分析を標準搭載Adapty Refund Saver
なし, Refund Saver については記載なし理由別の返金内訳
Refund Sensor
あり, Apple の返金理由別Adapty Refund Saver
なし, 記載なしチームメンバーとロール
Refund Sensor
ありAdapty Refund Saver
あり両ストアにまたがる返金の結果
Refund Sensor
あり, 両ストアをひとつの台帳でAdapty Refund Saver
あり, ストアごと、および合算の、回収額、リクエスト数、勝率期限保護のフォールバック
Refund Sensor
あり, 各ストアの期限内に回答しますAdapty Refund Saver
なし, 記載なし違い
Refund Sensor との比較
Adapty Refund Saverが及ばない点
- Adapty のお客様には、よく作り込まれています。両ストアに対応し、最初のリクエストは却下、繰り返しは承認という既定の動作で、Apple では日割り返金も選べます。
- Adapty の中でしか動かないため、使うには Adapty でサブスクリプションを運用している必要があります。
- ストアごとにひとつの既定の方針があり、ユーザー単位で手動の上書きができます。ケースを個別に評価することはありません。
- ケースのデータが不完全なときに回答するためのフォールバックは、Adapty のドキュメントには記載されていません。
Refund Sensorが選ばれる理由
- Adapty でも、ほかのプラットフォームでも、自社のバックエンドでも、どんなサブスクリプション構成でも使えます。SDK もアプリのアップデートも不要です。
- ストア全体にひとつのルールを当てはめるのではなく、各リクエストをそれ自身のシグナルで判断します。
- Google Play のチャージバックにも Apple の返金リクエストにも、ひとつのダッシュボードとひとつの台帳から回答します。
- 期限保護のフォールバックにより、ケースの利用データが乏しいときでも、期限内に回答します。
併用がおすすめ
Adapty の構成に Refund Sensor を加える
ペイウォール、分析、サブスクリプションには Adapty を使い続けられます。Adapty は、Apple の生のイベントを別の URL に転送できます。その転送先を Refund Sensor の Webhook に向ければ、Apple の返金対応は Refund Sensor が担います。Google Play のチャージバック審査も、同じダッシュボードでカバーできます。追加する SDK はありません。切り替える前に、各ケースへの返信がひとつになるよう、Adapty ダッシュボードで Refund Saver をオフにしてください。Google がチャージバック審査で記録するのは、最初に受け取った回答だけです。
あなたのアプリ
ストアのイベントを送信
Adapty
サブスクリプション
Refund Sensor
防御を実行
費用
それぞれの費用
Adapty Refund Saver
Adapty のアドオンで、アプリの月間収益が $5K 未満なら無料、それ以降は月間収益の 0.2% です。これに加えて、$5K を超える収益の 1% という Adapty 本体の料金がかかります。
よくある質問
よくある質問への回答
いいえ。Refund Sensor はストアとサーバーのレベルで接続するので、追加する SDK も、配信するアプリのアップデートもありません。サブスクリプションが Adapty でも、ほかのプラットフォームでも、自社のバックエンドでも、同じように動きます。
どちらのツールも、Apple の CONSUMPTION_REQUEST と Google Play のチャージバック審査に回答します。違いは、どこで動くかと、どう判断するかです。Refund Saver は Adapty の内側で動き、ストアごとにひとつの方針を適用し、ユーザー単位の上書きができます。Refund Sensor はどんな構成でも動き、Apple の返金も Google のケースも、その購入固有のシグナルで評価します。
Refund Sensor は、手元にあるシグナルを使って、それでもストアの期限内に回答します。期限保護のフォールバックがあるので、一部のデータが欠けているだけで、リクエストが未回答のままになることはありません。