App Store 上架

提交审核是课程到目前为止所积累的一切要么成型、要么散架的地方。本章先讲一次提交在实操层面到底需要什么——元数据、截图与预览、隐私与内购声明,以及审核员需要用来越过你登录页面的测试账号;再跟着这次提交走完 Apple 的审核流程和它通常需要的时间;最后讲当结果回来时是一封拒绝信该怎么办。贯穿全章的一条线是:审核时长主要取决于你提交得有多完整、有多诚实,所以准备是最便宜的一种「买时间」方式。

本章围绕那些真正会卡住人的问题来组织:按下提交按钮之前必须准备好哪些材料、每项材料各自有什么具体要求、整个周期在不出意外的情况下要走多久,以及一次被拒在实践中意味着什么——通常它指向的是一条具体的审核条款,而不是一句含糊的结论,所以通常也就能改。自检这件事的意义不在于仪式,而在于它能换来余地:提交前把它完整过一遍,确认版本号与构建号正确、已知崩溃都已修复;确认内购与订阅在沙盒或 TestFlight 中可以购买且可以复现;确认带登录的 App 提供了可用的测试账号、写清了测试步骤,并说明了对硬件的要求;确认隐私政策 URL 与数据收集声明和 App 的实际行为一致;确认截图与描述和这次真正要发布的功能相符,没有夸大或误导;确认审核备注已经写好,说明了测试路径、测试账号以及审核员应该使用的环境。

读完这一章,你将能够从零拼出一份完整的提交材料,说清每项必备材料是为了什么、满足了哪条要求,在提交之前估算出这次审核大概要多久,也能在被拒时定位到被违反的审核条款、修复根本问题后重新提交——如果确实是审核员判断错了,也可以申诉。如果这次是你的首次发布,就按顺序读完各个小节,并在提交任何东西之前把每份材料准备好;如果刚刚被拒,先从审核指南和常见拒绝原因那部分入手定位问题,再按提交流程修复并重新提交;如果你的 App 已经上线,那就把重点放在发布与更新那部分,分阶段发布、发布说明和下架都在那里。

章节

发现内容有问题?

告诉我们哪里需要改进。