【2026年最新】App Storeでリジェクトされたときの対応手順7つ｜返信の書き方

App Store 審査 リジェクト 対応 手順と調べているあなたは、提出したアプリが却下された通知を受け取り、次に何をすべきか探している状況ではないでしょうか。リジェクトは珍しいことではなく、指摘に対応すれば再提出できます。この記事では、通知の読み方、直す順序、そして審査担当への返信の書き方を整理します。

通知の読み方

【結論】ガイドラインの番号が、指摘の内容そのものです。

番号を確認する

リジェクトの通知には、どの条項に該当するかが番号で示されます。同じ「機能に関する指摘」でも、番号が違えば求められる対応は変わります。

条項の原文を読む

要約や他人の解説ではなく、公式のガイドラインの該当箇所を読んでください。何が求められているかが具体的に書かれています。

添付されている情報を見る

スクリーンショットや、再現手順が添えられていることがあります。どの画面で問題が起きたかが分かるため、必ず確認してください。

指摘されやすい7つの型

【結論】機能不足、情報不足、導線の欠落に集約されます。

1. 情報が不足している

審査を進めるための情報が足りない場合です。テスト用のアカウント、機能の使い方の説明、動作を確認する手順などを求められます。提出時のメモ欄に記載しておくと防げます。

2. 不具合がある

起動しない、特定の操作で止まるといった指摘です。審査で使われる端末や回線の条件が手元と異なることがあります。

3. 機能が最小限すぎる

内容が薄いと判断される場合です。ウェブサイトを表示するだけのもの、既存のものと差がないものが該当しやすくなります。

4. 課金の実装に関する指摘

アプリ内で購入する仕組みに関する条項です。復元の導線がない、外部での購入へ誘導している、といった点が指摘されます。

5. 脱出できない画面がある

入ったら戻れない画面、閉じられない表示があると指摘されます。すべての画面から戻る手段を用意してください。

6. 年齢区分やコンテンツの申告

申告した年齢区分と、実際の内容が合っていない場合です。設問には正直に答えてください。

7. プライバシーに関する申告

収集する情報の申告と、実際にライブラリが送る情報が食い違う場合です。広告や解析のライブラリが何を送るかを確認してください。

対応の手順

手順	やること	注意点
1	ガイドライン番号を確認	推測で直さない
2	条項の原文を読む	要約で済ませない
3	再現手順を確認	添付画像を見る
4	1点ずつ直す	同時に複数変えない
5	実機で確認	配信用ビルドで
6	返信を書く	変更点を具体的に
7	再提出	版数を上げる

※上記は2026年8月時点の一般的な流れです。要件は変更されることがあります。

返信の書き方

【結論】何を、どこで、どう変えたか。この3つを箇条書きで書いてください。

書く内容

指摘された番号ごとに、対応した内容を並べます。「該当画面に閉じるボタンを追加しました」「設定画面から購入の復元ができるようにしました」というように、画面名と操作を具体的に書いてください。

書かない方がよいこと

不満や、審査への評価を書く必要はありません。判断に影響しないだけでなく、やり取りが長引く要因になります。事実だけを書いてください。

修正せずに説明する場合

指摘が仕様の誤解にもとづくと考えられる場合、修正せずに説明を返すこともできます。その際は、どの操作でどう動くのかを手順として書き、必要であれば画面の記録を添えてください。

言語

やり取りは英語で行うのが一般的です。長文にする必要はありません。番号と対応内容が分かる短い文で足ります。

再提出の前に確認すること

【結論】配信用のビルドで、実機で、指摘された操作を再現してください。

配信用ビルドで確認する

開発中のビルドでは再現しない不具合があります。配布用の経路で実機に入れ、指摘された手順をそのままなぞってください。

他の画面も見る

同じ型の問題が他の画面にもあることがあります。閉じられない表示を1か所直したなら、他の表示も確認してください。次の審査で同じ指摘を受けずに済みます。

版数を上げる

再提出にはビルドの番号を上げる必要があります。同じ番号では受け付けられません。

審査を待つ間

【結論】待ち時間は長くなることがあります。催促より準備を進めてください。

状態表示を確認する

審査待ちの状態が数日続くことは通常の範囲です。状態が変わらないこと自体は異常ではありません。

並行して次の準備をする

掲載する画像や説明文の見直し、次の版で直したい点の整理など、待ち時間にできることがあります。

記録を残す

どの指摘に対して何を直したかを記録してください。次のアプリでも同じ指摘を避けられます。

よくある質問（FAQ）

Q1. リジェクトされると評価が下がりますか？

A. 修正して再提出すれば公開できます。指摘への対応が通常の流れです。

Q2. 何回まで再提出できますか？

A. 回数の上限が公表されているわけではありません。ただし同じ違反を繰り返すことは避けてください。

Q3. 返信は日本語でもよいですか？

A. 英語で行うのが一般的です。短い文で構いません。

Q4. 納得できない指摘はどうすればよいですか？

A. 修正せずに説明を返すことができます。事実と手順で説明してください。

Q5. 審査にはどのくらいかかりますか？

A. 時期によって変わります。数日かかることを前提に予定を組んでください。

Q6. 手元では再現しません。

A. 配信用のビルドを実機に入れて確認してください。通信環境や初回起動時の状態が影響することがあります。

まとめ

リジェクトの通知を受け取ったら、まずガイドラインの番号を確認してください。指摘の内容はその条項で決まります。要約や他人の解説ではなく、公式の原文を読んでから直してください。

直すときは1点ずつです。複数を同時に変えると、次に落ちたときに原因が絞れません。修正したら、配信用のビルドを実機に入れ、指摘された手順をそのままなぞって確認してください。開発中のビルドでは再現しない不具合があります。

返信は、指摘の番号ごとに、どの画面のどの挙動をどう変えたかを箇条書きで書いてください。不満や評価を書く必要はありません。指摘が仕様の誤解によると考えられる場合は、修正せずに手順を示して説明することもできます。

本記事の内容は2026年8月時点の一般的な進め方の整理です。審査のガイドラインと運用は変更されます。提出の前に、公式のガイドラインと最新の案内をご確認ください。

📱 運営の裏側・最新情報はXで発信中 → @ore_chusotsu