App Store 提交前检查清单：从素材确认到正式送审
提交前最容易遗漏的事情，往往不在某个复杂功能里，而在版本号、语言、截图或审核入口之间。可以用一张交接表把每项内容的负责人、确认时间和证据放在一起，减少重复检查。
1. 先确定这次提交的是哪个版本
记录 App、平台、商店版本和准备提交的构建，避免把测试构建与正式素材混用。然后列出本次支持的语言和设备；同一份清单只对应一个明确版本。
Apple 的提交流程要求准备必要元数据并选择构建。操作前确认当前账号具备相应权限；具体必填内容以 App Store Connect 当前页面为准。这份内容清单不能替代 Apple 的完整审核规则。
| 检查项 | 确认依据 |
|---|---|
| 名称、描述、关键词 | 与当前功能一致，逐语言预览 |
| 截图与预览 | 设备、尺寸、语言、顺序和真实界面一致 |
| 构建与版本 | 选中本次交付且已完成检查的构建 |
| 审核信息 | 联系人有效，需要登录时审核账号可用 |
| 发布安排 | 团队知道通过审核后如何发布 |
2. 把商店素材当成一套内容检查
从名称开始，接着读副标题、描述，再按顺序看截图。每一处都应该描述同一个产品。某个语言缺一张图或沿用旧功能名称时，先修正该项，再把这门语言标记为完成。
建议由一人准备、另一人按清单核对。没有第二人时，可以把准备和检查分开进行：稍后重新打开最终预览，从用户角度完整走一遍，而不是只看刚改的字段。
3. 分清保存、加入审核和正式提交
在 Apple 的流程中，把版本加入审核项目并不等于已经发给审核团队；还需要在提交项目中执行正式提交。页面保存成功也不能当成审核通过。每一步完成后读回实际状态。
一键 ASO 的内容准备和确认同步，服务于商店文案与截图。上传 App 二进制、选择构建、提交审核和发布，应在 Apple 的相应流程中完成。不要因为素材都变成已保存，就通知团队产品已经上架。
4. 提交后保留一份能定位问题的记录
记录提交时间、版本、主要改动和确认后的素材。出现审核问题时，先核对具体反馈对应哪个版本、语言或功能，再修正受影响部分。
通过审核后，根据已选的发布方式确认商店实际状态。打开目标市场页面检查素材是否为本次版本；缓存和地区差异可能让展示与后台时间不完全一致，应以实际读回结果记录，不用猜测。
实践检查清单
- App、平台、版本和构建已明确。
- 每种语言的文案与截图都完成最终预览。
- 审核所需信息、账号和权限已检查。
- 团队明确正式提交与正式发布分别处于什么状态。
参考资料
平台要求可能调整，实际填写与上传时请核对官方说明。