第一次在 App Store 上架应用

在 App Store Connect 中要走哪些步骤？

准备好开发者账号，创建应用记录。然后上传已签名的 build，等待处理完成，测试后为要提交的版本选择正确的 build 号。补全该版本要求的信息：文案、真实应用截图、年龄分级、支持、隐私，以及审核员需要的访问方式。开发者账号指南单独讲解了注册和费用。

在版本页面中，“Add for Review”只是把应用加入草稿提交，这一步本身并不会发给 Apple。检查草稿内容后，再点“Submit for Review”。如果你要提交第一个订阅，按照 Apple 的流程，还要把订阅及其订阅组和新版本应用放进同一次提交。发送前确认所有项目都在。

准备 Apple Developer 账号和上架预算

查看提交应用的官方步骤

核对首个订阅需要附带的项目

提交前要检查材料中的哪些内容？

用选定的 build 从全新安装开始，重走一遍审核员的流程。如果需要登录，在 App Store Connect 的专用字段里填写一个可用的演示账号，并保持服务器可访问。备注要写明点哪些按钮、预期结果，以及可能需要的硬件条件。私人账号信息绝不能出现在公开文档里。

同时核对三件事：商店页面承诺了什么、应用实际能做什么、你声明了哪些数据。打开支持和隐私链接。如果应用卖订阅，检查实际扣费金额的显示、测试购买和恢复购买。每项检查都保留版本、build 号和证据：这样你就能准确说明测试了什么。

下载 App Review 备注模板

用 TestFlight 测试 build、权限和购买

重读 Apple 关于准备工作和应用访问的要求

被拒审后，怎样不盲目修改？

保存 Apple 的消息、规则编号、提到的设备和附带的截图。修改应用前先复现问题。在 TradaZen 的经验分享中，我详细讲了一个付费墙：每周价格比实际扣费金额更醒目，以及后来如何修正显示。所以检查的重点是审核员看到了什么，即使支付在技术上是正常的。

你的回复要把拒审理由和经过验证的修复对应起来：涉及的版本、改动的行为，以及如何确认。备注模板里也有回复拒审的框架。规划上线时要考虑可能的再次审核；TestFlight 测试顺利，或者上次审核的耗时，都不能保证通过日期。审核时间指南讲解了后续步骤和发布选项。

查看 TradaZen 的真实拒审与修复

了解等待、回复 App Review 与上线

为什么跟我学

我上架过自己的应用，也被拒过：审核员过不去的欢迎页演示（规则 2.1），沿用图标的订阅推广图片（规则 2.3.2）。Apple Review Kit 基于这些亲身经历，而不是一份理论清单。

阅读 TradaZen 的历程：从开发到被 Apple 拒审，再到上架。