アプリ内購入でアプリストア手数料を削減する方法

アプリ内から Web へ準拠した方法でチェックアウトをリダイレクトする

外部ブラウザへのリンク：アプリ内で WebView を使用すると、iOS App Store の審査に通らない可能性があります。コンプライアンスを維持するため、必ず外部ブラウザへリダイレクトしてください。

配信国・地域を確認：Apple が現在対応しているのは日本、韓国、EU、米国のみです。対象地域に注意してください。

事前構築済みソリューションで規制遵守を確保：Apple のガイドラインに加え、政府、銀行、カードネットワークの規制にも従う必要があります。PCI などのセキュリティ基準、EU 一般データ保護規則（GDPR）やカリフォルニア州消費者プライバシー法（CCPA）などのプライバシー規則、銀行およびカード会社が求める開示が含まれます。これらについて当社がガイダンスを提供できます。

外部決済を利用できる場合

Apple は、米国 App Store の条件を満たすアプリが、特定の場面でユーザーをアプリ外に誘導してデジタルコンテンツやサービスを購入できるようにしています。ゲーム、会員サービス、サブスクリプション、仮想商品、デジタルコンテンツアプリにとって、Apple のアプリ内課金（IAP）以外の決済方法となります。

Apple の App Review ガイドライン 3.1.1 および 3.1.1(a) に基づき、米国ストアのアプリでは、デジタルコンテンツやサービスの購入について、IAP 以外の購入手段へ誘導するボタン、外部リンク、その他の行動を促す表示を設置できます。

• ゲームアイテム、仮想通貨、レベル、仮想コンテンツ
• 会員サービスとサブスクリプション
• デジタルコンテンツとデジタルサービス
• 外部購入を第三者の Web/H5 決済で処理したいアプリ

Apple の現行ルールでは、米国ストアのアプリが外部購入ボタン、リンク、購入を促す表示を設置するために StoreKit External Purchase Link Entitlement を申請する必要はありません。ただし公開前に、事業モデル、アプリのカテゴリ、商品種別、Apple の最新審査ルールが実際の利用場面に適用されることを確認してください。

外部決済はリンクの設置だけではありません

アプリに外部決済入口を追加することは簡単に見えますが、信頼できる決済には転送以上の仕組みが必要です。加盟店は注文作成、支払い状態の確認、商品・権利の付与、通知検証、返金、例外処理、照合を管理する必要があります。

ユーザーが Web 決済からアプリに戻った際、アプリはフロントエンドの結果だけに依存してはいけません。戻りパラメータは操作体験に役立ちますが、支払いの証明にはなりません。最終的な決済結果は WooshPay のサーバー通知または注文照会の応答から取得してください。

WooshPay による外部決済の支援

WooshPay は、アプリ内の外部購入入口からユーザーを受け入れ、ブラウザで支払いを完了できるモバイル Web/H5 決済を提供します。

• 決済セッションの作成
• 加盟店名、商品名、金額、通貨、注文の有効期限の表示
• クレジットカードやデビットカードなど米国の主要決済手段と、事業の利用資格に応じたウォレット決済
• 支払い成功、失敗、保留、終了、返金関連の状態
• サーバー側の決済結果通知
• 注文照会、返金、照合、取引レポート
• 署名検証、リスク管理、利用限度額、不正防止、サンドボックステスト、公開前チェック

推奨する決済フロー

ユーザーがアプリ内の外部購入入口をタップすると、加盟店は注文を作成し、一意の加盟店注文 ID を発行します。加盟店サーバーは商品、金額、通貨、ユーザー ID、チャネル、注文の有効期限を固定し、WooshPay の決済セッションを作成します。

ユーザーは WooshPay の Web/H5 決済で支払います。決済状態が変わると、WooshPay は加盟店の notify_url に通知を送信します。加盟店サーバーは署名、注文 ID、金額、通貨、加盟店 ID を検証してからデジタル権利を付与します。

ユーザーがアプリに戻ったら、アプリはフロントエンドの転送パラメータを信頼せず、加盟店サーバーに注文状態を照会してください。

加盟店が準備すること

• アプリ内に分かりやすい外部購入入口を設置する
• Web ページまたは安全な決済ページに移動して購入を完了することを明確に伝える
• 全世界で一意の加盟店注文 ID を持つ注文を作成する
• 商品、金額、通貨、ユーザー ID、チャネル、注文の有効期限を固定する
• 支払い待ち、処理中、成功、失敗、終了、返金済みなどの注文状態に対応する
• 支払い、返金、注文終了の通知を受け取る notify_url を設定する
• 通知の署名、注文 ID、金額、通貨、加盟店 ID を検証する
• 通知処理を冪等にし、重複付与を防ぐ
• サーバーで確認した後にのみ、会員権、サブスクリプション、仮想通貨、ゲームアイテム、その他のデジタル権利を付与する
• 重複通知、重複支払い、注文タイムアウト、返金、取消処理、異常注文に対応する

第三者決済の Apple への報告は不要です

