App Store で公開する
App Store Connect のメタデータ、プライバシーと地域コンプライアンスを準備し、MeDo の iOS ビルドを審査に提出して、安全にリリースします。
始める前に
このページは有料ルートの最終ステップです。ここまでにテスターと共有してリリースする(TestFlight → App Store)を済ませているはずです。つまり、アプリのページが App Store Connect にあり、MeDo からビルドがアップロードされ、TestFlight を通じて実機で開いたことがある状態です。
残っているのは Apple の Web サイト上での事務作業です。アプリの説明を書き、プライバシーに関する質問に答え、Submit for Review(審査に提出) を押します。番号付きのセクションを順番に進めてください。各セクションは App Store Connect のアプリページの各セクションに対応しています。初回提出の場合、Apple の審査には 1〜3 日かかると見込んでください。
MeDo は Apple が現在要求しているツールチェーンでビルドするため、Xcode や SDK のバージョンを気にする必要はありません。ただし Apple のルールは変わるので、リリースごとに Apple の今後の要件に目を通してください。
1. アカウントと商用設定を完了する
- Apple Developer Program のメンバーシップを有効な状態に保ちます。
- Apple Developer アカウントと App Store Connect で最新の契約に同意します。
- 有料アプリやアプリ内課金がある場合は、有料アプリ契約、税務フォーム、銀行口座情報を完了します。
- 販売者の表示名が正しいことを確認します。個人登録では本人の法的な氏名が、組織登録では法人名が表示されます。
- アプリの準備と提出を行う担当者には、必要最小限の App Store Connect ロールを割り当てます。
2. アプリレコードを作成または確認する
App Store Connect で、MeDo からの初回アップロードより前にアプリレコードを作成します。
App Store の表示名は iPhone のホーム画面の名前と完全に一致する必要はありませんが、同じアプリを正確に表している必要があります。Bundle ID は完全に一致させる必要があります。
3. 製品ページを準備する
アプリのバージョンページに移動し、主要言語のメタデータを完成させます。重要な市場については、機械翻訳のテキストではなくローカライズしたメタデータを追加してください。

スクリーンショットは現在のアプリ体験を表している必要があります。インターフェイスがデバイスサイズ間で同じ場合、App Store Connect は必須の最高解像度のスクリーンショットを小さいサイズに拡大縮小できます。
4. プライバシーとプラットフォームのコンプライアンス
プライバシーポリシーと App のプライバシー
すべての iOS アプリには、App Store Connect に公開されたプライバシーポリシーの URL と、アプリ内で簡単にアクセスできるプライバシーポリシーへのリンクが必要です。ポリシーは、サードパーティ SDK の動作を含め、リリースするビルドと一致している必要があります。
App のプライバシーで、次を申告します。
- アプリまたはサードパーティのパートナーが収集するすべてのデータタイプ
- 各データタイプがユーザーに関連付けられているかどうか
- トラッキングに使用されるかどうか
- アプリの機能、分析、パーソナライズ、広告などの収集目的
- アクセス、修正、同意の撤回、削除リクエスト用の Web ページを提供している場合は、ユーザーのプライバシー選択 URL
テンプレートをそのまま公開しないでください。MeDo が生成した下書きは、実際のアプリ所有者、連絡方法、収集するデータ、目的、処理者、保持期間、削除プロセス、適用地域に合わせてカスタマイズしてください。
権限、トラッキング、アカウント
- アプリが実際に使用するカメラ、マイク、写真、位置情報、連絡先、Bluetooth、その他の保護されたリソースについて、明確な利用目的の説明を追加します。
- 関連する機能が呼び出されたときにのみ権限を要求し、可能な場合は妥当な代替手段を提供します。
- 他社のアプリや Web サイトをまたいでユーザーをトラッキングするためにデータを使用する場合は、IDFA にアクセスしたりトラッキングを行う前に App Tracking Transparency を実装します。
- アプリがアカウント作成に対応している場合、ユーザーはアプリ内からアカウント削除を開始できる必要があります。
- ユーザーの主要アカウントにサードパーティやソーシャルログインを使用している場合は、App Review ガイドライン 4.8 により Sign in with Apple のようなプライバシーを保護する同等のログインオプションが必要かどうかを確認します。
SDK のプライバシーマニフェストと Required-Reason API
アプリ内のすべてのサードパーティコードはあなたの責任です。アップロードの前に:
- Xcode のプライバシーレポートと、各 SDK のデータ使用状況を確認します。
- Apple のリストに含まれる SDK が必須のプライバシーマニフェストを含み、バイナリ依存の場合は有効な署名を持つことを確認します。
- 対象となる Required-Reason API について、承認された理由を申告します。
- 未使用の SDK と権限を削除します。
暗号化と輸出コンプライアンス
ビルドについて、App Store Connect の暗号化に関する質問に回答します。標準の OS 暗号化のみを使用するアプリでも、正しい判定を行う必要があります。書類が不要な場合は、同じ質問が繰り返されないように適切な Info.plist の値を設定します。書類が必要な場合は、TestFlight の Beta App Review または App Review の前に許可を取得して添付します。
5. アプリレベルと地域の申告を完了する
全世界共通または機能依存
国と地域の例
地域の要件は、該当するストアフロントとアプリタイプを選択した場合にのみ適用されます。他のアプリのチェックリストをコピーするのではなく、App Store Connect で確認してください。
- 中国本土 — 中国本土で提供するアプリには有効な ICP 備案番号が必要です。ゲームには該当する出版承認番号と裏付け書類が必要です。ニュース、書籍、音声/動画、宗教、金融、医療、地図、その他の規制対象コンテンツには追加のライセンスが必要になる場合があります。中国本土に拠点を置く組織は、Apple が表示する身元情報も確認する必要があります。現地の届け出や業界手続きでソフトウェア著作権証明書が必要になることがありますが、中国以外では App Store の一般的な要件ではありません。
- 欧州連合 — DSA のトレーダーステータスを申告します。トレーダーの場合は、Apple が表示する住所、電話番号、メールアドレスを検証します。
- 韓国 — 一部のゲームには GRAC のレーティング分類番号が必要です。組織のデベロッパには追加の事業者連絡先要件がある場合があります。
- ベトナム — ゲームにはゲームライセンス番号と URL が必要になる場合があります。
- ブラジルおよびその他のストアフロント — 税務、コンテンツ、商業上の書類が、特に有料配布の場合に提供可否へ影響することがあります。
6. 審査情報を提供する

