蘋果簽名分發銷售經理（TG:xrkeji）.ngo

1. 别被“可分发”骗了：它离上架还远着呢

很多刚接触iOS开发的朋友，第一次在App Store Connect后台看到应用状态变成“可分发”时，心里都会咯噔一下，然后狂喜：“我的App是不是已经上架了？用户能搜到了吗？” 我当年也是这么过来的，结果空欢喜一场。今天我就用大白话，结合我这十来年踩过的坑，给你彻底讲明白“可分发”到底是个啥，以及从这第一步到你的App真正躺在用户手机里，中间到底有多少关要闯。

简单说，“可分发”就像你精心准备了一份礼物，包装好了，贴上了地址标签，也交给了快递公司（苹果）。快递公司收下了你的包裹，确认了地址和收件人信息都没问题，这个状态就是“可分发”。但是，这份礼物能不能送到最终收件人（App Store用户）手里，还得看快递公司（苹果审核团队）拆开检查后，确认里面没有违禁品、包装符合规定、地址完全正确。所以，“可分发”仅仅意味着你的应用包（ipa文件）被苹果服务器成功接收，并且具备了被分发的“资格”，但这个资格目前仅限于“内部流转”——也就是TestFlight测试。普通用户打开App Store，是绝对搜不到你的应用的。

这个状态的出现，其实是一个积极的信号。它说明你的前期技术工作基本过关了：开发者账号有效、证书和描述文件配置正确、ipa包构建成功且上传无误。你可以松一口气，因为最基础的“体力活”阶段完成了。接下来，才是真正考验产品、内容和合规性的“脑力活”阶段。很多团队在这里容易松懈，觉得大功告成，其实万里长征才走了第一步。我见过不少应用卡在“可分发”状态好几个月，就是因为后续的测试和审核准备没跟上。

2. 搞清你的战场：iOS应用分发的四种主要途径

在深入流程之前，我们必须像将军熟悉地形一样，搞清楚iOS应用分发的几种主要途径。每种方式都有其特定的目的、限制和适用场景，用错了地方，轻则效率低下，重则违反规则。

2.1 开发测试（Development）与 Ad Hoc 分发：小圈子的游戏

这两种方式通常出现在“可分发”状态之前，是纯开发测试阶段的手段。开发测试就是直接用数据线把手机连到Mac上跑调试，这个大家都很熟悉。而 Ad Hoc 分发 就进阶一点了，它允许你把应用安装到最多100台指定的iOS设备上，无需经过App Store Connect。怎么做呢？你需要收集测试设备的UDID，把它添加到你的开发者账号设备列表里，然后用包含这些设备的发布描述文件来打包ipa。

听起来有点麻烦对吧？确实。Ad Hoc适合什么场景呢？比如公司内部一个20人的测试团队，需要测试一些涉及硬件（如蓝牙、AR）或者极度敏感（如金融交易）的功能，这些功能可能在模拟器或TestFlight环境下不方便或不允许测试。它的好处是完全可控，分发范围小，但管理设备UDID是个体力活，设备满了还得手动清理。我早期项目就经常用，现在有了更好的工具，用得就少了。

2.2 TestFlight 分发：从内测到公测的桥梁

这才是“可分发”状态的主舞台。TestFlight是苹果官方的测试平台，分为“内部测试员”和“外部测试员”。

内部测试员：最多25人，必须是你在App Store Connect中定义的“开发人员”或“管理员”角色的团队成员。他们的优势是无需审核。你上传一个新构建版本到“可分发”状态后，可以立刻添加内部测试员，他们几乎能马上在TestFlight App里收到更新通知。这是开发团队每日构建、快速验证修复的利器。我团队的测试流程就是，每天下午的构建版本，内部测试员晚上就能测上。
外部测试员：最多可邀请10000名用户。这里有个关键点：首次让某个版本对外部测试员可用时，必须提交给苹果审核。这个审核比App Store正式审核要快得多，通常几个小时到一两天，主要检查是否有明显的崩溃、违规内容。一旦该版本通过外部测试审核，后续90天内，你都可以随意添加或移除外部测试员，无需再次审核。这是进行大规模、真实用户场景测试的黄金通道。

很多优秀的应用在上架前，都会通过TestFlight外部测试收集几百上千名用户的反馈，打磨细节。记住，“可分发”状态是你开启TestFlight测试的入场券，但不是终点票。