先看你要做的是新建 App，还是接手已有 App
空号的特点是账号下没有 App 记录，你在里面新建 Bundle ID、App 记录和证书，一切从零开始。带 App 老号的账号下已有 App 记录，可能有历史版本、评分、用户和内购配置。两者的核心区别不是账号年龄，而是你要不要继承一个已存在的 App 身份。如果你的产品是全新的，空号通常已经够用；如果你要的是某个已上架 App 的延续，只有带 App 的账号才有意义。
需要接手已有 App 时，转让条件比账号本身更关键
苹果的 App 转让有平台规则约束，例如接收方账号的类型、协议状态，以及 App 是否含订阅、是否使用特定能力等都可能影响转让。具体限制以 App Store Connect 当时的说明页面为准。下单前应要求卖方说明：App 是随整个账号交付，还是需要走转让流程；若走转让，对方账号是否满足条件。这一步没对清，后面再谈价格没有意义。
只要上架免费 App，空号的风险更小
免费 App 不涉及付费 App 协议和银行账户，账号只要能正常签署开发者协议、创建 App 记录、上传构建即可。这种需求下，带 App 老号的额外成本往往买不到对应价值，反而多了历史包袱，比如旧的隐私声明、旧的审核记录和不再需要的 Bundle ID。除非你确实需要某个特定 App 的历史资产，否则优先考虑干净的空号。
需要收款时，要核对协议、税务和银行三项状态
付费下载、内购和订阅需要在 App Store Connect 的协议、税务和银行板块完成对应设置，状态为有效才能产生可结算的收入。对买家来说，关键问题是这些资料对应的是谁：银行账户和税务信息通常绑定账号持有主体，而不是跟着软件走。因此不要默认「买了账号就能收款」，应先确认这些资料是保留、由你替换，还是需要在交接后重新填写，并确认替换后账号的状态能否恢复正常。
个人号和组织号决定了你能用哪些功能与展示方式
个人账号在商店中以个人名义展示，组织账号以公司名义展示，并需要对应的企业身份核验信息。如果你的业务需要以公司名展示、多人协作或后续合规材料，应优先看组织号；如果只是个人项目或小范围发布，个人号更简单。带 App 的老号还要看原 App 的展示名称是否与你的主体匹配，不匹配时展示名称的调整是否可行，也要提前问清楚。
一个判断清单：满足哪几条就选带 App 老号
满足以下情况之一，再考虑带 App 老号：你要延续某个已上架 App 的版本线、评价或用户；你需要已存在的内购项目或订阅组；你明确拿到了该 App 的转让或交付条件说明。如果以上都不是，选空号。无论选哪种，下单前都要要求卖方说明账号类型、所属国家或地区、App 数量与状态、协议与银行状态，以及交接后账号资料由谁维护。说不清的项目，不要用价格弥补。
常见问题
带 App 老号一定比空号更稳吗？
不一定。稳定性取决于账号当前状态、资料是否完整以及你的使用方式，而不是是否带 App。带 App 反而多出需要核对的历史记录和转让条件。
只做免费 App，需要关心银行和税务资料吗？
发布免费 App 通常不依赖这些收款设置，但如果将来加入付费或内购，就需要补全。具体要求以 App Store Connect 当时的页面为准。