あなたの消費データは Apple の返金判断に情報を与えるだけで、判断を左右するものではない
顧客が Apple に返金を求めると、あなたには消費データを送る 12 時間が与えられます。Apple 自身の文書はそれを判決ではなく、さまざまな要因の一つと呼んでいます。あなたのデータが実際に動かすもの、DECLINE でもなお返金に終わりうる理由、そしてその一押しがドル換算でいくらの価値を持つのかを解説します。

要点
- 顧客が返金を申請すると、Apple はあなたのサーバーに CONSUMPTION_REQUEST 通知を送り、Send Consumption Information エンドポイント経由で消費データを返信する 12 時間を与えます。この期限を逃すと、Apple はあなたの意見なしに判断を下します。
- Apple 自身の言葉によれば、App Store は返金を判断する際にさまざまな要因を用い、あなたが送る消費情報はその判断に情報を与えるために使われます。あなたの refundPreference はそうした要因の一つであって、判決ではありません。
- あなたは refundPreference として、拒否を推奨、全額付与を推奨、または按分付与を推奨を送れます。Apple はそれを比較検討します。だからこそ各チームは、拒否を推奨と印を付けた購入がなお返金されるのを目にするのであり、それは文書どおりに機能しているのです。
- customerConsented が true でない限り、Apple はあなたの消費データを拒否します。顧客がデータ共有に同意していない場合、Apple の指針はその通知に一切応答しないことであり、その同意を得る責任はもっぱらあなたにあります。
- WWDC24 以降、CONSUMPTION_REQUEST は消耗型商品だけでなく自動更新サブスクリプションについても発火するため、同じ 12 時間の返信が以前よりはるかに多くの返金に届くようになりました。
- 自動更新サブスクリプションについては Apple が消費量を自ら計算し、按分の推奨を禁じているため、そこでのあなたの手札は、完全に消費されたと説明できる消耗型商品の場合よりも薄くなります。
- その購入を提供するためにあなたがすでに使った金、すなわち計算資源、サードパーティ API 呼び出し、ストレージは、Apple が返金を認めようと認めまいと戻ってきません。あなたの消費返信は返金を変えられますが、提供のためにすでに支払ったコストを変えることは決してできません。
顧客が返金をタップすると、1 分以内にあなたのサーバーは Apple から CONSUMPTION_REQUEST を受け取ります。あなたには消費データで答える 12 時間があり、その返信を拒否権として読みたくなります。拒否を推奨を送り、金を保つ、と。それは拒否権ではありません。Apple 自身の文書は、App Store は返金申請が承認されるか却下されるかを判断するのにさまざまな要因を用い、あなたが提供する消費情報はその返金判断に情報を与えるために使われる、と述べています。判断ではなく、情報を与える。この記事は、あなたの消費データが実際に何を動かすのか、拒否を推奨と印を付けた購入がなお返金されうる理由、そしてあなたがすでに使った金を数えたとき、この一連の作業全体にどれだけの価値があるのかをたどります。
Apple はあなたの消費データで実際に何をするのか
Send Consumption Information エンドポイントは、返金が問われるまさにその瞬間に、あなたが Apple に文脈を手渡せるように存在します。それはあなたに判断を手渡すものではありません。この流れを正しい順序で読むことが、まともな期待を設定することと、文書化された挙動に対してバグを起票することとの分かれ目です。
App Store が判断し、あなたは推薦する
Apple はこの分担について明確です。Send Consumption Information のリファレンスで、Apple は、App Store は返金申請が承認されるか却下されるかを判断するのにさまざまな要因を用い、あなたが提供する消費情報をその返金判断に情報を与えるために使う、と書いています。refundPreference フィールドそのものについては、Apple は、あなたの返金の推奨は App Store が返金判断に情報を与えるために用いるさまざまな要因の一つである、と述べています。つまりあなたが送れる最も強いシグナル、きっぱりとした拒否を推奨でさえ、あなたが制御できないモデルへの一つの入力にすぎません。顧客の履歴、彼らが述べた理由、商品の種類、そして Apple 自身の不正シグナルは、すべてあなたの返信と並んで同じモデルの中に置かれます。
CONSUMPTION_REQUEST は今や消耗型商品だけでなくサブスクリプションも対象にする
これはかつて消耗型商品だけの話でした。WWDC24 以降、顧客が消耗型アプリ内課金または自動更新サブスクリプションの返金を申請すると、CONSUMPTION_REQUEST 通知が発火します。これは対象範囲の大きな拡張です。同じ 12 時間の返信が今やサブスクリプションの返金にも適用されますが、そこではあなたの手札が異なります。というのも Apple は自動更新商品の消費量を自ら計算し、あなたからの按分の推奨を受け付けないからです。返信をどこまで強く押せるかを決める前に、すべてのリクエストで商品の種類を読んでください。
あなたが送ることを許される五つの入力
Apple が受け付ける V2 リクエストボディは小さく、五つのフィールドが仕事を担い、そのうち三つが必須です。それぞれは Apple が比較検討する入力であって、結果を強制するスイッチではありません。以下は返信に入れられる内容と、それが Apple に伝えることです。
| フィールド | 必須 | Apple に何を伝えるか |
|---|---|---|
| customerConsented | はい | 顧客がこの返金データの共有に同意したか。true でなければ Apple はリクエストを拒否する。 |
| consumptionStatus | いいえ | どれだけ使われたか。未申告、未消費、一部消費、または完全に消費。 |
| deliveryStatus | いいえ | あなたのアプリが正常に動く購入を提供したか、それとも記録に残したい問題に当たったか。 |
| sampleContentProvided | いいえ | 購入前に無料サンプル、試用、または機能の説明を提供したか。 |
| refundPreference | いいえ | あなたが推薦する結果。拒否を推奨、全額付与を推奨、または按分付与を推奨。 |
12 時間の窓と、多くのチームが見落とす同意のゲート
二つの仕組みが、あなたの返信がそもそも数に入るかどうかを決めます。一つは時計。もう一つは、善意の返信の多くを入口で止める同意フラグです。
12 時間以内に応答せよ、さもなくば好機は過ぎる
Apple の指示は明快です。CONSUMPTION_REQUEST 通知を受け取ってから 12 時間以内に応答すること。それが窓のすべてです。返金申請はあなたの次の営業日を待ちませんし、遅れて届いた消費返信は、Apple が一度も比較検討しなかった返信です。もしあなたがこれらを手で答えているなら、この 12 時間の時計こそ、週末に、祝日に、あなたのタイムゾーンの午前 3 時に、最初に静かに破綻する部分です。返信は信頼できるものであるために自動化されていなければなりません。この窓は、あなたのチームがいつ起きているかを気にかけないからです。

