01 / 先分清三类视觉资产
上架涉及的视觉资产分三类,各自的规则完全不同,混在一起最容易出错:
| 资产 | 用在哪 | 关键约束 |
|---|---|---|
| App 图标 | 主屏幕、搜索结果、产品页顶部 | 无透明通道,无圆角(系统会加),1024 × 1024 源文件 |
| App 截图 | 产品页截图区 | 固定尺寸清单,不能有透明通道,每种尺寸每种语言 1–10 张 |
| App 预览视频 | 产品页顶部(在截图之前) | 另一套分辨率,15–30 秒,500 MB 上限,最多 3 个 |
图标和截图的规格不同源,预览视频又和截图不同源——三套尺寸不要互相套用。
02 / 十二项检查清单
✓ iPhone 有 6.9 英寸截图(1320 × 2868 或 1290 × 2796 或 1260 × 2736)
✓ 若支持 iPad,有 13 英寸截图(2064 × 2752 或 2048 × 2732)——这是必需项
✓ 同一套内尺寸统一,没有混用不同像素值
✓ 图像不含 Alpha 通道,背景为实底
✓ 格式为 PNG 或 JPEG
✓ 每张截图都展示真实使用中的界面,不是封面或登录页(条款 2.3.3)
✓ 截图内容与当前提交版本一致
✓ 没有价格、促销或限时字样(条款 2.3.7)
✓ 账户信息全部虚构,无真实个人数据(条款 2.3.9)
✓ 没有出现其他平台的机身或商店徽章(条款 2.3.10)
✓ 若有内购,已说明哪些内容需要另行购买(条款 2.3.2)
✓ 如有预览视频,时长 15–30 秒、尺寸为 886 × 1920 系列值、有立体声音轨
03 / 最常被漏掉的三项
- iPad 13 英寸截图。只要 App 在 iPad 上运行,这一档就是必需项,缺了提交会直接报错。很多独立开发者只测 iPhone,忘了这一项。
- 透明通道。为官网做的透明底 PNG 直接拿去提交,会在上传阶段失败。必须另导一份实底版本。
- 预览视频的尺寸。用截图尺寸导出的视频传不上去——iPhone 预览是 886 × 1920,不是 1320 × 2868。
04 / 截图之外,产品页还有哪些视觉位
截图只是其中一块。完整的视觉资产还包括:
- App 图标:用户的第一印象,在小尺寸下也要能认出来
- App 预览视频:可选的,但对交互型 App 转化帮助明显
- 宣传文本与描述:产品页顶部的文字区域
- 自定义产品页(CPP):可按流量来源投放不同截图组合
- App Store 活动与促销内容:需要单独准备素材
如果时间有限,优先级是:图标 > 前两张截图 > 预览视频 > 其余。前两张截图决定了大多数用户会不会继续翻。
05 / 上线之后还要做什么
上架不是终点。产品页的视觉资产应该跟着版本走:
- 每次发版检查截图是否仍然对应当前界面
- 用 App Store Connect 的产品页转化率数据判断哪张截图更有效
- 如果配置了自定义产品页,可以 A/B 测试不同的首图
- 新增机型发布后,考虑更新设备框到新一代
最实际的优化手段是换首图。第一张截图的曝光远高于后面几张,把最能说明价值的那张放在第一位,往往比重做整套图收益更大。
06 / 一个现实的时间安排
视觉资产不该在提交前一天才开始做。一个比较稳的节奏是:
- 功能冻结时:确定要做哪几张截图,每张讲什么
- 提测阶段:用测试版截图搭好模板,定版式、背景、字号
- 提审前两天:换成正式版截图,批量导出,过一遍清单
- 预留一天:留给被拒后的修改与重新提交
把视觉当成代码之外的另一条交付线,而不是最后一刻的附属品,上架会顺利很多。
常见问题
只有 iPhone 版本,可以不做 iPad 截图吗?
如果你的 App 不在 iPad 上运行,就不需要。但只要你支持 iPad,13 英寸截图就是必需项。如果 App 只是以放大模式在 iPad 上运行,也仍然属于「在 iPad 上运行」的范畴。
第一张截图应该放什么?
放最能说明核心价值的那一屏。第一张的曝光远高于后续,用户往往只看前两三张就决定要不要下载。把最通用的功能放在最前面,细分功能往后排。
截图数量越多越好吗?
不是。每种尺寸最多 10 张,但通常 5 到 8 张就够。数量过多反而稀释重点——用户不会认真看完十张图,选最值得展示的几张讲透,比铺满十张更有效。
被拒后一般要多久?
修改后重新提交,通常进入正常审核队列。具体时长随时期波动,但比第一次提交更快。所以预留修改时间比催审核更实际——把清单在提交前过一遍,是唯一能自己控制的变量。
