在真正提交 App 审核之前，截图通常是最后一个“看起来不复杂、但最容易被低估”的步骤。
功能已经测试完成，IPA 也顺利上传，结果卡在了截图：尺寸不对、设备不全、重复操作太多。

如果只维护一个 App，问题还不明显；一旦涉及多语言、多版本或者频繁更新，手动上传截图很快就会变成纯体力活。

先把规则想清楚，再谈工具

我一般会先确认三个现实条件：

  • 当前 App 是否支持 iPad
  • 是否需要维护多套本地化截图
  • 截图来源是实机、模拟器，还是设计稿

这些条件会直接决定截图数量，也决定了后面是否值得“批量化”。

常见的几种截图上传方式，各自的代价

直接在 App Store Connect 上传

这是最原始的方式，也是最直观的。
缺点同样明显：

  • 每个设备尺寸要单独拖拽
  • 一次只能处理一个语言
  • 改一次版本，几乎要重来一遍

如果截图数量多，很容易在重复操作中出错。

借助设计工具生成截图

不少团队会用 Figma、PS 或 Sketch 批量导出不同尺寸的图片。
这一步解决的是“图怎么来”，但并没有解决“图怎么传”。

把截图上传这一步交给工具处理

在实际项目中，我更倾向于把“截图整理”和“截图上传”拆开来看。
整理交给设计工具，上传交给更适合做自动化的工具。

这里我用的是 开心上架（AppUploader） 提供的批量上传截图功能。

批量上传截图前，我通常会这样准备

打开 AppUploader 后，进入「批量上传截图管理」。
第一件事不是上传，而是点击 下载模板。

这个模板本质上是一个已经规划好结构的目录，用来告诉工具：

  • 哪些图片属于哪种设备
  • 哪些图片需要上传到对应的截图位

我一般会把整理好的截图，按模板要求直接拖进去，而不是反过来调整模板。
批量上传截图

把截图放进模板时，有几个细节很关键

  • 文件名不需要特别复杂，顺序比名字更重要
  • 不同尺寸的截图不要混放
  • 如果 App 不支持 iPad，可以直接不放 iPad 目录

有一次我只是多放了一张尺寸不合规的图，结果整组上传失败，这种问题用人工很难第一时间发现。

执行批量上传时，工具在做什么

点击上传后，AppUploader 会自动完成几件事情：

  • 按目录识别设备尺寸
  • 将截图匹配到 App Store 对应的设备槽位
  • 统一提交到后台，而不是逐张模拟人工操作

这一步最大的价值不是“快”，而是一致性。

没有 iPad 截图时的现实做法

在不少项目里，App 本身并没有针对 iPad 做适配。
但审核仍然要求提供对应尺寸的截图。

我通常会用两种方式补齐：

  • uniapp 项目在浏览器中调整分辨率截图
  • 用 PS 对现有 iPhone 宣传图进行比例放大

只要分辨率符合要求、内容真实，一般不会成为审核问题。

批量上传并不意味着可以忽略审核风险

工具只能减少重复劳动，但并不能替你判断内容是否合规。
我会在上传前再快速确认：

  • 是否包含误导性 UI
  • 是否展示了未开放的功能
  • 是否存在模糊、压缩过度的问题

这些问题一旦被拒，和上传方式无关。

多工具协作，比单一工具更现实

实际流程中，我常见的组合是：

  • 设计工具生成截图
  • 本地按模板整理
  • 用 AppUploader 批量上传

每个工具只做自己最擅长的事，流程反而更稳定。