顧客が同意しない限り、あなたはデータを送れない
これがチームがつまずくゲートです。customerConsented の値が true 以外である Send Consumption Information リクエストを、Apple は拒否します。Apple の言葉では、顧客が同意を提供したなら、API を呼び出して消費データを送ることで応答せよ。もし同意していないなら、CONSUMPTION_REQUEST 通知に応答するな、とあります。Apple はまた責任をはっきりとあなたに負わせます。顧客の個人データを共有する前に、あなたは顧客から有効な同意を得なければならず、開発者であるあなたが、それを得ることにもっぱら責任を負う、と。ですからすべてのリクエストでの最初の問いは、彼らがどれだけ使ったか、ではなく、この顧客は Apple に伝えることを許したか、です。同意なし、返信なし、そして返金はあなたの側の言い分を除くすべての上で判断されます。
Apple の返金判断を実際に動かすもの
返信が推薦であるなら、正直な問いはそれがどれだけ推薦するのか、です。答えは、あなたのデータは人がためらうまさにその場所で最も重要であり、結果が最初から本当は疑わしくなかった場所で最も重要でない、ということです。
なぜ拒否を推奨を送ってなお返金を目にしうるのか
開発者たちは、顧客が完全に消費した購入に拒否を推奨を送り、それでも Apple が返金するのを見た、と報告しています。それは壊れた API ではありません。Apple はさまざまな要因を比較検討すると告げており、任意のリクエストにおいて、それらの要因のいくつかは完全に消費された消耗型商品を上回りうるのです。履歴のきれいな顧客、Apple が強いと扱う述べられた理由、少額の金額、初回の申請。あなたの返信は返金に逆らって押しました。他の入力がより強く押しました。教訓は返信をやめることではなく、きれいな消耗型商品が常に生き延びると期待するのをやめることです。シグナルが本当に混在している場所では、一部消費のステータス、記録された提供の問題、そして正直な推奨が、際どいケースをあなたの側に傾けうる入力です。
推薦はドル換算でいくらの価値があるか
返金は販売の価格ではありません。それは販売の価格に、あなたがそれを提供するためにすでに使ったすべてを加えたものであり、消費返信が触れるのは常に最初の部分だけです。
リクエストが届く頃には、金はすでに使われている
Apple が返金すべきかを問う頃には、顧客はすでにその物を使っています。消耗型商品では、それは計算資源が動き、サードパーティ API 呼び出しが課金され、画像やトークンや生成物が作られ、ストレージが書き込まれた、ということです。それらはあなたの側の支払い済みのコストであり、Apple が返金を却下しても戻ってこず、Apple が返金を認めれば二重に失われます。あなたの消費返信は際どいケースで販売価格を取り戻せます。あなたがすでに引き渡した物のコストは取り戻せません。それが、完全に消費された購入が返金するのに高くつくものである本当の理由であり、それがどれだけ前に買われたかとは何の関係もありません。
- 販売価格。Apple の手数料を差し引いたあなたの純収益で、返金が認められれば取り消される。あなたの返信が影響を及ぼせる唯一の部分。
- 提供コスト。計算資源、API 呼び出し、ストレージ、そしてその購入に対してあなたがすでに行ったあらゆる支払い。判断がどうであれ失われている。
- スタッフの時間。手で答えるすべての返金は誰かの一日の数分であり、12 時間の窓はそれらの数分を都合の悪い時間に落とすことを意味する。
- あなたが見逃すパターン。何度も何度も返金する顧客は、あなたがリクエストをまたいで消費と履歴を追跡している場合にのみ見えるコストであり、一つ一つを単発として扱っていては見えない。
Google Play は同じ問いをどう扱うか
Apple は、あなたに意見を求めてから自ら判断する唯一のストアではありません。Google Play は銀行のチャージバックに対して並行する流れを走らせており、その形は同じです。あなたが証拠を送り、ストアが判断する。違いは時計と、あなたが送ることを許されるものにあります。
| 問い | App Store | Google Play |
|---|---|---|
| トリガー | CONSUMPTION_REQUEST 通知 | チャージバックに対する PendingRefundReviewNotification |
| あなたの窓 | 12 時間 | 24 時間 |
| どう答えるか | Send Consumption Information | orders.reviewrefund |
| あなたの推薦 | refundPreference:拒否を推奨、全額付与を推奨、按分付与を推奨 | refundPreference:APPROVE、DECLINE、または NEUTRAL |
| 誰が判断するか | App Store | Google Play、またはチャージバックにおける銀行 |
両ストアにまたがる要点は同一です。あなたの仕事は、正確な消費証拠と正直な推奨をもって窓の内で答えることです。ストアの仕事は判断することです。この二つを混同することが、返信が推薦にすぎないからと窓を無視するか、返信を拒否権として信じて返金がなお着地したときに不意を突かれるかの、いずれかにチームが陥る原因です。どちらも正しくありません。毎回答え、正確に答え、結果をあなたが下した判断ではなく、あなたが情報を与えた判断として扱ってください。
RefundHalt は Apple が CONSUMPTION_REQUEST を送ったその瞬間に受け止め、同意を確認し、消費ステータス、提供ステータス、そして証拠に基づく返金の推奨を組み立て、あなたのチームの誰も時計を見張ることなく 12 時間の窓の内で答えます。Google Play のチャージバック審査に対しても、その 24 時間の窓の内で同じことをします。あなたは Apple にあなたの思い通りに判断させることはできません。しかしあなたは、Apple があなたの側の言い分なしに判断を下すことが決してないよう、すべての返金で、間に合ううちに、確かにすることはできます。
よくある質問
- Apple に消費データを送れば返金は止まりますか。
- それだけでは止まりません。Apple の文書は、App Store は返金を判断するのにさまざまな要因を用い、あなたの消費データはその判断に情報を与えるために使われる、と述べています。拒否を推奨という refundPreference を含むあなたの返信は、Apple が比較検討する一つの入力なので、際どいケースを動かせますが、却下を保証はしません。とりわけ顧客が完全に消費した購入では。
- CONSUMPTION_REQUEST に応答するまでにどれだけ時間がありますか。
- 12 時間です。Apple は、CONSUMPTION_REQUEST 通知を受け取ってから 12 時間以内に Send Consumption Information エンドポイント経由で応答せよ、と述べています。窓を過ぎて届く返信は Apple が一度も比較検討しなかった返信であり、だからこそ応答は、眠っているかもしれない人に任せるのではなく、自動化されていなければならないのです。
- 拒否を推奨を送ったのに、なぜ Apple は購入を返金したのですか。
- 拒否を推奨は命令ではなく推薦だからです。Apple は、あなたの返金の推奨は判断に情報を与えるために用いるさまざまな要因の一つである、と述べています。あるリクエストでは、顧客の履歴、彼らが述べた理由、金額、そして Apple 自身の不正シグナルがあなたの推奨を上回りうるので、拒否を推奨のあとの返金は、文書どおりに機能している流れなのです。
- 消費データを送るのに顧客の同意は必要ですか。
- はい。customerConsented が true でない限り、Apple は Send Consumption Information リクエストを拒否し、その指針は、顧客が同意しなかったなら CONSUMPTION_REQUEST に一切応答すべきではない、というものです。Apple はまた、開発者であるあなたが、顧客のデータを共有する前に有効な同意を得ることにもっぱら責任を負う、と述べています。
- 消費の流れはサブスクリプションで機能しますか、それとも消耗型商品だけですか。
- 両方です、WWDC24 以降。CONSUMPTION_REQUEST は今や消耗型アプリ内課金または自動更新サブスクリプションについて発火します。自動更新サブスクリプションについては Apple が消費量を自ら計算し、按分の推奨を受け付けないので、あなたの手札は、使用量を直接説明できる消耗型商品の場合よりも狭くなります。
出典と参考資料
- Apple Developer: Send Consumption Information (12-hour window, informs refund decisions)
- Apple Developer: ConsumptionRequest (the request body fields)
- Apple Developer: refundPreference (one of a variety of factors)
- Apple Developer: customerConsented (consent is required)
- Apple Developer: notificationType (CONSUMPTION_REQUEST covers subscriptions)
- Google Play Developer API: Method orders.reviewrefund (24-hour chargeback review)
RefundHalt
App Store と Google Play の返金を自動処理
続きを読む
Google Play の購入すべてに難読化アカウント id を刻め、さもないとチャージバックが追跡不能なまま届く
Google Play では、購入ごとに安定したハッシュ化 id を刻印でき、争議が発生するとそれを読み返してくれます。設定しておけば、チャージバック審査は、使用状況を報告しなければならないまさにその利用者に結びつきます。省略すれば、24 時間の時計の下で、素の注文 id を頼りに推測で照合することになります。
銀行明細の身に覚えのない請求はチャージバックに変わり、チャージバックは返金よりもコストがかかる
顧客があなたのアプリの請求だと判別できないと、彼らはあなたではなく銀行に連絡し、その紛争はチャージバックとして着地します。Apple はすべてを apple.com/bill として表示し、何も変更させてくれません。Google Play では明細表示名を設定できます。それぞれのコストと、あなたがコントロールできるものをここで解説します。