メインコンテンツへスキップ
← 記事一覧に戻る

開発者向けリソース

AppleにApp Storeスクリーンショットをリジェクトされた理由(と直し方)

ガイドライン2.3.3でリジェクト?App Store Connectでブロック?App Storeスクリーンショットの主なリジェクト理由 — サイズ違い、スプラッシュ画面、Androidフレーム — と具体的な修正方法。

ビルドは審査を通ったのに、コードにも問題がないのに — リジェクトメールの原因はスクリーンショット。リリースで数日を失う最もフラストレーションの溜まるパターンの一つです。スクリーンショットのリジェクトはほぼ確実に回避可能なのに、理由が明確に説明されることはほとんどないからです。

スクリーンショットは2つの異なる関門で失敗します。修正方法は、どちらに引っかかったかで変わります:

  1. App Store Connectがアップロードを拒否する — 審査が始まる前の、技術的なバリデーション失敗。
  2. App Reviewが申請をリジェクトする — 人間のレビュアーがメタデータを問題視。通常2.3.3のようなガイドライン番号が引用されます。

このガイドは両方を、リジェクト理由ごとに、ガイドラインの参照と「In Review」に最速で戻る道筋つきでカバーします。


関門1:App Store Connectがファイルを受け付けない #

これらは審査リジェクトではありません — アップロードが単に失敗するか、スロットが赤いままになります。ほぼすべてのケースは3つの原因に集約されます:

ピクセル寸法の違い #

各デバイススロットは正確なサイズのみ受け付けます。1320 × 2868を期待するスロットに1290 × 2796の画像を入れると、何も言わずに失敗するか、曖昧なエラーが出ます。提出日の夜に最も多いブロッカーです — ファイルをスクリーンショットサイズ完全リファレンスと照合するか、無料のスクリーンショットバリデーターにドロップすれば、各画像がどのスロットに合うか(合わないか)を即座に判定します。

フォーマットやカラープロファイルの違い #

スクリーンショットはPNGまたは高品質JPEG、RGB(Display P3もsRGBも可)。JPEGにアルファ透過は不可、デザインツールからのCMYK書き出しも不可です。

枚数の違い #

各デバイスサイズはロケールごとに1〜10枚。必須スロットが0枚だと提出自体がブロックされます — watchOSやvisionOS対応を追加したときに、それらのプラットフォームには専用セットが必要だと気づく、定番のサプライズです。

修正: 要求される正確なサイズで再生成すること。デザインツールから手作業で書き出しているなら、1つのデザインから各スロットの正確な寸法を書き出すスクリーンショットジェネレーターで、この関門ごと消滅します。


関門2:App Reviewのリジェクト(ガイドライン別) #

ガイドライン2.3.3 — スクリーンショットが使用中のアプリを見せていない #

最大の理由。Appleのルール:スクリーンショットは使用中のアプリを見せること — タイトルアート、ログインページ、スプラッシュ画面だけではだめです。

典型的なトリガー:

  • ロゴ、キャッチコピー、マーケティングアートワークばかりで、UIがほとんど見えないセット
  • ログイン/オンボーディング画面がメインのスクリーンショット
  • 出荷されたアプリと似ても似つかない機能のコンセプトモックアップ
  • 別プラットフォームのUI(Web版、Android版)のスクリーンショット

修正: 実際の画面を軸にセットを作り直すこと。朗報:審査を通るレイアウト — デバイスフレームに入った実際のUIと短いキャプション — は、最もコンバージョンするレイアウトでもあります。キャプションのオーバーレイとデバイスフレームは明示的に許可されています。フラグが立つのは捏造されたUIです。

ガイドライン2.3.1 — 存在しない機能を見せている #

提出したビルドでレビュアーが見つけられない機能をスクリーンショットが示していれば、リジェクトを覚悟してください(繰り返せばもっと悪い結果に)。これは悪気なく起こりがちです:カットされた機能が入ったベータビルドで作ったマーケティング用スクリーンショット。

修正: 実際に提出するビルドと各スクリーンショットを突き合わせて監査すること。現行バージョンにできないことを約束するキャプションは更新を。

ガイドライン2.3.8 — メタデータが全年齢向けでない #

スクリーンショットとプレビューは、アプリの年齢レーティングに関係なく4+の視聴者に適切でなければなりません。閲覧する誰の目にも触れるからです。17+のアプリのでは問題ない暴力・アダルトテーマ・不適切な表現も、プロダクトページ上ではアウトです。

修正: より穏当な画面を選ぶか、問題箇所をクロップ/ぼかすこと。成人向けテーマのゲームは通常、露骨なゲームプレイの瞬間ではなく雰囲気のあるショットで通ります。

ガイドライン2.3.10 — 他プラットフォームへの言及 #

