auditing-appstore-readiness

App Store 審査準備状況の監査

ソースをスキャンするだけでは、提出準備が整っているかどうかを確認できません。次の4つの層を個別に評価してください。 ソース設定、実際に配布するアーカイブ、実行時の動作、App Store Connect／ポリシーの状況です。未テストの層は明記してください。

対象範囲と証拠を確認する

対象アプリ、ターゲット／スキーム、プラットフォーム、リリース設定、コミットとローカルの変更、バンドル ID、バージョン／ビルド、アーカイブ／ビルド ID、提出日を特定してください。 モノレポでは、最初の plist や任意の「最適な」プロジェクトを選ぶのではなく、候補を列挙してください。生成される設定や $(...) プレースホルダーについては、実際に解決されたビルドの証拠が必要です。

SKILL_DIR を、このファイルを含むインストール先ディレクトリに解決してください。アプリのリポジトリではありません。オプションのインベントリは、プロジェクトコードを実行したり、依存関係をインストールしたり、動的設定を解決したり、サービスに接続したりせずに、範囲を限定してソースのメタデータを読み取ります。

python "$SKILL_DIR/scripts/inspect_repo.py" --repo /absolute/path/to/app > /private/output/inventory.json

リダイレクトする前に、既存のプライベートな出力ディレクトリと新しいファイル名を選択してください。このスクリプトは、すべての場合に submission_readiness: NOT_ASSESSED を含む JSON を出力します。終了コード 0 は、明記された範囲内でインベントリが完了したことを示します。2 は部分的な結果またはメタデータの問題、1 は致命的なツールエラーを示します。依存関係／ビルド用ディレクトリは除外され、シンボリックリンクはスキップされます。また、走査／サイズ／項目数の上限が報告されます。出力は、秘密情報を削除した公開用レポートでも、完全なセキュリティ／コンプライアンススキャンでもありません。

現行の提出要件を確認する

提出予定日と販売地域に適用される、Apple の要件と審査ガイドラインを確認してください。適用される規則、発効日、証拠、アクセス上の制限を記録してください。

このレビュー時点（2026-09-13）では、iOS／iPadOS アップロードには、2026年4月28日以降、Xcode 26 以降と iOS／iPadOS 26 SDK が必要です。ローカルにインストールされた Xcode のバージョンだけでなく、実際にアップロードするアーカイブのビルドの来歴を確認してください。最低ビルド SDK は、アプリがサポートする最低 OS バージョンとは異なります。この日付付きスナップショットを恒久的なものとみなさず、今後の提出ごとにこの規則を再確認してください。

ソースの所見は手がかりであり、自動的なポリシー判定ではありません

任意の名前が付けられた .appiconset リソース、最新のユニバーサルエントリー、Icon Composer の .icon リソース、Expo のアイコン文字列／外観オブジェクトを認識してください。ios-marketing エントリーがないことだけでは、提出を妨げる要因にはなりません。また、エントリーが存在するだけでは不十分です。選択したターゲットでコンパイルされたアイコンを確認し、必要な外観を検査してください。

チェックイン済みの Info.plist、ストーリーボード、プライバシーマニフェストがない場合でも、生成／設定によるものであり、アプリが壊れているとは限りません。提出を妨げる要因と判断する前に、実際のビルドを確認してください。目的を示す文言や ATT が必要かどうかを判断する際は、実行時の API 使用を追跡してください。依存関係の名前だけでは、マイクの使用やトラッキングの実施を立証できません。公開証明書があっても、秘密鍵が自動的に漏洩したことにはなりません。

ソース／アーカイブ／実行時／ストアの完全なチェックリストについては、証拠の判定基準を参照してください。チェッカーの結果を緑にするためだけに、定型的なプライバシー宣言を追加したり、余分な権限を収集したり、署名を変更したり、ビルドをアップロードしたり、データを消去したりしないでください。

ビルドと実行時の確認

利用可能で、かつ使用が許可された環境を使用してください。ペアリング済みの Mac やリモートシェルをでっち上げてはいけません。インストール済みツールのバージョンを記録し、実際のスキーム／ランタイムを選択してください。依存関係の解決、Expo 設定の実行／prebuild、ビルドスクリプト、署名、アーカイブ作成、アップロードは、コードを実行したりローカル／リモートの状態を変更したりする可能性があります。許可された範囲内で作業してください。シミュレーターでの Release ビルドは有用ですが、署名済みの実機アーカイブや実機のみで確認できる動作の代わりにはなりません。ログ／結果バンドルと、アーティファクトの正確な識別情報を保持してください。

レポート

各レイヤーについて、verified、blocked、unverified、not applicable のいずれかを記載した簡潔なゲート表を示し、その後に実行可能な指摘事項を記載してください。各指摘事項には、根拠、影響、修正方法、および完了を確認するための検証を含めてください。

実証された提出上の阻害要因には BLOCKED を使用してください。必須のチェックが残っている場合は UNVERIFIED を使用してください。定義されたゲートが、対象のビルドとアカウントについて実際に確認されている場合に限り、READY TO SUBMIT を使用してください。この推奨は、Apple による承認を保証するものではありません。前提条件と未解決事項は明示したままにしてください。静的なインベントリを PASS／提出可能として再ラベル付けしてはなりません。

メンテナーのテスト：python -m unittest discover -s "$SKILL_DIR/tests" -v。これらのテストで検証するのはソースインベントリの動作であり、Apple による承認やネイティブビルドではありません。