结论
买苹果带应用老号，价值不在「列表里显示有 App」，而在你接手后能否继续签名、更新与管理。付款前把 Bundle ID、证书、设备、在架状态与2FA 交接写进确认；验收标准对齐交易说明。本页是交接核对清单，不替代当面确认与登录验收。
老号与新号的时间/资产取舍见新号和老号怎么选；概念说明见带应用老号是什么。
什么时候该用这张清单
- 要继承现成 Bundle / 证书 / 在架应用，而不是从零创建主体
- 能接受按号议价与逐项核验，不愿意「口头说有 App 就算」
- 不愿付款后才发现无法出包、无法更新，或收不到验证码
- 上线窗口紧，需要尽快接手可管理的应用资产
若只要空白主体、自己建 Bundle 与证书，改走个人号或公司号，买前总览见买苹果开发者账号前要准备什么。
付款前核对清单
- Bundle ID：是否与你的产品计划匹配；能否继续用该 Bundle 发版；是否需要保留旧应用再改造。
- 在架应用：状态（在架/下架/待处理）、数量、品类与商店页现状；是否需保留或下架改造写进确认。
- 证书与描述文件：哪些移交、哪些作废重出；Distribution / Development 等用途是否说清；避免「有证书」却无法签你需要的构建。
- 设备列表：测试设备是否在交接范围；若你的 Ad Hoc / 测试流程依赖设备 UDID，必须事先约定。
- Apple ID / 2FA：受信号码、设备、恢复方式如何到买方；验收时买方能否独立完成登录验证。
- 团队权限：若涉及多人访问，约定角色、移交后清理旧成员，避免卖方侧仍能登录。
- 协议与后台入口：交付后能否进入 Apple Developer 与 App Store Connect；关键协议是否已接受（以实际后台为准）。
谷歌带 App 老号核验项不同（包名、Play 权限等），不要套用本清单；谷歌侧见买谷歌带 App 老号要核对什么。
建议操作顺序
- 登录验收：Developer / App Store Connect 可进入，权限与确认一致
- 完成 2FA 移交并确认买方可独立验证（细节见双重认证怎么交接）
- 再核 Bundle / 证书 / 设备 / 在架状态与确认一致
- 确认无超出约定的未说明风险后，再改造、换证或提交
常见错误是：刚登录就急着吊销证书或大改应用，结果 2FA 还在半移交，验证码卡住，证书也改乱了。顺序反过来，沟通成本会陡增。通用交接逻辑见开发者账号怎么交接转让。
哪些情况更适合退回「新号」路径
- 你根本不需要旧 Bundle 与商店页，只想干净主体从零上架
- 不愿做逐项核验，也无法安排验收窗口
- 历史应用品类、状态与你的产品计划冲突，改造成本高于新建
- 公司名义是硬需求且材料已齐，但老号主体对不上你的品牌要求
此时回到个人/公司新号路径更干净；选型见个人账号和公司账号区别。
咨询怎么开口
- 要继承的 Bundle / 在架期望（保留改造 or 仅接管账号）
- 证书与描述文件：继续用还是计划重出
- 2FA 希望的移交方式与验收窗口
- 上架或改造时间要求
首次成交步骤见稳妥交易检查表；确认项、交付与验收标准以交易说明为准。产品页入口：苹果带应用老号购买。
交付后 15 分钟自查
- 能登录两个后台，角色符合约定
- 买方可控设备/号码可完成一次完整 2FA
- Bundle、在架列表、证书范围与确认文字一致
- 无「口头多出来」的未说明警告或未交接成员
自查通过后再进入工程改造；发现问题应在验收窗口内及时沟通，而不是拖到改了一半再回溯交接项。历史应用是否适合你的新品类、后续提审能否过，取决于内容与平台规则，交易与清单无法替代审核结果，也不应被理解成「买老号就保证过审」。
和交易说明怎么配合
本页解决「带应用老号要核哪些字段」；交易说明解决确认、付款、交付与验收标准如何落地。两页一起看：清单勾完再付款，验收窗口内完成登录与 2FA，再谈改造排期。首次买家还可配合稳妥交易检查表，把开口、付款、验收三步串起来。新号与老号仍不定时，先回新号和老号怎么选。
常见问题
只看有没有 App 够不够？
不够。关键是接手后能否继续签名、更新与管理：Bundle、证书、设备与 2FA 都要写进确认。
2FA 和证书哪个先交接？
建议先保证 2FA 与登录稳定，再改证书或描述文件，避免半移交状态操作失败。
和谷歌带 App 老号一样吗？
平台与交接项不同。谷歌侧重包名与 Play 权限；苹果侧重 Bundle、证书与 Apple ID 2FA。
确认选型后咨询苹果账号
结合本文要点，说明你需要的账号类型即可。也可先进入苹果开发者账号专区查看号型。