2026 折叠屏 iPhone Ultra：App Store 截图要提前重做吗？

截图模板突然出现新设备名称，设计团队准备整批重做；但 Apple 还没有公布折叠屏设备的 App Store 素材规则。

最快解法：现在不要按传闻尺寸批量重做。先沿用当前素材，拆开采集、加框、排版和导出流程，准备少量能体现宽屏价值的候选画面，等 Apple 官宣设备与 App Store Connect 规格后再导出最终文件。

最后更新于 2026 年 8 月 8 日，数据核实自 Apple Developer、App Store Connect Help、Apple 官方开发者视频及公开媒体报道。

这篇适合三类人：

• 计划在 2026 年秋季提交 iOS 新版本，担心发布窗口临时增加素材工作的发布负责人。
• 管理多语言截图、自定义产品页或增长素材，需要提前评估返工成本的设计与增长团队。
• 正在验证折叠或展开布局，但还没有官方设备和截图规格的 iOS 开发者、测试负责人。

先按现有规格交付，不要为传闻设备制造独立套图

截至 2026 年 8 月 8 日，Apple 的 App Store 截图规格文档仍按现有设备显示尺寸组织上传要求。当前页面列出了 iPhone 的多个显示尺寸与横竖屏像素要求，但没有公布折叠屏 iPhone Ultra 的专用截图槽位，也没有说明折叠态和展开态是否需要分别上传素材。

这三件事不能混为一谈：

• 设备传闻：据媒体和供应链报道，Apple 可能在 2026 年秋季展示首款折叠屏 iPhone，名称可能是 iPhone Ultra；亮相与开售时间也可能分离。这些仍不是 Apple 的正式规格。(Forbes 的发布时间线报道)
• App 运行布局：iOS 27 已提供更灵活的尺寸环境，开发者需要验证内容在不同窗口宽度下是否可读、可操作。
• App Store 素材规则：由 App Store Connect 当前页面决定。设备传闻不会自动生成新的上传槽位。

Apple 当前规则允许每个设备尺寸上传 1 到 10 张截图；如果界面在不同设备尺寸上保持一致，可以只提供最高分辨率素材，由系统缩放到较小尺寸。你也可以在 Media Manager 中为其他尺寸和本地化添加专用截图。(Apple 的截图与 App 预览管理说明)

因此，通用功能页、登录后首页、稳定的购买流程和长期不变的核心卖点，不需要因为传闻中的屏幕尺寸立即重做。

✅ 继续沿用的素材

• 不依赖设备外观的功能演示。
• 文字层次已经适配当前最高分辨率截图。
• 页面在窄窗口中仍能完成主要任务。
• 没有使用尚未官宣的设备边框或系统界面。

❌ 暂时不要做的事情

• 把传闻分辨率写进截图脚本。
• 根据媒体渲染图制作“官方设备框”。
• 假设折叠态、展开态对应两个独立素材槽位。
• 为所有语言和自定义产品页提前复制整套截图。

哪些 App 值得先备宽屏候选画面

并不是所有 App 都需要展示展开态。你应该先找出“空间变宽后，用户能明显多完成一件事”的页面。

比较值得准备候选画面的类型包括：

• 编辑器：正文、工具栏和预览区可以减少来回切换。
• 仪表盘：多个指标能够同时显示，减少分页。
• 阅读器：目录、正文和批注区域可能拥有更清晰的层次。
• 地图类 App：地图区域扩大后，搜索结果或路线信息仍需保持可见。
• 多栏工具：文件列表、详情面板和操作区能够形成稳定的并列关系。

候选画面必须来自真实 App 界面。Apple 的审核指南要求截图准确反映 App 的核心体验，截图应展示 App 正在使用，而不是只放标题图、登录页或启动画面。(Apple App Review Guidelines)

你可以先用 iOS 27 和 Xcode 27 验证“宽度变化是否带来真实价值”，但不要把模拟器的任意窗口尺寸直接当成 App Store 最终素材尺寸。Apple 在 WWDC26 的开发者视频中说明，Xcode 27 可通过可调整的模拟器窗口测试不同屏幕宽度，布局判断应更多依赖可用空间和 size class，而不是硬编码设备类型或方向。(Apple Developer 关于可调整窗口测试的视频)

一个场景判断

假设你的 App 是阅读工具：

• 窄窗口：正文和目录需要通过按钮切换。
• 较宽窗口：目录可以固定在左侧，正文保持连续阅读。
• 展开后：如果只是把同一张卡片拉宽，文字没有增加可读性，就不值得制作专用商店图。

商店截图不是布局测试报告。它要展示用户为什么需要你的 App，而不是证明你的 App 能填满更大的画布。

先改造截图流水线，再等待最终规格

真正容易造成秋季返工的，通常不是重新导出图片，而是旧脚本把设备和像素写死在多个步骤里。

先审计这几个位置：

• 设备名称是否直接写在文件名或模板图层中。
• 像素尺寸是否同时写在采集脚本、加框脚本和导出配置里。
• 横屏、竖屏是否只能通过复制整套模板切换。
• 文案层是否绑定固定坐标，窗口变化后会遮挡界面。
• 导出文件是否由人工逐张改名，无法追踪语言和设备版本。

建议把流程拆成四段：

第一段：采集。
从 Xcode 模拟器或测试设备获取真实 App 画面。采集层只负责记录页面、语言、状态和窗口环境，不决定最终商店像素。

第二段：加框。
设备边框、阴影和背景独立成可替换组件。当前阶段可以使用中性画布，不要放入尚未官宣的 iPhone 外观。

第三段：排版。
把标题、卖点和界面区域分成独立图层。文案不要贴死在截图像素上，给不同画布保留安全裁切区域。

