构建过审了,代码没问题 — 拒绝邮件里说的却是你的截图。这是发布过程中最让人恼火的浪费时间的方式之一:截图被拒几乎总能避免,但原因几乎从不被解释清楚。
截图会在两道不同的关卡失败,修法取决于你卡在了哪一道:
- App Store Connect 拒收上传 — 技术校验失败,审核还没开始。
- App Review 拒绝提交 — 人工审核员对你的元数据提出异议,通常会引用像 2.3.3 这样的指南编号。
本文逐条覆盖两类问题,附指南出处和最快回到"In Review"的路径。
关卡 1:App Store Connect 不收文件 #
这些不是审核拒绝 — 只是上传失败,或槽位一直红着。三个原因覆盖几乎所有情况:
像素尺寸不对 #
每个设备槽位只接受精确尺寸。往期待 1320 × 2868 的槽位里放 1290 × 2796 的图片,要么悄悄失败,要么报一个含糊的错误。这是提交当晚最常见的拦路虎 — 对照截图尺寸完全参考检查文件,或把它们拖进我们免费的截图检查器,立刻告诉你每张图适配哪个槽位(或哪个都不适配)。
格式或色彩配置不对 #
截图必须是 PNG 或高质量 JPEG、RGB(Display P3 和 sRGB 都行),JPEG 不能带透明通道,不能用设计工具导出的 CMYK。
数量不对 #
每个设备尺寸、每种语言接受 1–10 张截图。必填槽位是 0 张会直接卡死提交 — 添加 watchOS 或 visionOS 支持后才发现这些平台需要各自的截图,是经典的"惊喜"。
修法: 按要求的精确尺寸重新生成。如果你还在用设计工具手动导出,换一个能从单一设计导出所有槽位精确尺寸的截图生成器,这整道关卡就消失了。
关卡 2:App Review 拒绝,按指南逐条看 #
指南 2.3.3 — 截图没有展示使用中的应用 #
头号原因。Apple 的规则:截图必须展示使用中的应用 — 不能只是标题图、登录页或启动页。
典型触发点:
- 满是 logo、slogan 和营销图、几乎看不到 UI 的一组截图
- 以登录/引导页为主的截图
- 与实际上架应用毫不相像的功能概念图
- 其他平台 UI(网页版、Android 版)的截图
修法: 围绕真实界面重建截图组。好消息是:能过审的版式 — 设备边框里的真实 UI 加一句短标题 — 恰好也是转化率最高的版式。文字叠加和设备边框是明确允许的;被标记的是凭空捏造的 UI。
指南 2.3.1 — 展示了不存在的功能 #
如果截图演示的功能审核员在提交的构建里找不到,就等着被拒吧(屡犯后果更严重)。这经常是无心之失:营销截图是用带着后来被砍掉功能的测试版做的。
修法: 把每张截图和你实际提交的构建逐一核对。承诺了当前版本做不到的事的标题,改掉。
指南 2.3.8 — 元数据不适合所有受众 #
无论你的应用分级如何,截图和预览都必须适合 4+ 受众,因为任何浏览的人都能看到。在 17+ 应用内部没问题的暴力、成人主题或脏话,放在产品页上就不行。
修法: 选更温和的画面,或裁剪/模糊问题内容。成人题材的游戏通常靠氛围镜头而非露骨的游戏画面过审。
指南 2.3.10 — 提及其他平台 #
截图里出现 Android 设备边框、Google Play 徽章或"Android 也能用!"的文案会被拒。在两个商店复用同一套营销图的团队最容易中招。
修法: 分开维护每个商店的素材。如果两边都要上架,用一个能并排管理 App Store 和 Google Play 截图的工具,就很难搞混。
指南 5.2 / 2.3.7 — 别人的知识产权 #
截图里出现第三方 logo、名人照片、竞品应用名称、注册商标角色或其他开发者的产品图,不仅招来拒绝,还可能引发纠纷。
修法: 只展示你有权使用的内容。UI 里可见的真实第三方内容(专辑封面、视频、品牌信息流),截图前换成有授权的或通用的替代物。
占位符和敷衍内容 #
"Lorem ipsum"、"测试测试"、没有数据的空状态、明显错乱的排版,都会被解读为应用没做完。审核员也会从截图判断整个提交的用心程度。
修法: 用真实感的演示数据截图 — 填满的列表、像样的名字、可信的数字。(是真实感,不是真实:绝不要把真实用户数据放进截图。)
会过期的表述:价格、促销、排名 #
"本周五折"、"效率类第一名"、直接印在文案里的价格,情况一变就失实 — 审核员心里有数。限时表述在预览中被明确不建议,在截图中同样危险。
修法: 文案只写应用能做什么。促销放进推广文本(随时可改,无需审核)。
快速回到"已批准" #
截图被拒不需要新构建:
- 仔细读 Resolution Center 的消息 — 会点名指南编号,通常附上问题截图。
- 在同一版本上直接替换 App Store Connect 里被标记的图片。 被拒版本的媒体和元数据修改不需要新的二进制包。
- 在 Resolution Center 回复说明改了什么,然后重新提交。纯元数据的复审通常很快。
- 如果你认为拒绝有误可以申诉 — 但对截图来说,换图几乎总比争论快。
一个让很多人意外的流程细节:在没有被拒的情况下,截图只能随新版本提交一起更改。如果你的截图组违反了审核员开始严查的某条指南,它可能连一个微不足道的修复版都拦下 — 这是把截图一次做对的又一个理由。
提交前清单 #
每次带新截图提交前过一遍:
- 每个槽位的像素尺寸精确无误 — 在这里验证
- 每张截图展示真实的当前应用 UI(2.3.3)
- 没有展示构建做不到的事(2.3.1)
- 内容适合 4+(2.3.8)
- 没有 Android/其他平台的边框、徽章或提及(2.3.10)
- 没有未授权的第三方商标、logo 或人物(5.2)
- 真实感演示数据,没有占位符
- 图片里没有价格、折扣或排名表述
- 覆盖所有必需设备尺寸,上架 Watch/Vision Pro 的也算上
- 预览视频请对照单独的视频规范
官方原文见 Apple 的 App Review 指南 2.3 节和截图规范。
让这一整类拒绝变得不可能 #
这份清单的一半 — 尺寸、覆盖、多语言一致性 — 是机械性问题,而机械性问题正是工具该干的活。Screenshot Studio 用最新设备边框呈现你的真实 UI(天生符合 2.3.3),精确导出每个必需尺寸(不再有尺寸拒绝),保持本地化截图组同步,并把每个文件放进正确槽位后上传到 App Store Connect。
需要判断的部分 — 展示什么、宣称什么 — 依然由你决定。但来自文件机械问题的拒绝,可以归零。
免费下载 Screenshot Studio,下次更新提交时不用再屏住呼吸。