審査期間中は、バックエンドサービスとデモアカウントを稼働させ続けてください。プレースホルダー、テスト用バナー、リンク切れ、空のページ、無効化された本番機能は削除します。
7. 提出前チェックリスト
- リリースビルドが対応デバイスで起動し、すべてのコアフローを完了できる。
- Bundle ID、バージョン番号、ビルド番号が正しい。
- Xcode 26 / iOS 26 SDK 以降を使用している。
- すべての URL が HTTPS を使用し、社内限定のアクセスなしで動作する。
- 製品ページのメタデータとスクリーンショットがビルドと一致している。
- プライバシーポリシー、App のプライバシーの回答、権限のプロンプト、SDK の動作が整合している。
- アカウント削除、ログイン、購入、購入の復元、サブスクリプションが該当する場合に動作する。
- 年齢制限指定、コンテンツの権利、暗号化、DSA、医療、地域の申告が完了している。
- デモ用の認証情報、審査メモ、必要なハードウェアやサンプルデータが用意されている。
- TestFlight のフィードバックとクラッシュレポートに対応済みである。
8. 提出してリリースする
- バージョンとビルドを提出物に追加します。
- 一緒に出荷する必要があるアプリ内課金、サブスクリプション、カスタム製品ページ、その他の審査項目を追加します。
- App Store Connect に表示されるすべての警告を解消します。
- 審査に提出し、App Store Connect のメッセージを監視します。
- Apple から質問があれば、正確な再現手順と裏付けとなる証拠を添えて返信します。
- リジェクトされた場合は、指摘された問題を修正してください。Apple が明確に説明を求めている場合を除き、メモだけを添えて同じビルドを再提出しないでください。
リリースモードは意図を持って選びます。
- 自動 — 承認後にリリースされます。
- 手動 — 承認後に自分でリリースします。タイミングを合わせたローンチに便利です。
- 予約 — 承認後、選択した日付以降にリリースされます。
- 段階的リリース — 既存ユーザーにアップデートを段階的に展開します。監視やロールバック計画の代わりにはなりません。
リリース後は、クラッシュ、レビュー、サポートリクエスト、サブスクリプションと購入の状態、地域ごとの提供状況を監視します。アプリやその SDK が変わったら、プライバシーの申告とサポート URL を最新の状態に保ってください。