苹果开发者账号个人号和公司号在 App Store Connect 里怎么区分?交付前核对清单|联系 @google898
本文说明如何在 Apple Developer 与 App Store Connect 两个后台之间定位账号类型和交付状态,按会员资格、应用记录、构建状态、发布待办逐项核对,并列出个人号与公司号在发票、协议、团队角色和转移环节的实操检查点,帮助读者在提交审核前发现账号主体与交付条件的错配。

GuGeDev苹果开发者指南个人号与公司号主体核验 · 商店显示名@google898打开 App Store Connect 却不确定手里账号是个人号还是公司号,常见原因是把登录入口当成了判断依据。先回到 developer.apple.com 登录,在 Account 页面查看会员资格概要,那里会显示账号主体是个人还是组织,同时能看到年度会员资格状态。App Store Connect 只负责应用记录、构建、测试和上架,不展示会员资格类型;
把两者混在一起核对,容易把协议待办误判成账号问题。 确认账号主体后,再进入 App Store Connect 的“协议、税务和银行业务”页面。个人号通常以个人姓名出现在协议方一栏,公司号显示组织法定名称,并伴随 D-U-N-S 编号相关的组织信息。这里需要核对的是收款账户和税务信息是否与主体一致,而不是仅看页面是否出现“组织”字样。
若页面提示协议待更新,先完成该页操作,再回来看应用状态,否则构建可能一直处于“正在处理”或无法提交审核。 应用交付的第一步是在 App Store Connect 创建应用记录并绑定正确的套装 ID。
套装 ID 在 Apple Developer 后台的 Identifiers 页面注册,个人号和公司号共用同一套注册流程,但团队角色不同:个人号的 Account Holder 通常也是唯一管理员,公司号可以邀请多个团队成员并分配“App 管理”“开发人员”“客户支持”等角色。
提交前应确认当前操作人拥有“App 管理”或“账户持有人”权限,否则看不到某些待办项,也会在交付环节被卡住。 构建上传后,在 App Store Connect 的 TestFlight 或版本页面核对构建号和处理状态。个人号和公司号在这里的差异主要体现在分发范围:公司号可以配置内部测试群组并邀请更多测试员,个人号测试员数量受账号类型限制。
需要核对的是测试群组是否绑定了正确的构建、构建是否已完成处理、以及“缺少合规信息”之类的黄色提示是否已逐条处理。测试通过不等于可以提交审核,商店资料、隐私政策和年龄分级仍需单独填写。 准备提交审核前,逐项检查“App 信息”页:名称、副标题、类别、年龄分级、隐私政策网址是否齐全;再检查版本页的截图、描述、关键词和支持网址。
公司号还需确认“App 审核信息”中的联系人和演示账号是否可用,个人号则应确认开发者名称是否与合同主体一致。这些字段缺一项,提交按钮就可能变灰或审核被退回。官方费用说明以 Apple Developer Program 页面为准,在线客服报价属于另一类商业信息,两者不要混在同一张核对表里。
涉及账号转移时,操作入口在 Apple Developer 的“Membership”页面,而不是 App Store Connect。公司号转移需要双方 Account Holder 在后台确认接收,个人号转为公司号则涉及主体资料和 D-U-N-S 编号核验。
转移完成后,新团队不一定立即看到原有应用,需要回到 App Store Connect 确认应用是否已出现在新团队的“我的 App”列表中,并检查构建和 TestFlight 群组是否仍可访问。 完成上述操作后,重新登录两个后台看实际状态:Apple Developer 侧确认会员资格有效、协议无待办;
App Store Connect 侧确认应用记录存在、构建已处理、版本页无红色提示。提交成功提示只代表请求已发出,最终以“App 状态”栏和“审核”页面显示的结果为准。若状态长时间不变,保存页面截图和错误原文,再通过开发者支持渠道提交,不要反复重建应用记录。
最后提醒一个容易忽略的边界:个人号和公司号在 App Store 上的展示名称不同,公司号显示组织名称,个人号显示开发者姓名。交付前用一台未登录过该应用的设备搜索商店页面,确认展示信息与合同主体一致,可以避免上架后才发现名称错配。涉及购买或代办服务时,只把官方费用页面和在线客服报价分开记录,不把报价当作后台状态依据。





