先确认 App 真的在这个账号名下
带 App 的老号，价值落在账号内的 App 记录上。下单前应让卖家在 App Store Connect 的 App 列表里演示：目标 App 是否出现在该账号下，而不是只给截图或商店链接。商店链接只能证明 App 存在，不能证明它属于这个账号。如果 App 是通过 App Transfer 转入的，也要问清转入时间和当前归属，因为转移规则与条件以 Apple 当时的说明页面为准。
App 状态决定它值不值得买
同样叫「带 App」，状态可能是在售、已下架、被开发者移除、仅 TestFlight 或从未提交。买家要核对当前版本号、最后一次更新时间、是否有待处理的审核反馈。已被移除或长期不更新的 App，不应按在售 App 估价。若你的目的是沿用已有上架记录，在售且近期有正常更新的 App，才有参考意义。
Bundle ID、名称和内购项目都是绑定项
Bundle ID 创建后无法修改，所以要先对照你自己的项目：是否已有同名标识、是否需要沿用这个标识。App 名称可以随新版本调整，但内购商品的产品 ID 同样是固定的，旧 App 里若有你用不上的订阅或内购项，会成为后续维护的负担。核对清单：Bundle ID、SKU、主语言、类别、内购项目列表，逐项问自己是否与你的业务相符。
卖家名称和账号类型会直接展示给用户
App Store 页面展示的卖家名称，个人账号对应持有人姓名，组织账号对应法定主体名称。这不是后台细节，而是用户每次打开页面都会看到的信息。买家应先确认能接受这个展示名称，并确认账号是个人还是组织、注册国家是哪里，因为这会影响可上架地区、合规材料要求和后续主体变更的难度。具体要求以 Apple 开发者后台当时的页面为准。
登录控制权要能真正交到买家手里
账号能否正常使用，取决于 Apple ID 的邮箱、手机号和双重验证设备由谁掌握。若这些仍绑定在卖家的设备或无法转交的信息上，交付后买家就没有稳定控制权。下单前要问清楚：登录邮箱能否交接、验证手机号如何处理、交接后是否由买家自己重设凭据。凡是要求买家依赖卖家长期代为接收验证码的方案，都应视为交付不完整。
出现这些情况就该停止或换方案
卖家无法现场演示后台、App 状态与描述不一致、拒绝说明历史下架或被拒记录、或只愿意给截图，都建议先停。邮件里的审核反馈和 App Store Connect 的 Resolution Center 记录，是判断该 App 是否带有合规风险的主要依据。如果你的 App 类别、目标地区与旧 App 差别很大，不带 App 的老号可能更合适，因为不必继承无关的历史包袱。