App Store Connect 提交审核需要准备什么？App 信息、截图、年龄分级与 Review Information 完整指南
很多开发者完成 iOS App 开发以后，会认为：
只要 Build 上传成功，就可以直接提交审核。
实际上并不是。
Apple 官方要求，在提交 App Review 之前，开发者需要先准备完整的 App 信息、版本资料、截图、年龄分级、审核联系资料以及正确的 Build。正式提交时，还需要先把版本加入 Review，再点击 Submit for Review。
所以 iOS 上架真正容易出现问题的地方，不只是代码。
很多时候，是资料没有准备完整。
一、提交审核前最重要的是什么？
可以先记住一个原则：
Build + App Metadata + Review Information。
这三部分缺一不可。
Build 是实际安装包。
Metadata 是用户在 App Store 看到的资料。
Review Information 是给 Apple 审核团队看的资料。
三部分都准备完整以后，再提交审核会更顺。
二、App 名称需要注意什么？
App Name 就是用户在 App Store 看到的应用名称。
Apple 当前要求 App 名称长度不超过 30 个字符。
命名时建议注意：
不要堆砌大量关键词。
不要误导用户。
不要模仿其他品牌。
不要写和实际功能无关的宣传词。
名称最好简单、明确，并且和 App 实际功能一致。
三、副标题有什么作用？
Subtitle 会显示在 App 名称下面。
Apple 当前要求副标题不超过 30 个字符。
副标题适合补充：
App 是做什么的。
主要功能是什么。
适合什么场景。
例如：
“AI照片修复与增强”
“全球汇率实时查询”
“团队协作与任务管理”
尽量不要写完全重复 App 名称的内容。
四、Description 要怎么准备？
Description 是 App Store 产品页中非常重要的一部分。
建议重点写：
App 核心功能。
用户可以解决什么问题。
主要使用场景。
核心特色。
支持哪些能力。
不要写：
“100%保证”
“永久稳定”
“绝对最好”
这类无法验证的夸张描述。
描述应该和 App 实际功能一致。
五、截图是必须的吗？
是。
Apple 当前允许每个支持的设备尺寸上传最少 1 张、最多 10 张截图。
截图应该真实展示 App 体验。
常见顺序可以是：
第一张：核心卖点。
第二张：主要功能。
第三张：使用流程。
第四张：特色功能。
第五张：更多辅助功能。
如果 App 支持多个设备类型，还要根据实际要求准备对应设备截图。
六、截图能不能全部做成广告图？
不建议。
截图可以加适当文字和设计，但主要内容仍然应该真实反映 App。
如果截图展示的功能和 App 中完全找不到，就可能产生审核和用户体验问题。
比较合适的做法是：
真实界面 + 功能说明。
七、App Preview 一定要上传吗？
不一定。
Apple 允许上传 App Preview 视频，但 App Preview 是可选项。每个支持的设备尺寸和语言最多可以上传 3 个。
如果 App 功能比较复杂，比如：
游戏。
视频编辑。
交互工具。
健身。
拍摄类 App。
可以考虑加入 Preview。
普通工具类 App，不一定必须做视频。
八、年龄分级必须填写吗？
必须。
Age Rating 属于必填 App 信息。开发者需要在 App Store Connect 中回答年龄分级问卷，Apple 会根据内容描述、功能和风险信息生成相应年龄等级。
所以不要随便选择。
尤其是 App 中存在：
用户生成内容。
暴力。
赌博模拟。
成人内容。
医疗信息。
Web 浏览。
聊天。
这些情况时，要按照实际情况填写。
九、隐私政策还需要准备吗？
需要。
Privacy Policy URL 也是 App 信息中的重要项目。
而且我们第8天已经专门写过：
App Store 隐私标签 / App Privacy。
所以提交审核前建议一起确认：
Privacy Policy URL。
App Privacy。
实际数据收集情况。
第三方 SDK。
Tracking。
不要出现隐私政策和后台声明互相矛盾的情况。
十、什么是 Review Information？
Review Information 是给 Apple 审核团队使用的资料。
不是给 App Store 用户看的。
Apple 当前的 Review Information 中可以包含：
联系人姓名。
邮箱。
电话。
Review Notes。
测试账号。
测试密码。
如果 App 比较复杂，这部分非常重要。
十一、什么时候一定要给测试账号？
如果 App 必须登录以后才能使用主要功能，就应该提供可以正常使用的测试账号。
例如：
会员系统。
企业后台。
社交 App。
商城。
金融工具。
内容订阅平台。
如果审核人员打不开核心功能，审核就很难顺利继续。
Apple 明确要求，如果 App 需要登录，Review Information 中应提供可用 Demo Account 的用户名和密码。
十二、测试账号需要注意什么？
测试账号最好满足：
长期有效。
不需要审核人员自己注册。
不会马上过期。
权限足够。
可以进入主要功能。
如果还需要验证码、特殊地区、二维码、白名单或测试环境，也应该在 Review Notes 写清楚。
十三、Review Notes 应该写什么？
Review Notes 适合写：
测试步骤。
特殊入口。
隐藏功能。
测试账号说明。
特殊硬件要求。
后台配置方法。
审核人员不容易发现的功能。
Apple 允许开发者在 Notes 中补充有助于测试 App 的信息。
如果 App 本身比较简单，可以写得简洁。
复杂 App 就应该写清楚。
十四、Build 怎么选择？
提交审核之前，需要确认 App Store Connect 中已经选择正确版本的 Build。
Apple 官方提交流程明确要求开发者在提交前确认版本页面中的 Build 已正确添加。
最常见的问题包括：
上传了新 Build，但后台还选着旧 Build。
Build Number 不一致。
选错测试版本。
所以每次提交前建议再次确认。
十五、版本号也需要检查吗？
需要。
例如：
Version：1.0
Build：100
下一次更新可能是：
Version：1.1
Build：120
Version 是用户看到的版本。
Build Number 更偏内部构建管理。
不要把两者混淆。
十六、What’s New 什么时候需要填写？
如果是 App 更新版本，通常需要填写：
What’s New in This Version。
Apple 的 App Store Connect 属性表中也明确列出该项在版本更新时需要提供。
内容可以包括：
新增功能。
Bug 修复。
性能优化。
体验改进。
不要每次都只写：
“修复已知问题”
如果实际有重要新功能，应该尽量说明。
十七、Support URL 需要准备吗？
需要。
App 版本信息中包括 Support URL。
这个链接通常指向：
帮助中心。
客服联系页。
产品支持页。
官网支持页面。
如果你没有复杂客服系统，至少也应该有一个可以访问的支持页面。
十八、提交前能不能修改截图？
在 App 处于可编辑状态时可以修改。
但一旦进入某些审核状态，截图和 Preview 可能暂时不能修改。Apple 官方说明，在 Waiting for Review 等部分状态下，截图和 App Preview 不能编辑。
所以最好提交之前一次检查完。
十九、正式提交审核怎么操作？
大致流程是：
进入 App Store Connect。
选择对应 App。
进入版本页面。
确认 Build。
确认所有必填资料。
点击：
Add for Review
然后进入 Draft Submission。
最后点击：
Submit for Review
提交以后，状态会依次进入对应审核阶段。
二十、Ready for Review 和 In Review 有什么区别？
Ready for Review：
说明你已经把资料准备好并加入 Review，但还没有真正发给 Apple。
Waiting for Review：
说明已经提交，等待审核。
In Review：
说明 Apple 已经开始审核。
很多新人看到 Ready for Review，以为已经提交了。
其实还差最后一步 Submit for Review。
二十一、提交审核前建议做一次总检查
建议检查：
App Name。
Subtitle。
Description。
Keywords。
Screenshots。
Age Rating。
Privacy Policy。
App Privacy。
Support URL。
Review Information。
测试账号。
Build。
Version。
Release Settings。
如果涉及 IAP、Subscription 或特殊功能，还要再检查相关审核资料。
二十二、为什么这篇文章适合放在第10天？
因为前面的 Apple / iOS 内容已经有：
账号类型。
申请资料。
D-U-N-S。
团队管理。
证书签名。
App Transfer。
App Privacy。
TestFlight。
现在就应该继续往真正的：
App Store 提交审核
推进。
整个主题链已经开始非常完整：
开发者账号 → 签名 → Build → TestFlight → App Privacy → App Store资料 → 提交审核
这就是我们矩阵想要的效果。
