visionOS App Store 截图：尺寸与要求（2026）
visionOS 是唯一一个 App Store 截图看起来不像手机或平板的 Apple 平台。没有竖屏设备，没有刘海，没有主屏幕指示条——Vision Pro 截图是一个宽幅 4K 画面，展示你的应用窗口漂浮在空间环境中。这一个差异就会打乱很多提审流程，因为大家惯用的 iPhone 和 iPad 工具默认竖屏设备框架和一个恰好与商店匹配的固定模拟器分辨率。在 visionOS 上，这两个假设都不成立。
本文将说明确切要求、为何直接截图会得到错误尺寸、如何获得正确尺寸的画面、空间应用中「窗口」与「沉浸式」的取舍，以及大多数截图工具留给你自己解决的真实缺口。
visionOS 的截图要求
在 Apple 的 App Store Connect 截图规格页面上，Apple Vision Pro 只列出一个尺寸：
- Apple Vision Pro 截图尺寸：3840 × 2160 像素。
- 宽高比：16:9（标准 4K / UHD）。
- 方向：横屏。没有竖屏选项。
- 格式：PNG、JPG 或 JPEG。不接受 WebP、HEIC 和 TIFF。
- 数量：1 到 10 张截图，外加最多 3 个 App 预览——与其他平台的限制相同。
与 iPhone、iPad 不同，这里只有一种显示尺寸需要支持。Vision Pro 没有「6.9 英寸 vs 6.5 英寸」的划分，也没有单独的 iPad 规格。只有一个尺寸——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 上，「截图」和「尺寸正确的素材」是两个独立的步骤，二者之间的差距是真实存在的。其他平台上导致上传被拒的最常见问题也是同一类错误——我们在App Store Connect 提示截图尺寸错误时该怎么办中写过最常见的版本。
如何从模拟器或设备中截图
针对一款典型 visionOS 应用，一个可行的端到端流程如下：
- 在 Xcode 中于 visionOS 模拟器运行应用。将它驱动到你想展示的状态——主窗口打开、相关内容可见、需要的沉浸式场景已呈现。
- 如果有条件，使用 Reality Composer Pro 的 Developer Capture，这样录制内容原生即为 3840 × 2160。从该录制中提取一帧静止画面。
- 如果只有普通的模拟器截图，将其放大到宽度 3840，再把高度裁剪到 2160。上传前务必确认最终像素尺寸——App Store Connect 会做精确校验。
- 对轮播图中想展示的每个应用状态重复上述步骤，最多十张截图。
有一个细节值得注意：visionOS App Store 截图不需要是完全空间化的立体图像。只要精确为 3840 × 2160 且展示了应用在 visionOS 环境中运行的画面，普通的平面 2D 图片也会被接受。你上传的不是一个 3D 文件——而是一张恰好呈现了空间应用的普通图片。
空间应用的特殊之处：窗口截图 vs 沉浸式场景
这正是 visionOS 要求你做出 iPhone 截图从不需要做的判断的地方。一个 visionOS 应用大致可以以两种模式呈现界面，截图该展示什么取决于哪种模式定义了这段体验：
- 基于窗口的应用。许多 visionOS 应用本质上是漂浮的窗口——一个呈现在空间中的 2D 界面，有时带有深度和装饰元素。对这类应用来说，截图主要关乎窗口内容以及它在环境中的位置。构图问题和其他平台一样：展示哪个界面、哪种状态、用户在看什么。
- 沉浸式应用。开启完全或混合沉浸式空间的应用会用内容填满用户的整个视野。一张平面截图只能捕捉其中一个切片——一个视角、一个瞬间。你必须选出最能代表这种本质上接近 360 度体验的画面，这确实比挑一个手机界面更难。
还需要考虑背景。visionOS 截图会包含周围环境——你的窗口背后的穿透视图或虚拟场景——无论你是否有意为之，它都会成为截图的一部分。这个环境对截图的观感有实际影响，所以截图时值得刻意决定应用背后放什么，而不是任由模拟器的默认设置渗透进你的商店页面。
这些都不会自动帮你处理好。展示什么内容、选哪个沉浸式视角、背后放什么环境，都是需要人来做的构图决策——而这部分恰恰最影响这张截图是否真的能促成用户下载。
真实缺口：大多数工具都忽略了 visionOS
这是没人愿意公开说的部分。围绕 App Store 截图的庞大工具生态——设备框架生成器、轮播图搭建工具、「把截图丢进来我们帮你做效果图」的服务——几乎全部是围绕 iPhone 和 iPad 打造的。它们有打磨精致的手机框架、平板框架，有些还有手表框架。对 Vision Pro 的支持，好一点的算是「顺带做了」，差一点的干脆「不存在」。
为什么？有几个说得过去的原因。相对 iPhone 而言，visionOS 的装机量还很小，商业动力不足。3840 × 2160 的横屏画幅打破了这些工具赖以搭建的竖屏设备模板。而且也没有一种干净的「设备框架」可以像给手机屏幕套上 iPhone 边框那样，把 Vision Pro 截图包进去——设备是戴在脸上的，不在画面里。于是大多数工具干脆在 visionOS 该出现的地方留了个空白，开发者只能自己手动完成截图、调整尺寸和构图。
如果你要发布到 visionOS，请提前为这个缺口做打算。预留截图工作的时间，预期需要手动核对尺寸，也不要假设你用于 iPhone 截图的工具就一定支持 visionOS 路径。很多都不支持。
Mokbi 能帮到什么（以及帮不到什么）
先说直接的答案：Mokbi 不会帮你截取 visionOS 截图。它不会运行模拟器，不会从 Vision Pro 上录制，也无法帮你从沉浸式空间中提取画面。截图这一步——获取一张应用在 visionOS 中运行的 3840 × 2160 图片——需要你自己完成，可以通过 Developer Capture，也可以按上文所述放大再裁剪。任何声称浏览器工具能「神奇地」截取空间应用的说法，都是言过其实。
它真正发挥作用的地方是在此之后的构图与本地化环节。一旦你有了一张尺寸正确的 visionOS 画面，Mokbi 是一个浏览器编辑器，用来把它排布进商店轮播图：添加文案、搭建多面板布局、一键将文案翻译为 Apple 支持的全部 App Store 语言，并以正确尺寸导出。它是在你已经截好的截图之上做设计——而不是替你去截图。设计免费，带水印预览；无限次导出与商店发布需订阅——Solo €29.99/mo（1 个应用）或 Studio €49.99/mo（最多 5 个应用），无一次性购买。就横屏 4K 的 visionOS 画面而言，它的价值在于文案与本地化流程，而不是设备框架——毕竟没有边框可以用来包裹 Vision Pro。