Guideline 3.1.1 アプリ内課金が必須な条件

ガイドライン3.1.1は、アプリがデジタルコンテンツや機能を解放する場合、Appleのアプリ内課金の利用を義務づけています。対象はサブスクリプション、フルバージョン、ゲーム内通貨、プレミアムコンテンツなどです。3.1.1でリジェクトされたということは、Appleがそのコンテンツへの別の入り口を見つけたということです。たとえば自分のサイトでの決済、ライセンスキー、独自コード、決済ページへのボタンなどです。修正方法はアプリ内課金の導入です。ただし、例外や地域ごとのルールに当てはまる場合は別です。

僕は自分のiOSアプリを公開していて、サブスクリプションのあるアプリはAppleのアプリ内課金で販売しています。3.1.1でリジェクトされたことは一度もありませんし、そうでないふりをするつもりもありません。このガイドは、2026年6月8日版の公式テキスト(2026年10月15日に確認)と、Appleが公開している地域ごとの条件をもとにしています。隣接するサブスクリプションのケースについては、実際のリジェクト事例2件を含めてガイドライン3.1.2のガイドで解説しています。

ガイドライン3.1.1には何が書かれている?

3.1.1「In-App Purchase」は、App Review Guidelinesの3.1「Payments」の最初の項目です。そのため、メールの件名は「Guideline 3.1.1 - Business - Payments - In-App Purchase」となります。最初の一文に要点があります。アプリ内で機能を解放するには「you must use in-app purchase」、つまりアプリ内課金を使わなければなりません。Appleはサブスクリプション、ゲーム内通貨、レベル、プレミアムコンテンツ、フルバージョンを例に挙げています。

続く一文は抜け道を対象にしています。アプリは独自の仕組みでコンテンツを解放してはいけません。Appleはライセンスキー、AR(拡張現実)マーカー、QRコード、暗号資産、暗号資産ウォレットを名指ししています。

同じルールには、見落とされがちな義務も含まれています。

• アプリ内課金で購入したクレジットや通貨には有効期限を設けてはならず、復元可能な購入には復元の仕組みが必要です。
• 有料のガチャや宝箱(「loot box」)は、購入前に各アイテムの排出確率を表示します。
• デジタルのギフトカード、バウチャー、クーポンはアプリ内課金で販売します。郵送する物理カードは別の方法でもかまいません。
• サブスクリプションのないアプリは、「XX-day Trial」という名前の無料アプリ内課金として期間限定の体験を提供できます。開始前に期間、終了時に失われるもの、支払う必要がある金額を明示します。
• 開発者へのチップは、アプリ内課金であれば可能です。

3.1.1のリジェクトにつながるケース

アプリの挙動	Appleがリジェクトする理由	修正方法
自分のサイトで購入したコンテンツを解放する	同等のアプリ内課金がない	アプリ内課金でも販売する
「サイトで支払う」と表示する	別の決済への誘導	例外を除きボタンを削除する
ライセンスキーや独自コードを求める	禁止された解放の仕組み	Appleのオファーコード
暗号資産と引き換えに解放する	禁止された解放の仕組み	アプリ内課金
有効期限のあるクレジットを販売する	3.1.1の義務	無期限のクレジットと復元
確率表示のないガチャを販売する	確率が表示されていない	購入前に確率を表示する

最も誤解されやすいのは1行目です。Appleのフォーラムで公開されたリジェクト事例では、メッセージに、アプリが「accesses digital content purchased outside the app」(アプリ外で購入したコンテンツにアクセスしている)、「but that content isn't available to purchase using in-app purchase」と書かれています。Appleが問題にしているのは、販売サイトがあることではなく、アプリが同じ購入をApple経由で提供していないことです。

無料アクセスや割引を提供するために、Appleには独自の仕組みであるオファーコードがあります。StoreKitのドキュメントによると、サブスクリプション、消耗型、非消耗型のすべてのアプリ内課金で使えます。App Store Connectで作成し、ユーザーはApp Storeまたはアプリ内で入力します。

例外:アプリ内課金が求められないケース

ルール3.1.3には、別の決済手段を使えるアプリが列挙されています。プロジェクトがどこに当てはまるかを判断するために、僕が使っている表がこちらです。

あなたのケース	アプリ内課金は必要?	ルール
サブスクリプション、フルバージョン、デジタルコンテンツ	必要	3.1.1
物理的な商品、アプリ外で消費するサービス	不要、別の手段が必須	3.1.3(e)
1対1のライブ授業やコンサルティング	不要	3.1.3(d)
複数人向けのライブ授業	必要	3.1.3(d)
他所で購入した新聞・雑誌、書籍、音楽、動画	アクセスするだけなら不要	3.1.3(a)
自分のサイトで購入したマルチプラットフォームサービス	アプリ内課金でも販売すればアクセス可	3.1.3(b)
企業が従業員向けに購入するツール	不要	3.1.3(c)
Webツールと連携する無料のコンパニオンアプリ(購入なし)	不要	3.1.3(f)

