visionOS App Store スクリーンショット：サイズと要件（2026年）
visionOS は、App Store スクリーンショットがスマートフォンやタブレットのように見えない唯一の Apple プラットフォームです。縦向きデバイスもノッチもホームインジケーターもありません — Vision Pro のスクリーンショットは、空間環境の中に浮かぶアプリのウィンドウを写した横長の 4K フレームです。この違いだけで、多くの申請ワークフローがつまずきます。iPhone や iPad ですでに使い慣れたツールは、縦向きデバイスフレームと、たまたまストアの要件に一致する固定シミュレータ解像度を前提としているからです。visionOS では、どちらの前提も成り立ちません。
この記事では、正確な要件、なぜ一見自然に見えるキャプチャ方法が誤ったサイズを生むのか、正しいサイズのフレームを取得する方法、空間アプリにおけるウィンドウ表示と没入型表示のニュアンス、そしてほとんどのスクリーンショットツールが対応せず放置している率直なギャップについて解説します。
visionOS スクリーンショットの要件
Apple の App Store Connect スクリーンショット仕様ページでは、Apple Vision Pro に対して1つのサイズのみが記載されています：
- Apple Vision Pro スクリーンショットサイズ： 3840 × 2160 ピクセル。
- アスペクト比： 16:9（標準的な 4K / UHD）。
- 向き： 横向き。縦向きの選択肢はありません。
- 形式： PNG、JPG、または JPEG。WebP、HEIC、TIFF は受理されません。
- 枚数： スクリーンショット1〜10枚、加えて App Preview 最大3本 — 他のすべてのプラットフォームと同じ上限です。
iPhone や iPad と異なり、対応が必要なディスプレイサイズは1つだけです。Vision Pro には「6.9" 対 6.5"」のような分岐も、別立ての iPad セットもありません。サイズは1つ、3840 × 2160 のみで、visionOS 向けに配信するすべてのアプリに必須です。この正確なサイズでのスクリーンショットなしに visionOS ビルドを申請すると、App Store Connect がアップロードをリジェクトします。
Apple が受理する他のすべてのサイズとの位置づけについては、App Store スクリーンショットサイズガイドに完全版のリファレンスがあり、より広範なルール（形式、透明度、ファイル上限）はApp Store スクリーンショット要件ページに掲載されています。
なぜシミュレータのスクリーンショットは間違ったサイズなのか
ここが多くの人を驚かせる部分です。スクリーンショットを取る反射的な方法 — visionOS シミュレータでアプリを実行し、Cmd + S（またはスクリーンショットボタン）を押す — では、3840 × 2160 のファイルは得られません。標準の visionOS シミュレータのスクリーンショットは、おおよそ2732 × 2048 ピクセル、アスペクト比 4:3 で出力されます。これはストアが求める解像度でも形状でもありません。
つまり、この自然な方法で撮ったシミュレータのスクリーンショットは、サイズを理由にリジェクトされます。修正方法はいくつかあります：
- Reality Composer Pro の Developer Capture。 Apple 自身の開発者向け資料が案内している方法です。この機能が生成するキャプチャはネイティブの 3840 × 2160 で記録されるため、出力はリサイズなしですでにストアの要件を満たしています。Xcode と Reality Composer Pro がインストール済みなら、これが最もクリーンな方法です。
- シミュレータのスクリーンショットをアップスケールしてクロップする。 2732 × 2048 のキャプチャを取得し、比率を維持したまま横幅 3840 にスケーリング（縦は約 2879 になります）した後、高さをちょうど 2160 にクロップします。動作はしますが手間がかかります — ピクセルを引き伸ばして手動でクロップする作業を、スクリーンショットの枚数分繰り返すことになります。
- 実機の Vision Pro からキャプチャする。 デバイス上で撮影したスクリーンショットは必要なフレームサイズに調整できますが、それでも最終的な寸法が正確に 3840 × 2160 になっているかは確認が必要です。
実践的な結論はこうです。iPhone でおおむね成り立つような「シミュレータがそのままストア向けファイルを渡してくれる」という前提を visionOS には当てはめないでください。visionOS では、キャプチャと「正しいサイズのアセット」は別の2段階の作業であり、その間にあるギャップは現実に存在します。これは、他のプラットフォームでもアップロードのリジェクトを引き起こす同種のミスです — その最もよくあるパターンについてはApp Store Connect が「スクリーンショットのサイズが正しくありません」と表示するときで解説しています。
シミュレータまたは実機からキャプチャする方法
典型的な visionOS アプリで実際に機能するエンドツーエンドのフローは次のとおりです：
- Xcode から visionOS シミュレータでアプリを実行します。 見せたい状態まで操作します — メインウィンドウを開き、該当するコンテンツを表示し、必要であれば没入型シーンも提示します。
- Reality Composer Pro の Developer Capture を使用します（利用可能な場合）。これによりレコーディングはネイティブで 3840 × 2160 になります。そのキャプチャから静止フレームを取り出します。
- 通常のシミュレータのスクリーンショットしかない場合は、横幅 3840 にアップスケールし、高さを 2160 にクロップします。アップロード前に最終的なピクセル寸法を必ず確認してください — App Store Connect は寸法を厳密にチェックします。
- カルーセルに掲載したい各アプリ状態について、これを繰り返します（最大10枚まで）。
重要な点が1つあります。visionOS の App Store スクリーンショットは、完全に空間的でステレオスコピックな画像である必要はありません。正確に 3840 × 2160 であり、visionOS 環境内でアプリが動作している様子を示していれば、フラットな2D画像でも受理されます。アップロードするのは3Dファイルではなく、たまたま空間アプリを描写している通常の画像です。
空間アプリ特有のニュアンス：ウィンドウキャプチャ対 没入型シーン
ここが、iPhone のスクリーンショットでは決して求められない判断を visionOS が要求してくる部分です。visionOS アプリの UI 提示方法には大きく2つのモードがあり、どちらが体験の中心かによって、スクリーンショットに何を写すべきかが変わります：
- ウィンドウベースのアプリ。 多くの visionOS アプリは基本的に浮遊するウィンドウ — 空間内に提示された2Dインターフェースで、時に奥行きやオーナメントを伴います。この種のアプリでは、スクリーンショットの焦点はほぼウィンドウの内容と、それが空間内にどう収まっているかです。構図の問い自体はどのプラットフォームでも同じです：どの画面を、どの状態で、ユーザーが何を見ているところを見せるか。
- 没入型アプリ。 Full または Mixed の没入空間を開くアプリは、ユーザーの視界をコンテンツで満たします。1枚のフラットなスクリーンショットで捉えられるのは、その一部 — 1つの視点、1つの瞬間だけです。本質的に360度に近い体験を最もよく表すフレームを選ばなければならず、これはスマートフォンの画面を1つ選ぶよりも本当に難しい作業です。
背景についても考慮が必要です。visionOS のキャプチャには周囲の環境 — ウィンドウの背後にあるパススルーまたは仮想シーン — が含まれ、意図する・しないに関わらずスクリーンショットの一部になります。その環境はスクリーンショットの見え方に実際の影響を与えているため、シミュレータのデフォルトのままストアの掲載ページに紛れ込ませるのではなく、キャプチャ時にアプリの背後に何を置くかを意図的に決める価値があります。
これらはどれも自動的に決まるものではありません。何を見せるか、どの没入型視点を選ぶか、背後にどんな環境を置くかは、人間による構図の判断です — そして、それがスクリーンショットが実際にアプリを売り込めるかどうかを最も左右する部分です。
率直なギャップ：ほとんどのツールが visionOS を無視している
ここが誰も宣伝しない部分です。App Store スクリーンショットツールの大きなエコシステム — デバイスフレームジェネレーター、カルーセルビルダー、「スクリーンショットを入れればモックアップにします」系のサービス — は、圧倒的に iPhone と iPad を中心に作られています。洗練されたスマートフォンフレーム、タブレットフレーム、時には Apple Watch まで揃っています。Vision Pro 対応は「後回し」から「存在しない」までさまざまです。
理由はいくつかあります。visionOS のインストール数は iPhone に比べて少なく、商業的なインセンティブが弱いこと。3840 × 2160 の横向きフレームは、これらのツールが前提としている縦向きデバイスのテンプレートを崩してしまうこと。そして、iPhone の画面をベゼルで包むような、Vision Pro スクリーンショットをきれいに包む「デバイスフレーム」自体が存在しないこと — デバイスはフレームの中ではなく、ユーザーの顔の上にあるからです。そのためほとんどのツールは visionOS の部分に単純に穴を開けたままにしており、開発者はキャプチャ・リサイズ・構図決定をすべて手作業で行うことになります。
visionOS 向けに配信するなら、このギャップを見込んでおいてください。キャプチャ作業に工数を確保し、寸法の手動確認を想定し、iPhone のスクリーンショットで使っているツールに visionOS 対応の道筋があると思い込まないでください。多くの場合、対応していません。
Mokbi が役立つ部分（役立たない部分）
まず率直な答えから。Mokbi は visionOS のスクリーンショットをキャプチャしません。シミュレータを実行することも、Vision Pro から録画することも、没入空間からフレームを取り出すこともできません。3840 × 2160 の visionOS 動作画像を取得するキャプチャ工程は、Developer Capture または前述のアップスケール＋クロップの方法で、あなた自身が行う必要があります。ブラウザツールが空間アプリを魔法のようにキャプチャできると謳っているとしたら、それは誇大宣伝です。
Mokbi が役立つのは、その後の構図とローカライズです。正しいサイズの visionOS フレームを用意できたら、Mokbi はそれをストア公開用カルーセルに仕上げるブラウザエディタです。キャプションの追加、マルチパネルレイアウトの構成、Apple の App Store の全言語へのキャプション翻訳のワンクリック実行、そして正しい寸法でのエクスポートまで行えます。すでにキャプチャ済みのスクリーンショットの上にデザインを重ねる作業であり、キャプチャそのものではありません。デザインは透かし入りプレビューで無料、無制限のエクスポートと公開はサブスクリプションに含まれます — Solo は €29.99/mo（1アプリ）、Studio は €49.99/mo（最大5アプリ）で、買い切りはありません。横向き 4K の visionOS フレームに関して言えば、価値があるのはキャプションとローカライズのワークフローであり、デバイスフレームではありません — Vision Pro を包むベゼルというものは存在しないからです。