シミュレーターで撮った画像を用意したのに、App Store Connectで提出できるか判断できない状態ですか。
Xcode 27のDevice Hubはシミュレーター画面を撮影できますが、そのまま提出できるとは限りません。端末仕様、画面内容、ファイル条件、アップロード可否を順に確認してください。
UIデザイナー：アプリの実画面からストア用スクリーンショットを作り、提出条件まで確認したい方。
個人開発者：Device Hubで撮影した画像を、作り直す前に仕様と照合したい方。
Windows中心のチーム：Windowsでレイアウトを整え、Macでシミュレーターと提出画面を確認したい方。
最終更新：2026年9月29日。Xcodeのリリース記録、Device Hubの撮影資料、App Store Connectの仕様・アップロード説明を基に確認しています。仕様や対応状況が変わる可能性があるため、提出当日にも各公式資料を再確認してください。
まず切り分ける：撮影画像と提出素材
Device Hubで撮影した画像は、App Store Connectへそのまま登録できますか。
撮影できることと、提出条件を満たすことは別です。Xcode 27は2026年9月14日に公開され、Device Hubではシミュレーターを動かして画面を撮影できます。公開日はAppleのXcodeリリース記録、撮影機能はDevice Hubのスクリーンショット説明で確認できます。
作業では画像を3種類に分けます。シミュレーターから取得した「元画像」、文字や背景を加えた「ストア用のデザイン素材」、審査用として実際に登録する「最終ファイル」です。加工後の画像を使う場合も、アプリの機能や実際の画面を誤認させる表現になっていないか確認します。
撮影解像度はMacのディスプレイ設定ではなく、選択したシミュレーター端末に対応します。Mac側の画面サイズに合わせて切り抜くと、必要な端末向け素材と寸法がずれることがあります。
端末仕様と提出入口の照合
まず、アプリが対応するプラットフォームと、App Store Connectで素材を登録する端末枠を特定します。必要な寸法、向き、対応端末は更新される可能性があるため、古いテンプレートを共通ルールとして使わず、現行のスクリーンショット仕様で対象枠を確認します。
仕様表とシミュレーターのサイズが合わない場合はどうしますか。
加工で無理に拡大・縮小する前に、対象端末と向きを選び直して撮影し直します。提出先の端末枠と撮影元が一致しているかが判断基準です。現行条件はアップロード手順でも照合してください。
| 確認対象 | 確認する内容 | 合わない場合 |
|---|---|---|
| 対応端末 | アプリの対応プラットフォームと提出先の端末枠 | 対象枠を選び直す |
| 画像サイズ・向き | 現行仕様ページの寸法と向き | 該当するシミュレーターで撮影し直す |
| 撮影元 | 画面が対象アプリの正しい状態か | アプリの状態を整えて再撮影する |
iPhone Duoについては、Appleの仕様ページにスクリーンショット寸法が掲載されています。一方で、同ページは同端末のスクリーンショットのアップロード対応が年内の後半に提供される予定としています。寸法が公開済みでも提出入口が利用可能とは限らないため、準備用の仕様として扱い、登録前にApp Store Connectの端末選択欄を確認してください。最新情報は仕様ページで再確認します。
画面内容とファイル条件の分離
画面の見栄えとファイルの適合性は、別々に判定します。画像サイズが一致していても、実際のアプリ画面と異なる機能を示したり、表示内容を誤解させる加工を加えたりしていれば、提出用素材として適切とは言えません。
ファイルについては、形式、寸法、透過の有無を個別に確認します。対応形式や条件を記憶だけで決めず、Appleのアップロード説明に照らします。API経由で素材を送る運用では、素材アップロードの説明も確認対象です。
| 素材の段階 | 主な確認項目 | 合格の判断 |
|---|---|---|
| 元画像 | アプリ、画面状態、端末、向き | 対象機能が実際に表示されている |
| デザイン素材 | テキスト、背景、加工による誤認 | 画面や機能を事実と異なる形で示していない |
| 最終ファイル | 寸法、形式、透過、提出先 | 現行仕様と登録画面の条件を満たす |
言語別の素材を用意する場合は、画像とローカライズ先の対応を記録します。Appleはストア情報を言語ごとに管理する仕組みを案内しています。詳しくはアプリ情報のローカライズ説明を確認し、どの画像をどの言語・端末枠に登録したか、制作側でも一覧に残しておきます。共通の構図をすべての端末サイズへ流用する場合も、文字切れや情報の欠落がないか実寸で見直します。
Windowsからの最終確認
Windows上でレイアウトやテキストを作ることはできますが、WindowsだけではXcode 27のDevice Hubを使ったシミュレーター撮影を確認できません。Windows設計者がApp Store用のスクリーンショットを検収するなら、Mac上で実画面を撮影し、ファイルをWindowsへ戻して加工・整理する分担が可能です。
Windowsのデザイン担当者がリモートMacで確認する部分はどこですか。
Mac側で対象シミュレーターとアプリ画面を確認し、Device Hubで得た元画像を制作側へ渡します。Windows側では版面や言語差分を確認し、提出担当者がApp Store Connectの端末枠と登録結果を最終確認します。Macが必要なのは、実際にXcode 27とDevice Hubを使う工程がある場合です。
作業前に、どの端末・言語の画像を誰が提出するかを決めます。遠隔でのファイル受け渡しや提出担当の確認方法はチームの運用に合わせてください。Macでの作業環境を比較する場合は、MESHLAUNCHの日本向けMac mini案内で利用方法を確認できます。
提出前のチェックリスト
- [ ] 画像が対象アプリの正しい画面状態から撮影されている
- [ ] シミュレーター端末とApp Store Connectの提出先が一致している
- [ ] サイズと向きが現行の公式仕様に合っている
- [ ] デザイン加工で機能や画面を誤認させていない
- [ ] ファイル形式と透過の条件を公式説明で確認した
- [ ] 言語別・端末別の画像を対応表で追跡できる
- [ ] iPhone Duoを使う場合、App Store Connectに提出入口が表示されている
- [ ] 提出担当者が登録後の表示を確認した
撮影用の元画像、ストア向けに加工した素材、提出済みファイルを分けて管理すると、寸法違いの修正や言語差し替えの際に取り違えを防げます。提出画面に対象端末が表示されない場合は、その仕様の画像を準備しても登録可能とは判断せず、対応開始を確認してから進めます。
Windows中心の環境だけで完結させると、Device Hubでの実画面確認ができず、画像の受け渡しや提出直前の確認も別工程になりがちです。Xcode 27を使う作業が一時的なら、Macを購入する前にリモート利用を検討する余地があります。継続的な重い作業や物理機器との接続が必要なら、専用Macのほうが適する場合もあります。シミュレーター撮影と提出確認のためにMacが必要な期間が限られている場合は、MESHLAUNCHでリモートMacの利用条件を確認し、Windows側の制作工程と無理なく分担できるかを判断してください。