元の文書で説明されている米国の外部決済の場面では、加盟店が第三者決済取引を Apple に報告する必要はありません。ただし、自社の運営・財務上の必要性に応じて、取引、返金、照合、リスク、サポートの完全な記録を保持してください。

米国 App Store ユーザーに柔軟な決済経路を提供

米国の外部決済は、デジタルコンテンツやサービスのアプリに新たな購入方法を提供します。WooshPay を使えば、アプリ内の購入入口を Web/H5 決済につなぎながら、決済状態、権利付与、返金、照合をサーバー側で管理できます。

WooshPay は決済連携の複雑さを減らし、注文状態の管理を改善し、外部購入リンクを信頼性、監査性、拡張性のある決済ソリューションに変えます。

日本の外部購入は決済リンクの設置だけではありません

Apple は、日本の条件を満たす iOS アプリで特定の場面における外部購入機能の利用を認めています。ゲーム会社は、Apple IAP を引き続き利用可能にしながら、プレイヤーが端末の既定ブラウザで決済する選択肢を提供できます。

ただし、日本の外部購入は商品ページに決済リンクを追加するだけでは実現できません。Apple のエンタイトルメント、地域・端末の利用資格、IAP と同等の目立ちやすさ、Apple Disclosure、既定ブラウザの起動、Universal Link による復帰、サーバー側の権利付与、Apple への報告要件に対応する必要があります。

WooshPay は iOS ゲームの購入フロー向け SDK、Hosted Checkout、報告データサービスでこれらの手順をつなぎ、公開可能で監査でき、照合しやすい外部購入経路を構築します。

このソリューションの対象

• 日本ストアの iPhone ユーザー
• iOS 26.2 以降
• 該当する Apple 外部購入エンタイトルメントを申請・設定済みのゲームアプリ
• Apple IAP と並行してブラウザ決済の選択肢が必要なデジタル商品の購入フロー
• アイテム、仮想通貨、レベル、仮想コンテンツなどのゲーム内デジタル商品

公開前に、最新の Apple Developer 文書、App Review 要件、事業モデル、配信方針に照らして適用可能性を確認してください。

WooshPay による購入フロー全体の支援

プレイヤーがゲームの商品ページで外部購入入口をタップすると、WooshPay SDK はまず Apple が求める実行時チェックを行います。プレイヤーと購入状況が利用条件を満たす場合、Apple Disclosure を表示し、確認後に端末の既定ブラウザで WooshPay Hosted Checkout を開きます。

決済後、プレイヤーは Universal Link でゲームに戻れます。クライアントは戻り URL だけでアイテムを付与してはいけません。ゲームサーバーが WooshPay の確定した決済状態を照会するか、WooshPay webhook を処理してから付与してください。

主な機能

1. 購入のたびに利用資格を確認

SDK は外部購入を試みるたびに canMakePayments と isEligible を実行し、アプリ起動時のキャッシュ結果だけに依存しないようにしてください。ユーザーの制限、ストア、iOS バージョン、エンタイトルメント状態はすべて最終結果に影響します。

2. iOS 26.2/26.3 と iOS 26.4+ に対応

日本の外部購入は iOS 26.2+ から対応しています。iOS 26.2/26.3 と iOS 26.4+ ではトークンと報告の処理経路が異なります。WooshPay SDK は対応する連携経路を提供しながら、プレイヤーの購入体験を統一できます。

3. LINK_OUT トークン処理と台帳作成

iOS 26.4+ のフローでは、SDK は各取引の可能性が生じる前に LINK_OUT トークンを取得し、決済開始前に WooshPay Server へ送信します。このトークンは購入の試行、決済セッション、取引状態、Apple 報告データをつなぐ重要な情報です。

4. ブラウザ移行前の Apple Disclosure

Apple Disclosure は、Apple の購入環境を離れ、開発者または第三者と取引することをユーザーに伝えます。WooshPay SDK は独自の類似 UI ではなく、Apple 提供の API でこの告知を表示してください。プレイヤーが閉じたり拒否した場合、キャンセル状態を返し、ブラウザは開かないでください。

5. 既定ブラウザで Hosted Checkout を利用

外部購入リンクは WKWebView やアプリ内に埋め込まれた決済画面ではなく、端末の既定ブラウザのページまたはタブで開いてください。WooshPay Hosted Checkout は決済手段、リスク確認、決済状態、結果ページ、ゲームに戻るボタンを処理できます。

権利付与はサーバーの確定状態に基づいて行う

Universal Link はプレイヤーをアプリへ戻し、照会可能な注文情報を渡しますが、支払い成功の証明にはなりません。return_url に、改変可能で直接付与を実行できる success=true パラメータを含めないでください。

最終的な決済状態は WooshPay Server から取得してください。WooshPay は webhook 通知と能動的な注文照会の併用を推奨します。加盟店サーバーは注文が SUCCESS で、金額、通貨、注文、プレイヤーの本人情報が一致した場合にのみ、会員権、サブスクリプション、仮想通貨、ゲームアイテムなどを付与してください。

ゲーム開発者が対応すること

