Apple App Review Guidelines 2026：個人開発者はどう自己点検する？

審査に出す直前になって、ストア素材とアプリの機能が食い違っているように見える。
結論は、ガイドライン改訂を理由に一律で作り直すのではなく、創意素材の正確さと適切さ、機能の見えやすさ、審査担当者への説明を優先して点検することです。

新しいアプリや更新版を提出する個人開発者は、アプリの動作とストア上の説明が一致しているか確認してください。
遠隔設定や機能スイッチを使う小規模チームは、審査対象のビルドに含まれる機能を審査担当者が理解できる状態にしておきます。
ストア素材を担当する開発者は、創意素材、スクリーンショット、プレビュー動画の役割と要件を分けて確認しましょう。

Apple App Review Guidelines 2026の自己点検で改訂点を切り分ける

Appleは2026年10月16日にガイドラインの改訂を公表しました。今回確認したいのは、創意素材に関する2.3.14と、非表示・休眠状態・説明のない機能に関する2.5.19です。Appleは関連する既存ルールが以前2.3.1に含まれていたことも説明しています。変更日と項目番号は、Apple Developerの改訂発表および現行のApp Review Guidelinesで確認できます。

この改訂を、すべてのアプリにコード変更が必要という意味に読み替える必要はありません。影響の有無は、アプリで使っている素材、ビルド内の機能、提出情報を照合して判断します。以下はAppleの明文ルールに沿った確認方法であり、個別の審査結果を予測したり、承認を保証したりするものではありません。

第一歩：創意素材とストア掲載物を別々に点検する

App Storeの創意素材は、審査対象アプリと無関係な訴求や、実際には裏付けられない主張を掲載していないかを確認します。別のアプリへの言及、対象年齢に合わない表現、提供内容を誤認させる説明、価格や割引の表示は、実際の機能や提供条件と突き合わせてください。Appleの創意素材管理説明では、App Store Connectで扱うアプリのアセットが説明されています。

創意素材を、スクリーンショットやプレビュー動画と同じ種類の掲載物として扱わないことも重要です。スクリーンショットには画面の表示内容に関する案内があり、プレビュー動画には別の仕様があります。提出前に、スクリーンショットのガイドとAppプレビューの仕様を個別に確認してください。

注意：素材の見た目が整っていても、アプリで再現できない機能や適用されない割引を訴求していれば、説明との整合性は取れません。素材ごとに「何を約束し、アプリのどこで確かめられるか」を記録します。

第二歩：遠隔設定された機能の見え方を確かめる

遠隔設定や機能スイッチを使っているだけで、直ちに違反と決まるわけではありません。確認すべきなのは、審査対象のビルドに含まれる機能が利用者に説明されているか、審査担当者が条件を理解して実際に確認できるかです。通常の段階的公開と、存在や動作が説明されない機能は分けて考えます。

機能がログイン後に現れる、特定の操作後に有効になる、サーバー側の設定で表示が変わるといった場合は、その条件を洗い出します。利用条件があるならストア表示やアプリ内の案内で誤解がないようにし、審査時の確認方法を提出情報に記します。Appleは、提出前に審査担当者がアプリを評価できる情報を用意するよう案内しています。審査に必要な情報の公式説明を参照し、アクセス上の障害が残っていないか確かめてください。

第三歩：ストアの約束と提出ビルドを照合する

説明文、創意素材、スクリーンショット、プレビュー動画、提出するビルドを同じ確認対象として並べます。機能名が画面内で異なる、利用条件が説明されていない、掲載素材だけで機能の提供範囲が広く見える、といったずれは、審査担当者にも利用者にも誤解を招く可能性があります。

とくに重要なのは、「説明に書いてあるか」だけでなく「提出されたアプリで確認できるか」です。ログインや設定が必要な機能は、その入口と確認方法を記載します。ビルドのバージョンや提出対象の状態を取り違えないよう、App Store Connectのバージョン情報も提出時の記録と照合してください。

レビュー用の確認記録は、たとえば次のように機能ごとに残せます。特定の設定値や審査結果を示すものではなく、チーム内の点検用ひな型です。

機能名:
ストア上の説明:
利用条件:
提出ビルドでの確認手順:
審査担当者向けの補足:
確認結果:
修正が必要な点:

リスク別に修正の優先順位を決める

素材、アプリ内機能、審査説明は、別の問題として記録すると修正箇所を特定しやすくなります。下表では、疑問が生じやすい状態と、先に確認する内容を対応させています。

確認対象	問題になり得る状態	先に行う確認
創意素材	実際の機能や対象利用者と一致しない	主張の根拠、対象年齢、提供内容を照合する
遠隔設定・機能スイッチ	審査担当者が機能の存在や利用条件を把握できない	有効化条件、操作手順、審査用の確認経路を記録する
ストア表示とビルド	説明文や画像の機能を提出版で確認できない	表示内容、機能名、提出バージョンを突き合わせる
審査メモ	不明瞭な機能の入口や条件が説明されていない	審査担当者が再現できる手順と補足情報を追記する