制限が2つあります。例外に当てはまるアプリでも、アメリカのストアやAppleが定めるケースを除き、アプリ内で別の決済手段に誘導することはできません。一方でAppleは「Developers can send communications outside of the app」と明記しています。つまり、メールなどアプリの外でユーザーに連絡することは可能です。

2026年10月時点の地域別ルール

この分野のルールはすぐに変わります。以下は2026年10月15日に確認したAppleのテキストに基づいています。外部決済を実装する前に、必ず読み直してください。

地域	アプリ内課金に加えて認められること
アメリカ	別の決済へのボタンやリンク(entitlement不要)
欧州連合(EU)	アプリ内での代替決済とアプリ外のオファー(条件付き)
日本、ブラジル、韓国	各国独自のプログラム(entitlementの申請が必要)
その他の国	別の決済へのボタン、リンク、誘導は一切不可

アメリカ

ルール3.1.1(a)では、entitlementは「are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps」とされています。つまり、アメリカのストアでは自分のサイトへのボタンが認められます。バイナリはどの国でも共通なので、このボタンを追加するなら、アプリはユーザーがどのストアにいるかを判別できなければなりません。StoreKitのStorefrontで取得できます。

欧州連合(EU)

AppleのEUにおける決済オプションのページによると、2026年10月1日から新しい条件が適用されています。何も変えずにアプリ内課金だけを使い続けることもできます。アプリ内で決済代行業者を提供したり、自分のサイトなどアプリ外のオファーを提供したりすることも可能です。その場合、Appleは主に次のことを求めています。

• 「StoreKit External Purchases or Offers」のentitlement。アプリ内のリンクや決済については、システムの情報シートの表示。
• 両方が画面に表示される場合、アプリ内課金をもう一方の選択肢と同等以上に目立たせること。
• App Storeの製品ページでこれらの決済に触れないこと。
• 未成年向けのペアレンタルコントロール。13歳未満(国によってはそれ以上)にはアプリ外のオファーを提供しないこと。
• 12か月間、EUのすべてのストアで同じ選択を維持すること。

選んだオプションに応じて手数料がかかります。決める前に、同じページの手数料のセクションを読んでください。

その他の国

それ以外の地域では、ルールは厳格なままです。「apps and their metadata may not include buttons, external links, or other calls to action」、つまり別の決済手段への誘導は禁止です。「metadata」という言葉が重要です。「サイトで買うと安い」と書いた説明文も、このルールに抵触します。日本、ブラジル、韓国など一部の国には独自のプログラムがあり、External Purchaseのドキュメントに一覧があります。

3.1.1のリジェクトを修正してAppleに返信する

1. 入り口を特定する。 メッセージには問題のコンテンツや画面が書かれています。他所で購入したコンテンツ、ボタン、コード、リンクなどです。
2. 入り口を閉じるか、並行して用意する。 ボタンやコードを削除するか、同じコンテンツをアプリ内課金でも販売します。
3. 例外は本当に当てはまる場合だけ主張する。 3.1.3の該当項目を引用し、なぜ自分のケースが当てはまるのかを2文で説明します。
4. 審査担当者がテストできるようにする。 ガイドライン2.1のガイドで説明しているように、審査メモにデモアカウントとペイウォールまでの手順を書きます。

返信はApp Store ConnectのApp Reviewセクションから、App Reviewへの返信の手順に沿って行います。最もよくあるケース、つまりサイトで購入したコンテンツの場合のテンプレートを紹介します。あくまで例なので、ビルド、商品、手順は自分のものに置き換えてください。

Hello,

Thank you for your review.

Issue: the app gave access to premium content purchased on our
website, without offering the same purchase in the app.

Fix in build X:
- Premium access is now available as an auto-renewable
  subscription through in-app purchase, on the paywall.
- The "Subscribe on our website" button has been removed.
- A "Restore Purchases" button is available on the paywall.

How to verify: launch the app and open any premium screen.
The paywall shows the in-app purchase options.

Best regards,

ボタンもペイウォールもコードの中にあるので、新しいビルドが必要です。それでも自分のケースは例外だと確信しているなら、App Review Boardに異議を申し立てることもできます。

すべてを書き直さずにアプリ内課金を組み込む