第四段：导出。
最终尺寸、方向、格式和压缩策略集中放在一个配置文件中。等 App Store Connect 更新规则后，只替换配置，不重新设计全部页面。

Apple 当前截图文档列出的示例尺寸包括：6.9 英寸显示尺寸的竖屏截图为 1260 × 2736 像素，6.3 英寸显示尺寸的竖屏截图为 1179 × 2556 像素；这些是现行规格，不是折叠屏 iPhone 的传闻分辨率。(Apple 当前截图尺寸与上传要求)

如果你已经在搭建自动化截图，可以参考 MacHTML 帮助中心中的开发环境说明，把模拟器、脚本和导出任务拆成可替换步骤。这里的重点不是提前猜尺寸，而是让尺寸变化不会牵动整个流水线。

多语言和自定义产品页会放大返工范围

单一语言、少量截图的 App，等待官方规格通常更划算。真正需要提前模板化的，是下面这类团队：

• 同时维护多个本地化语言。
• 每种语言都有不同的卖点文案。
• 使用多个自定义产品页测试不同受众。
• 截图中包含价格、单位、日期或地区化内容。
• 每次版本发布都需要重新采集真实数据。

App Store Connect 的截图和 App 预览可以按语言、设备尺寸分别管理；如果界面在多个尺寸和本地化之间一致，Apple 允许只提供最高分辨率截图并自动缩放。

你现在应该锁定的不是最终图片，而是每张图的“表达任务”：

成本控制的核心是“替换采集与导出”，而不是“重新想一套营销叙事”。语言越多、截图套数越多、产品页变体越多，越应该先做图层化模板；只维护少量截图的 App，则可以继续等待官方页面变化。

如果你还需要评估远程 Mac 的地区可用性、Xcode 工具链和协作方式，可以先按 MacHTML 的开发环境验收思路检查系统版本、模拟器、脚本运行和远程协作是否稳定，再决定是临时使用远程环境，还是继续维护本地设备。更多基础环境排查步骤，也可以参照 MacHTML 帮助中心中的远程开发说明。

发布会、SDK 验证和素材提交不要绑成一个节点

据媒体报道，折叠屏 iPhone 可能在 2026 年 9 月的 Apple 活动中亮相，但媒体对具体日期、产品名称以及亮相和开售是否同步仍存在条件式判断。你不能把“发布会亮相”直接等同于“App Store 素材规格已经生效”。

更稳妥的排期是拆成五个独立节点：

1. 版本功能冻结：先确定秋季版本到底要展示哪些真实功能。
2. iOS 27 验证：使用 Xcode 27 的可调整窗口检查宽度变化、文字折行和关键操作。
3. 候选画面准备：只采集编辑器、仪表盘、阅读器等确实体现宽屏价值的页面。
4. 官方规格复核：发布会后检查 App Store Connect 是否增加设备分类、素材槽位或新的接受尺寸。
5. 最终导出与提交：根据官方规则重新采集、排版、导出，再进入版本提交流程。

如果你要在发布会前搭建临时测试环境，可以先按 MacHTML 的开发环境验收思路检查 Xcode、模拟器、脚本运行和远程协作是否稳定，而不是追求一台传闻中的实体设备。

官宣后按清单验收，不要凭截图预览猜规则

Apple 当前说明：截图可以在 App Store Connect 中上传和管理；当 App 已提交并获批准后，如果要更新截图，需要创建新版本。也就是说，素材更新是否要绑定新的 App 版本，要看你是在审核前修改，还是已经通过审核后更新产品页素材。

官宣后，按下面的顺序验收：

• [ ] 核对 Apple 公布的正式设备名称，不使用媒体暂称。
• [ ] 检查 App Store Connect 是否新增专用设备尺寸或截图槽位。
• [ ] 记录接受的像素尺寸、横竖屏方向和缩放规则。
• [ ] 确认截图来自真实 App 界面，而不是概念渲染图。
• [ ] 验证折叠态和展开态是否真的对应不同素材要求。
• [ ] 检查首张截图能否解释宽屏对用户的实际价值。
• [ ] 复核多语言文案是否出现换行、遮挡或安全区问题。
• [ ] 对照 App Review Guidelines，删除尚未上线或无法审核的功能画面。
• [ ] 判断当前最高分辨率素材是否已经足够，不为传闻设备制造独立套图。
• [ ] 如果已通过审核，再确认素材更新是否需要创建新的 App 版本。

若 Apple 最终没有新增专用规格，最优先的动作通常是优化现有最高分辨率截图，而不是额外维护一套“折叠屏专用图”。这也符合 Apple 当前对高分辨率素材自动缩放的管理方式。

你的当前方案和 Mac 方案，差别在发布窗口的可控性

如果你现在依赖个人电脑临时跑 Xcode 27、模拟器和截图脚本，常见问题是环境版本不一致、远程协作时无法复现、导出任务被其他开发工作打断。等发布会后再临时找设备或配置环境，还会把采集、设计复核和版本提交压在同一个窗口里。

对需要提前验证可调整布局、批量采集多语言截图或运行自动化脚本的团队，租用 Mac 环境通常更容易隔离项目依赖、固定工具链，并让设计与测试人员共享同一套可复现环境。但如果你是长期稳定重负载、必须连接专用物理设备，或每天都要持续运行本地任务，自购 Mac 仍可能更合适。

现在先保存这份验收清单，等 Apple 官方页面更新后逐项复核。若你只需要临时验证 iOS 27 布局、搭建 Xcode 27 截图流程或赶在秋季版本提交前完成一次远程验收，MacHTML 的 Mac 环境可以作为比临时拼装本地设备更容易控制的短期方案。