上架截图能用设计稿吗？原型图、水印与真实界面红线

先给结论

一句话：商店截图要展示用户下载后会用到的那个 App，不是设计评审用的稿子。App Store 侧对应 Guideline 2.3 截图相关条款；更广的拒因见 截图被拒原因。

「设计稿」为什么总被问

独立开发常卡在：包还没打完，营销要先上架图；或设计同学只给了 Figma，没有安装包。于是出现搜索热度很高的两句：

• 上架截图能用设计稿吗？
• 原型图能当应用商店截图吗？

审核员比对的是：截图叙事 ↔ 安装后真实流程。色值差一点通常无事；缺整页功能、按钮文案不同、付费墙与包内不一致，就会变成 2.3.3「未准确反映 App」一类问题。

什么情况下设计稿「可能」能过

同时满足时，风险相对可控（仍不保证）：

1. 提审二进制里已经包含截图中的全部界面与文案。
2. 设计稿是最终视觉，不是探索稿；组件、字体、主色与包内一致。
3. 导出时按商店尺寸裁切，不带 Figma 文件名、网格、注释层。
4. 未展示未上线功能、未展示其他平台专属 UI 冒充本包。

更稳的路径：从可安装包截屏（真机或模拟器），再在设计工具里只做标题区与背景，界面层保持真实像素。模拟器导出流程见 iOS 模拟器截图上架。

线框、示意图、竞品图

水印能不能加

「商店截图能加水印吗」「App 截图加水印可以吗」同样高频。

状态栏清理见 截图状态栏处理。需要套设备框时，用无水印流程，规则见 设备边框规则。

推荐工作流（设计稿 → 可过审截图）

1. 冻结 UI：与提审版本同一设计 token。
2. 装包截屏：真机或模拟器走完五图故事板。
3. 只在外层做营销：标题、背景、可选设备框；不要重绘按钮与列表数据到「更好看但包里没有」的状态。
4. 按槽位导出：无 Alpha、尺寸精确；ASC 透明问题见 上传报错排查。
5. 对照安装包点一遍：截图里出现的每个主按钮，包内都能点到同类结果。

若使用浏览器工具批量套尺与导出，可用 应用截图工坊 在真实截屏上加标题，而不是从空线框生成假界面。

已被拒时怎么改

• 回复审核：说明截图已改为当前二进制实机界面，并附新旧对比说明（简短）。
• 若功能确实未做完：先下架该张叙事，或等功能进包再提审——不要靠「设计稿先占坑」。
• 同一套问题也常见于自定义产品页：CPP 与默认页都要真实，见 自定义产品页指南。

自检清单

• 每张图对应包内可到达界面
• 无线框、无注释、无第三方水印
• 无竞品 UI、无未上线功能预告当实机
• 文案与付费墙与包内一致
• 尺寸与格式符合目标商店
• 五图故事是真实使用路径，而非海报拼贴

设计同学与开发同学的分工建议

把「可安装包截屏」写成上架 Definition of Done 的一项，比事后扯皮「谁准许用的设计稿」省事。若档期极紧，至少保证首图与付费相关页来自真包，其余再评估风险。

小结

「上架截图能用设计稿吗」——只有当设计稿与提审包实质一致，且导出干净无水印时，才勉强算灰区；线框原型、带水印样机、竞品界面都不要碰。 最省事的合规办法，是用真实安装包截屏，再在外层做 ASO 标题。过审与转化，都建立在「图上的 App = 下下来的 App」。