初心者にとって一番シンプルなのは、App Store Connectで商品を作成し、RevenueCatでアプリと連携する方法です。手順はRevenueCat:アプリ内サブスクリプションの導入にまとめています。2つのモデルで迷っているなら、サブスクリプションか買い切りかを読んでください。ノーコードツールで作っている場合は、アプリ内課金に対応しているか確認しましょう。これはコードを書かずにアプリを作るでも取り上げているポイントです。

アプリ内課金がサブスクリプションなら、3.1.2も加わります。請求額を目立たせること、期間、自動更新、リンクなどです。よくある画面のミスはiOSペイウォール:初心者がやりがちな7つのミスにまとめています。

提出前の3.1.1チェックリスト

• アプリ内で解放されるもの(機能、コンテンツ、レベル、通貨)はすべてアプリ内課金で購入できる。
• アメリカのストアや取得済みの地域プログラムを除き、外部決済へ誘導するボタン、リンク、テキストがない。
• 製品ページの説明文で他の決済手段に触れていない。
• サイトで販売しているコンテンツは、アプリ内課金でも販売している。
• ライセンスキー、QRコード、独自コード、暗号資産で何かを解放していない。
• アクセスを提供するときは、Appleのオファーコードを使っている。
• 購入したクレジットに有効期限がなく、「Restore Purchases」ボタンが機能する。
• 有料のガチャや宝箱はすべて、購入前に確率を表示している。
• 物理的な商品やアプリ外のサービスは、アプリ内課金ではなくApple Payやカードで決済している。
• 審査メモに購入の場所と、例外を主張する場合はどの例外かを書いている。

提出前にアプリを確認する

アプリが3.1.1でリジェクトされたばかりなら、Apple Review Kitが、引用されたルールとその要求内容を確認し、修正例と返信例を見つける手助けをします。テスター向けのメモはアプリ内課金にも対応しています。人の目でチェックしてほしいなら、僕と1時間のセッションを予約してください。Appleのメッセージを一緒に読み、Appleが見つけた入り口を探します。全体の進め方はAppleにリジェクトされたアプリのページに、課金の実装はiOSアプリ内サブスクリプションのページにまとめています。

初めてのリリースを準備しているなら、無料の診断を受けてください。ステップを正しい順番に整理し、僕のApple審査リジェクト対策チェックリストをお送りします。最初からアプリ内課金で販売するモバイルアプリを作るなら、iOS Kitはペイウォールとサブスクリプションがすでに組み込まれたコードから始められます。

Appleがアプリを承認すると保証できる人はいません。僕にできるのは、コードを書く前に正しい決済手段を選ぶお手伝いです。

よくある質問

「Guideline 3.1.1 - Business - Payments - In-App Purchase」とはどういう意味ですか?

Appleのメッセージに書かれる、アプリ内課金に関するルールの正式な名称です。アプリが、サイトでの決済、コード、ライセンスキー、決済ページへのリンクなど、アプリ内課金以外の経路でデジタルコンテンツや機能へのアクセスを提供していることを示しています。

安く買えるサイトへのリンクを置いてもいいですか?

アメリカのストアでは可能です。ルール上、entitlementなしでボタンやリンクを置けます。EUでは、Appleのentitlementとその条件を満たせば可能です。それ以外の地域では、地域プログラムがない限り、アプリも製品ページも別の決済手段に誘導できません。

プロモコードでアプリを解放できますか?

独自コードではできません。3.1.1は、ライセンスキーのようなアプリ独自の解放の仕組みを禁止しています。App Store Connectで作成するAppleのオファーコードを使ってください。サブスクリプションにも、それ以外のアプリ内課金にも使えます。

物理的な商品やサービスの販売にアプリ内課金は必要ですか?

不要です。料理の配達や配車など、物理的な商品やアプリ外で消費するサービスは、Apple Payやクレジットカードなど別の決済手段を使う必要があります。1対1のライブ授業も対象外ですが、複数人向けのライブ授業は対象です。

サイトで登録した有料会員がアプリでログインしてもいいですか?

マルチプラットフォームのサービスなら可能です。ただし、同じアクセスをアプリ内課金でも販売していることが条件です。これがルール3.1.3(b)です。アプリ内での販売がなければ、他所で購入したのにApple経由では購入できないコンテンツという、典型的な3.1.1のリジェクトに該当します。

RevenueCatを使えば3.1.1を守れますか?

RevenueCatはAppleのアプリ内課金を利用しているので、3.1.1の問題を生むことはありません。ただし、アプリにある外部決済ボタンや独自コードを取り除いてくれるわけではありません。準拠しているかどうかは、画面ごと、そして製品ページで確認する必要があります。