← 返回笔记

苹果开发者老号购买:带 App 账号和空壳账号差在哪

苹果开发者老号分带 App 和空壳两类,价值、风险和交接内容完全不同。本文按用途拆解两者差异,列出下单前在 App Store Connect 要核对的字段和停手条件。

苹果开发者老号购买时,带 App 账号与空壳账号的 App Store Connect 对比示意

两类账号买的是不同的东西

空壳账号指开发者计划已开通、会员有效,但名下没有上架应用,或只有未提交的 App 记录。带 App 账号则多了一层:已有应用记录、Bundle ID、版本历史,有的还有评分、订阅和用户。前者买的是一个主体和注册时间,后者买的是一个正在运行或曾经运行过的产品。两者价格逻辑、风险点和交接内容都不在一个层面,不能用「老号」一个词概括。

空壳老号的价值有限,别高估「老」字

账号注册得早,不等于上架更容易。App 能否通过审核,主要取决于应用本身的功能、内容、隐私说明和是否符合当时的审核指南,账号年龄不是通过条件。空壳老号的实际好处是省去新主体开通阶段的等待和资料环节,让你能直接用现成的会员状态开始建 App 记录。如果卖方把「老」描述成能提高过审率或抗风险,这句话没有依据,应当当作销售话术处理。

带 App 账号的核心是应用能否被你合法接管

带 App 账号要看的不是应用数量,而是每个应用当前处于什么状态。在 App Store Connect 里至少核对:应用状态是在售、已下架还是被移除;Bundle ID 和 SKU 是否与你要沿用的一致;App 隐私信息是否填写完整;是否含内购或订阅,相关商品是否仍在有效状态;最近一次版本的审核结果。已下架或曾被审核拒绝的应用,往往还带着未解决的问题,接手后问题归你。

账号整体交接和单独转移 App 是两条路

如果你想要的只是某一个应用,Apple 提供应用转移功能,可以把 App 从一个开发者账号转到另一个,但对双方账号状态、协议和应用本身有前置条件,具体以 Apple 当时的说明为准。这意味着不一定要买整个账号。判断标准:账号内应用多、与主体绑定紧,整体交接更合适;只要一个应用,且你已有合规主体的账号,转移通常更干净,也不会连带接手账号里其他你用不到的应用和历史。

用户数据和订阅是带 App 账号最容易被低估的部分

有用户的应用,意味着隐私政策、数据收集声明、内购与订阅的续订关系都随应用存在。接手后,这些责任落在新的运营方身上。下单前应问清:应用收集哪些数据,隐私政策链接是否有效且可由你修改,订阅用户的续订是否会受账号变更影响,后端服务和第三方 SDK 的账号归谁。后端和密钥如果还在原运营方手里,账号到手后应用也可能无法正常运行。

按用途选,并设好停手条件

要发布全新应用:空壳账号通常够用,重点核对会员状态和主体类型,不必为已有 App 付溢价。要延续一个已有产品:选带 App 账号,或者评估单独转移,关键是应用状态正常、数据与后端可一并交接。出现这些情况建议停手:卖方无法在后台展示应用状态和角色权限;应用有未解决的下架或违规记录却不说明;订阅和内购收入的收款安排说不清;价格明显按「应用数量」而非按状态定价。会员费用、协议和政策都会变化,以 Apple 当时页面和实际后台显示为准。

常见问题

带 App 的老号一定比空壳号更安全吗?

不一定。应用本身带着审核历史、数据责任和可能的遗留问题,安全与否取决于应用状态是否正常、数据与后端能否一并交接,而不是账号里有没有 App。

只想要某一个应用,需要买整个账号吗?

不一定。Apple 提供应用转移功能,满足条件时可以把单个应用转到你自己的开发者账号。是否可行要看应用状态和双方账号条件,以 Apple 当时的说明为准。