WooshPay は決済、ブラウザ移行、報告データの機能をまとめられますが、日本の外部購入では開発者が重要な業務・コンプライアンス対応を行う必要があります。Apple 側の利用資格、商品ページ表示、注文作成、サーバー付与、報告送信は、自社のアプリ、商品、プレイヤーアカウントの仕組みに合わせて実装してください。

Apple と App Store の設定

• アプリ、商品種別、プレイヤーの地域、事業の利用場面が Apple の日本向け外部購入の対象であることを確認する。
• Apple Developer または App Store Connect で該当する外部購入エンタイトルメントを申請・設定する。
• Xcode の entitlements ファイルで許可地域を jp に設定し、正式アプリのパッケージに設定が含まれることを確認する。
• bundle identifier、Apple アカウント、公開環境、承認済みアプリの整合性を保つ。
• 公開前に最新の Apple Developer 文書と App Review ガイドラインを確認し、方針変更による審査リスクを減らす。

商品ページと購入入口

• 商品ページ、アイテム詳細ページ、チャージページに外部購入入口を設け、利用資格を満たす場面だけで表示する。
• Apple IAP を利用可能な状態に保ち、配置、視覚的な強調、文案、誘導の面で外部購入以上に目立つようにする。
• アプリを離れてブラウザまたは安全な決済画面で購入を完了することを、明確にプレイヤーへ伝える。
• 外部購入が Apple により処理されると示唆する表現や、割引、色、配置で明らかに IAP から誘導する設計を避ける。
• canMakePayments または isEligible が失敗した場合、製品方針に応じて外部購入入口を非表示・無効にするか、Apple IAP へ案内する。

クライアント連携とアプリ復帰体験

• アプリ起動時に merchantId、environment、returnUniversalLink、ログレベルを設定して WooshPay SDK を初期化する。
• プレイヤーが外部購入入口を自らタップしたときだけ purchase を呼び出し、ユーザー操作なしに外部購入を開始しない。
• Universal Link のドメイン、apple-app-site-association ファイル、Associated Domains を設定する。
• 成功、保留、失敗、キャンセル、ブラウザ起動失敗、Universal Link フォールバックなどのクライアント状態に対応する。
• Apple API の秘密鍵、issuer ID、key ID、その他の機密報告認証情報をクライアントに保存しない。

サーバー側の注文と権利付与

• 全世界で一意の merchant_order_id を作成し、商品、金額、通貨、プレイヤー、サーバー、キャラクター、注文期限を固定する。
• 決済セッション作成、注文照会、webhook 通知、返金のために WooshPay サーバー API を連携する。
• webhook の署名、注文 ID、金額、通貨、プレイヤー本人情報、リプレイ防止を検証する。
• すべての付与を加盟店サーバーで実行し、merchant_order_id または transaction_id により冪等性を確保する。
• PENDING、FAILED、CANCELLED、EXPIRED、REFUNDED の処理ルールを定め、早すぎる付与や重複付与を防ぐ。
• 支払いが成功してプレイヤーが戻らない場合も、webhook 処理でサーバー付与を実行する。次回のアプリ状態照会後に更新された権利を表示できる。

報告、照合、運用

• WooshPay Reporting API または Dashboard で Apple 向け報告ペイロードやエクスポートファイルを取得する。
• 加盟店自身の Apple 認証情報/JWT で Apple に報告を送信し、期限遵守と正確性の責任を保持する。
• 成功取引、返金、キャンセル、期限切れ、未取引トークン、訂正について、確認・再試行・監査の記録を作る。
• 財務業務で WooshPay の決済記録、ゲームの付与記録、返金記録、Apple の報告データを照合する。
• キャンセル、保留、課金済み未付与、決済成功後の未復帰、返金、権利復元に備え、サポートと運用の SOP を準備する。

Apple 報告データと責任の範囲

日本の外部購入の報告リスクは成功取引だけでなく、キャンセル、期限切れ、決済失敗、未取引トークン、返金、訂正にも関係します。SDK とサーバーではこれらを単なるログではなく、正式な業務状態として扱ってください。

WooshPay 報告サービスはトークン台帳を管理し、取引、返金、キャンセル、期限切れ、未取引の結果を Apple 向け報告ペイロードやエクスポートファイルに対応付けられます。

既定では、WooshPay は加盟店の Apple API 秘密鍵、issuer ID、key ID を保持せず、加盟店に代わって Apple に報告を送信しません。加盟店自身の Apple 認証情報/JWT で送信することで、認証情報の管理と法的・財務的責任を自社で保持できます。

WooshPay で日本の iOS ゲームの外部購入体験を構築

外部購入は日本の iOS ゲームに新たな決済経路を提供すると同時に、新たな開発、審査、報告要件をもたらします。WooshPay は SDK 連携、Hosted Checkout、状態同期、報告データ生成をつなぎ、管理可能で照合しやすく拡張できる購入体験を公開できるよう支援します。

WooshPay により、Apple 外部購入フローの重複開発を減らし、ブラウザ移行とアプリ復帰処理を簡素化し、サーバーの確定状態に基づく付与と、Apple 報告用の構造化された監査可能なデータの準備ができます。