# App Storeの返金：開発者側に届く通知と対応

> App Storeの返金はAppleだけが判断します。開発者にはCONSUMPTION_REQUESTが届き、12時間以内に回答でき、結果はREFUNDで知らされます。

元のページ：[App Storeの返金：開発者側に届く通知と対応](https://devoria.fr/ja/blog/app-store-refund-developer-notifications)
著者：[Mehdi Azizi](https://devoria.fr/ja/mehdi-azizi)
公開日：2026-11-04
内容の最終更新：2026-11-04


App Storeでは、**返金を認めるか断るかを決めるのはAppleで、開発者ではありません。** 顧客はAppleのサイトか、あなたのアプリから申請します。Appleのサーバー通知を設定していれば、申請の時点で`CONSUMPTION_REQUEST`通知が届き、判断が出ると`REFUND`または`REFUND_DECLINED`が届きます。その間の12時間で、利用状況のデータとあなたの希望を送れます。ただし顧客が同意している場合に限ります。

返金が認められると、その購入は顧客の有効な権利から外れ、売上レポートにはマイナスで表示されます。このガイドでは、各ステップ、Appleに送れる内容、そして不正な申請に対してやってよいことを詳しく説明します。ルールは2026年11月3日に読み直したAppleのページに基づいています。実例は、10月に僕のアプリに設定したアラートから来ています。

## App Storeの返金は誰が決める？

Appleだけです。[Appleのサポートページ](https://support.apple.com/en-us/118223)が顧客側の流れを説明しています。reportaproblem.apple.comにログインし、「Request a refund」を選び、理由を入力して、対象の購入を選びます。Appleは返答まで24〜48時間待つよう案内しています。

顧客はあなたのアプリから返金を申請することもできます。StoreKitにはそのための[申請シート](https://developer.apple.com/documentation/storekit/transaction/beginrefundrequest%28in%3A%29-9k0pj)があり、iOS 15から使えます。Appleはアカウント設定やヘルプメニューから呼び出すよう勧めています。シートには購入内容と理由のリストが表示され、Appleは最大48時間で判断します。

**どちらの場合も、あなたが承認する必要はありません。** できるのは情報と希望を伝えることだけで、それはAppleの判断材料のひとつになります。

## ステップごとに双方から見えるもの

| ステップ       | 顧客側                                | 開発者側                                         |
| -------------- | ------------------------------------- | ------------------------------------------------ |
| 申請           | Appleのフォームまたはアプリ内のシート | `CONSUMPTION_REQUEST`通知                        |
| 12時間以内     | 待機                                  | 利用状況データの送信が可能                       |
| 48時間以内     | Appleからの返答                       | `REFUND`または`REFUND_DECLINED`通知              |
| 承認後         | 支払い方法に返金                      | 購入が有効な権利から外れ、ユニット数がマイナスに |
| 異議申し立て後 | Appleが返金を取り消し                 | `REFUND_REVERSED`通知、アクセスを復元            |

App Store Connectで見られるのは、すでに認められた返金だけで、場所はSales and Trendsです。**申請そのものはサーバー通知でしか届きません。** 通知がなければ、返金を後から知ることになります。

## 返金に関するサーバー通知

[App Store Server Notifications V2](https://developer.apple.com/documentation/appstoreservernotifications/notificationtype)のうち、ここで役立つのは5種類です。App Store Connectで登録したHTTPSのURLで受け取ります。本番用とサンドボックス用で1つずつです。

| 通知                  | 内容                                              | やること                                 |
| --------------------- | ------------------------------------------------- | ---------------------------------------- |
| `CONSUMPTION_REQUEST` | 顧客が返金を申請した                              | 同意があれば12時間以内に回答             |
| `REFUND`              | Appleが取引を返金した                             | 返金されたコンテンツやアクセスを取り消す |
| `REFUND_DECLINED`     | Appleが申請を却下した                             | 何もしない、アクセスは継続               |
| `REFUND_REVERSED`     | 顧客の異議申し立てを受け、Appleが返金を取り消した | 取り消したものを復元する                 |
| `REVOKE`              | ファミリー共有された購入が利用できなくなった      | 家族メンバーのアクセスを取り消す         |

サーバーは200〜206のHTTPコードで応答する必要があります。[通知への応答に関するページ](https://developer.apple.com/documentation/appstoreservernotifications/responding-to-app-store-server-notifications)によると、そうでない場合Appleは5回再送します。前回の試行から1、12、24、48、72時間後です。サンドボックスでは1回しか送りません。

## Consumption API：Appleに伝えられること

申請が届いたら、[Send Consumption Information](https://developer.apple.com/documentation/appstoreserverapi/send-consumption-information)で回答できます。ルールはAppleの一文に尽きます。「Respond within 12 hours of receiving the `CONSUMPTION_REQUEST` notification.」APIのバージョン2は、サブスクリプションを含むすべての商品タイプに対応しています。

[リクエスト](https://developer.apple.com/documentation/appstoreserverapi/consumptionrequest)のフィールドは次のとおりです。

| フィールド              | 必須   | Appleに伝える内容                                              |
| ----------------------- | ------ | -------------------------------------------------------------- |
| `customerConsented`     | はい   | 顧客がデータ共有に同意した                                     |
| `deliveryStatus`        | はい   | 購入が提供され正常に動作しているか、または提供されなかった理由 |
| `sampleContentProvided` | はい   | 購入前にお試し、サンプル、説明を提供していたか                 |
| `consumptionPercentage` | いいえ | 消費した割合。0〜100%を0〜100,000で表す                        |
| `refundPreference`      | いいえ | あなたの希望：`DECLINE`、`GRANT_FULL`、`GRANT_PRORATED`        |

大事な補足が2つあります。`deliveryStatus`が`DELIVERED`でない場合、消費割合はゼロでなければなりません。また、サブスクリプションの日割り返金では消費割合を省略します。Appleが計算します。

**すべての前提は同意です。** Appleはこう書いています。「You must obtain valid consent from the customer before sharing their personal data with Apple in the Send Consumption Information API.」同意がなければ回答しません。また、Appleは広告トラッキングのダイアログで同意を取ることも禁止しています。「Don't use the AppTrackingTransparency prompt to obtain consent」

## RevenueCatを使っている場合

RevenueCatを使うと、Appleの通知を受け取って申請に回答するのはRevenueCatで、[Refund Control](https://www.revenuecat.com/docs/customers/refund-control)という機能で行います。ポリシーは4つから選びます。全額返金を希望する、却下を希望する、利用状況データだけを送る、回答しない、です。

データ共有を有効にすることは、顧客の同意を得ていると認めることになります。RevenueCat自身がこう書いています。「Enabling consumption data sharing confirms that you obtained consent from your Customers.」また「Prefer no refund」は対象を絞ったグループに限定するよう勧めていて、この希望が大半の顧客に適用されると警告が出ます。

自分のサーバーでも通知を受け取りたい場合、RevenueCatのアプリ設定に「Apple Server Notification Forwarding URL」という項目があります。[Appleの通知に関するRevenueCatのページ](https://www.revenuecat.com/docs/platform-resources/server-notifications/apple-server-notifications)で説明されています。僕が使っているのはこれです。RevenueCatでのサブスクリプションの組み立て方は[RevenueCatとiOSのアプリ内サブスクリプション](https://devoria.fr/ja/blog/revenuecat-ios-in-app-subscription-setup)にあります。

## 収益とサブスクリプションへの影響

**アクセスについて。** [`currentEntitlements`のドキュメント](https://developer.apple.com/documentation/storekit/transaction/currententitlements)によると、「Products that the App Store has refunded or revoked don't appear in the current entitlements」です。アプリが`currentEntitlements`で権利を確認していれば、返金されたアクセスは自動的に消えます。取引には取り消しの日付と理由が`revocationDate`と`revocationReason`に入ります。

**レポートについて。** [売上レポートのヘルプ](https://developer.apple.com/help/app-store-connect/reference/reporting/summary-sales-report)によると、返金はユニット数と顧客価格がマイナスで表示されます。サブスクリプションについては、[サブスクリプションデータのページ](https://developer.apple.com/help/app-store-connect/measure-app-performance/view-subscription-data)が全額返金と一部返金をイベントとして数え、日次ユニットから差し引きます。

**評価について。** [ガイドライン5.6.4](https://developer.apple.com/app-store/review/guidelines/#5.6.4)は、過剰な返金申請を品質不足の兆候のひとつに挙げています。返金率が高いことは単にお金の損失ではありません。Appleは行動規範を守っているかの判断にそれを考慮することがあります。

## 僕の例：アプリに設定したアラート

2026年10月12日、僕はアプリにアラートを設定しました。RevenueCatがAppleの通知をdevoria.frのルートに転送します。そこでAppleの署名を検証し、金額を含まないアラートを僕に送ります。結果だけでなく、申請が届いた瞬間を見たかったんです。

10月18日、最初の本物の申請がトレードシミュレーターのTradaZenに届きました。7日間の無料トライアル終了時に支払われた年額サブスクリプションです。理由は「意図しない購入」。学びは3つです。

1. **同じ申請が何度も届くことがあります。** 同じ夜に同じアラートを3回受け取りました。それ以来、アラートは通知タイプと取引IDで重複排除しています。
2. **判断は1日以内に出ました。** Appleは申請から約22時間後に却下しました。顧客はアクセスを保持しました。
3. **却下で終わりではありません。** 同じ顧客が2日後、同じ取引で再申請しました。

> トライアル終了時の「意図しない購入」による申請は、Appleへの回答では防げません。最初の支払いの前に、ペイウォールで防ぐものです。

## ルールを破らずに不正な申請を減らす

**許されていること：**

- **申請ごとに正確なデータで回答する**（顧客が同意している場合）。
- **対象を絞った希望を伝える。** たとえば全員に却下を希望するのではなく、すでに消費された購入に対して却下を希望する。
- **各`REFUND`を顧客アカウントに紐づける。** [返金通知に関するAppleのページ](https://developer.apple.com/documentation/storekit/handling-refund-notifications)が、繰り返される返金を見つけるために推奨しています。
- **購入前に何を買うのかをはっきり伝える。** [ガイドライン3.1.2(c)](https://developer.apple.com/app-store/review/guidelines/#3.1.2)は、サブスクリプションを勧める前に、その価格で何が得られるかを説明するよう求めています。

**禁止されていること：**

- **申請を却下させるために虚偽のデータを送る**こと、または同意なしに回答すること。
- **広告トラッキングのダイアログで同意を取る**こと。Appleがはっきり除外しています。
- **購入に罠を仕掛ける**こと。[ガイドライン5.6](https://developer.apple.com/app-store/review/guidelines/#5.6)は、意図しない購入に誘導することや、提供されないものに課金することを禁止しています。
- **返金を申請した顧客に圧力をかける**こと。同じルールが、威圧のない誠実な顧客対応を求めています。

いちばん効く手はやはり事前の対策です。価格、最初の支払い日、解約方法を示すペイウォールです。避けるべきミスは[ペイウォールのミス](https://devoria.fr/ja/blog/ios-paywall-beginner-mistakes)に、トライアルのルールは[App Storeの無料トライアル](https://devoria.fr/ja/blog/introductory-offer-app-store-connect-ios-free-trial)にまとめています。

## 本番前にテストする

[申請のテストに関するページ](https://developer.apple.com/documentation/storekit/testing-refund-requests)によると、サンドボックスとXcodeのStoreKitテストは返金申請に対応しています。サンドボックスでは、どの理由を選んでも自動的に承認されます。却下をシミュレートするには「Other」を選んで`DECLINE`と入力します。日割り返金なら`GRANT_PRORATED`と入力します。サンドボックスでは、利用状況の回答を5分以内に送る必要があります。

## 返金されにくいサブスクリプション

[iOS & Android Kit](https://devoria.fr/ja/kits/ios)は僕のアプリのコードをベースにしていて、オンボーディング、ペイウォール、サブスクリプションが実装済みです。App Storeまで4つのステップを自分のペースで進められます。組み立ての全体は[iOSのアプリ内サブスクリプション](https://devoria.fr/ja/expertise/ios-in-app-subscription)のページで、サブスクリプションに関するAppleのルールは[ガイドライン3.1.2](https://devoria.fr/ja/blog/guideline-3-1-2-subscription-rejection)で詳しく説明しています。

ペイウォールを公開する前に、[無料の診断を受けてください](https://devoria.fr/ja/diagnostic)。あなたのプロジェクトを本当に止めているものがわかり、僕のApple審査リジェクト対策チェックリストも届きます。

## よくある質問

### 開発者はApp Storeの返金を拒否できますか？

できません。Appleだけが決めます。利用状況データと、たとえば`DECLINE`などの希望を送れますが、それは判断材料のひとつにすぎません。最終決定はAppleです。

### 開発者は返金申請の通知を受け取れますか？

はい、App Store Server Notifications V2を設定していれば受け取れます。Appleは申請時に`CONSUMPTION_REQUEST`を、判断時に`REFUND`または`REFUND_DECLINED`を送ります。通知がなければ、レポートで認められた返金しか見えません。

### Appleが返金申請を処理するのにどれくらいかかりますか？

Appleは顧客に24〜48時間と案内しています。StoreKitのドキュメントでは最大48時間です。あなたの側では、利用状況データを送れるのは12時間以内です。

### 返金後、アクセスはどうなりますか？

返金された購入は顧客の有効な権利から外れます。StoreKit 2の`currentEntitlements`に返されなくなります。その後Appleが返金を取り消した場合は`REFUND_REVERSED`が届くので、アクセスを復元する必要があります。

### Appleに回答するには顧客の同意が必要ですか？

はい。AppleはConsumption APIでデータを共有する前に有効な同意を求めています。同意がなければ通知には回答しません。広告トラッキングのダイアログで同意を取ることはできません。

### 返金は僕のアプリに不利に働きますか？

その可能性はあります。ガイドライン5.6.4は過剰な返金申請を品質不足の兆候のひとつに挙げていて、Appleは行動規範の遵守を判断する際にそれを考慮することがあります。


## あなたのプロジェクト

[iOS & Android Kit](https://devoria.fr/ja/kits/ios)：Claude CodeでiPhoneとAndroidのアプリを作りましょう。私のアプリのスターターコード、ストア公開までの手順、すべてのキットが揃っています。￥17,500。

[診断：あなたとiPhoneアプリの間にあるもの](https://devoria.fr/ja/diagnostic)：7つの質問、60秒。iPhoneアプリの公開を本当に妨げているもの、4ステップのロードマップ、あなたに合ったキットがわかります。