素材の差し替えだけで直る問題と、ビルドや機能説明の修正が必要な問題を混同しないでください。高リスクの項目から、該当する画面・素材、確認結果、必要な修正を一件ずつ記録します。

提出前に素材・機能・説明の対応を確認する

次の比較表を使い、どの掲載物をどの基準で確認するかを分けます。スクリーンショットやプレビューの詳細な仕様は、Appleの各公式資料を基準にしてください。

掲載物・機能	主な確認軸	提出前の判断
創意素材	アプリとの関連性、対象年齢、主張の正確さ	実際の提供内容で説明を裏付けられるか
スクリーンショット	画面の内容と説明の一致	提出ビルドの表示を誤解なく伝えているか
プレビュー動画	動画の内容と仕様	アプリ内で確認できる動作を示しているか
遠隔設定された機能	利用条件と審査時の可視性	審査担当者が機能の場所と確認方法を理解できるか
App Review Notes	認証・操作・制限事項の説明	手順に沿って提出ビルドを評価できる情報があるか

各項目の結果は「確認済み」「修正が必要」「追加説明が必要」のように区別し、修正後はストア表示と提出対象のビルドを再確認します。根拠にするのはAppleが公開している規定と資料です。個別の審査例から、ほかのアプリにも同じ結果が起きると決めつけないようにします。

よくある疑問を提出前に整理する

改訂の対象になり得るのは、創意素材や説明のない機能を含むアプリです。素材と機能の可視性を確認したうえで、審査担当者が判断に必要な情報へたどり着けるかを提出資料まで含めて点検してください。

審査用ビルドを安定して確認する環境を選ぶ

素材、機能、審査メモに問題がないことを確認した後は、最終ビルドを作成した環境と提出対象が一致しているかも管理します。手元のMacで開発から提出まで完結でき、必要なツールやストレージを維持できるなら、自前の環境が適しています。一方、既存のCIだけに依存すると、ログやビルドへのアクセス、設定変更の自由度が運用条件に左右されることがあります。遠隔Macもネットワーク接続に依存し、物理インターフェースが必須の作業には向かないため、用途に応じて選びます。

選択肢	適する状況	主な制約
手元のMac	継続的に開発し、ローカルで機器接続も行う	本体の購入・維持が必要で、空き容量や稼働時間を自分で管理する
既存のCI環境	定型的なビルドを既存の自動化に組み込める	実行環境や操作範囲がサービスの仕様に依存する
遠隔Macのレンタル	提出前だけmacOS環境を確保したい、またはビルド機を分けたい	接続品質に左右され、物理機器を使う作業には適さない

ViewMiniの日本向けMac環境は、購入せずに一時的なmacOS環境を確保したい場合の選択肢です。手元のMacはネットワークに依存せず使える反面、購入費用や保守、ストレージ確保が伴います。遠隔Macはその負担を避けやすい一方、接続依存という制約があります。提出前のビルド作成や照合に安定したMac環境が必要なら、ViewMiniのサービス案内を確認し、作業期間や必要な操作に合うかを判断してください。

よくある質問

Apple App Review Guidelines 2026では、どの点が改訂されましたか？

Appleは2026年10月16日の改訂で、創意素材に関する2.3.14と、非表示・休眠状態・説明のない機能に関する2.5.19を示しました。関連する既存ルールは以前2.3.1に含まれていたと説明されています。改訂だけを理由に全アプリのコードを変更するのではなく、該当する素材や機能があるかを確認してください。

App Storeの創意素材は、審査前に何を確認すればよいですか？

素材がアプリの内容や機能、ブランドと関係しているか、対象年齢に適しているかを確認します。他のアプリへの言及、検証できない製品主張、価格や割引の表示も見直し、実際の提供内容と食い違わないようにします。創意素材、スクリーンショット、プレビュー動画は用途が異なるため、それぞれの管理・表示要件をAppleの現行資料で確認してください。

遠隔設定や段階的公開の機能は、非表示機能と見なされますか？

実装方法だけで一律に判断することはできません。審査対象のビルドに含まれる機能が、利用者や審査担当者に説明されず、実際の動作も確認できない場合は、非表示または説明不足と受け取られる懸念があります。公開条件を明示し、審査用のアクセス方法や必要な説明を提出資料に記載してください。

App Review Notesには、見つけにくい機能をどう記載すべきですか？

機能の目的、利用条件、審査担当者が確認する画面や操作手順を、実際のビルドに沿って記載します。ログインが必要なら審査用のアクセス方法を用意し、遠隔設定や機能スイッチで表示が変わる場合は、その条件と確認方法も説明してください。提出時に機能を利用できないなら、理由や代替の確認資料を明記し、審査できると断定しないことが重要です。