Androidデバイスフレーム、Google Playバッジ、「Androidでも配信中!」といったキャプションを含むスクリーンショットはリジェクトされます。両ストアで1つのマーケティング画像セットを使い回すチームがよく噛まれます。

修正: ストアごとにアセットを分けて管理すること。両方の掲載を維持しているなら、App StoreとGoogle Playのセットを並べて管理できるツールを使えば、混同しにくくなります。

ガイドライン5.2 / 2.3.7 — 他者の知的財産 #

第三者のロゴ、有名人の写真、競合アプリの名前、商標登録されたキャラクター、他のデベロッパのプロダクトショットがスクリーンショットに含まれていると、リジェクトに加えて紛争のリスクも招きます。

修正: 権利を持つコンテンツだけを見せること。UI内に見える実在の第三者コンテンツ(アルバムアート、動画、ブランドのフィード)は、キャプチャ前にライセンス済みまたは汎用の代替物に差し替えを。

プレースホルダーと手抜きコンテンツ #

「Lorem ipsum」「テストテスト」、データのない空の状態、明らかに崩れたレイアウトは、未完成のアプリという印象を与えます。レビュアーは申請全体の丁寧さを、スクリーンショットからも判断します。

修正: リアルなデモデータでキャプチャすること — 埋まったリスト、それらしい名前、信じられる数字。(リアルであって本物ではなく:実際のユーザーデータをスクリーンショットに載せては絶対にいけません。)

古くなる主張:価格・プロモーション・ランキング #

「今週50%オフ」「仕事効率化No.1アプリ」、キャプションに焼き込まれた価格は、状況が変わった瞬間に不正確になります — レビュアーはそれを知っています。期間限定の主張はプレビューでは明示的に非推奨で、スクリーンショットでもリスキーです。

修正: キャプションはアプリができることについて書くこと。プロモーションはプロモーションテキスト(審査なしでいつでも編集可能)へ。


最速で「承認」に戻る方法 #

スクリーンショットのリジェクトに新しいビルドは不要です:

  1. Resolution Centerのメッセージを注意深く読む — ガイドラインが名指しされ、通常は問題のスクリーンショットが添付されています。
  2. 同じバージョンのままApp Store Connectでフラグの立った画像を差し替える。 リジェクトされたバージョンのメディア・メタデータ編集に新しいバイナリは不要です。
  3. Resolution Centerで変更内容を返信して再提出。メタデータのみの再審査は通常速いです。
  4. リジェクトが間違いだと考えるならアピールも可能ですが、スクリーンショットに関しては、争うよりアセットを差し替える方がほぼ常に速いです。

意外と知られていないプロセス上の注意:リジェクト時以外は、スクリーンショットは新しいアプリバージョンの提出でしか変更できません。レビュアーの取り締まりが厳しくなったガイドラインにセットが違反していると、些細なバグ修正リリースまでブロックされかねません — セットを一度で正しく作るべき理由がもう一つ増えました。


提出前チェックリスト #

新しいスクリーンショットを含む提出の前に、毎回確認を:

  • すべてのスロットで正確なピクセル寸法 — ここで検証
  • すべてのスクリーンショットが現行の実際のアプリUIを表示(2.3.3)
  • ビルドにできないことを見せていない(2.3.1)
  • 4+に適切なコンテンツ(2.3.8)
  • Android/他プラットフォームのフレーム・バッジ・言及なし(2.3.10)
  • 権利のない第三者の商標・ロゴ・人物なし(5.2)
  • リアルなデモデータ、プレースホルダーなし
  • 画像に焼き込まれた価格・割引・ランキングの主張なし
  • 必要なデバイスサイズをすべてカバー、WatchやVision Proに出すならそれも含めて
  • プレビュー動画は別の動画仕様を確認

公式のテキストはAppleのApp Reviewガイドライン セクション2.3スクリーンショット仕様にあります。


リジェクトというカテゴリーごと不可能にする #

このリストの半分 — 寸法、カバレッジ、ロケール間の一貫性 — は機械的な問題で、機械的な問題こそツールの出番です。Screenshot Studioは実際のUIを最新のデバイスフレームでキャプチャし(設計上2.3.3フレンドリー)、必要なすべてのサイズを正確に書き出し(寸法リジェクトなし)、ローカライズ済みセットの同期を保ち、すべてのファイルが正しいスロットに入った状態でApp Store Connectにアップロードします。

判断が必要な部分 — 何を見せ、何を主張するか — はあなたのもの。ファイルの機械的な問題から来るリジェクトは、なくせます。

Screenshot Studioを無料でダウンロードして、次のアップデートは息を止めずに提出しましょう。

開発者向けリソース

他の開発者と一緒に時間を節約

デザインスキル不要。Figmaのエクスポート地獄から解放。手動アップロードも不要。