「老」可以指三件事，卖家说的往往只是第一件
报价里的「老号」至少有三种含义：开发者账号的注册时间、第一个应用的首次发布时间、最近一次有效更新的时间。三者可以差很多年。一个 2019 年注册、2020 年后再没动过的账号，和一个注册三年但每季度都在更新的账号，风险和用途完全不同。下单前先让卖家把这三个时间分别说清楚，再判断哪一个对你的用途有意义。账号年限本身不等于记录干净，也不等于平台对它更宽容。
账号层面：要在后台实时看到的几类记录
静态截图可以裁剪，也可以拼接。比较可靠的做法是让卖家在视频或共享屏幕中打开 Play Console，由你指定要看的页面，而不是只看对方准备好的图。账号层面至少看这几项：账号状态与政策状态页是否有未解决的违规；收件箱里历史的政策警告、下架通知和申诉往来；付款资料的建立时间与主体名称；开发者页面显示的名称是否与你预期的主体一致。凡是涉及登录凭据、验证设备的内容，应放在交接环节处理，不要在核验阶段要求对方提前给出密码。
应用层面：发布状态、更新时间与目标 API 比下载量更重要
带 App 的账号，应用才是风险的主要载体。逐个应用看发布状态：正式发布、已下架还是被暂停；看最近一次版本更新时间；看数据安全表单、内容分级、应用访问权限等声明是否完整。长期不更新的应用，可能因目标 API 级别落后而影响对新用户或新系统设备的可见性，具体门槛每年调整，以 Google 当时公布的要求为准。下载量和评分可以参考，但不能替代政策状态：一个下载量很高、却带着未解决警告的应用，是负债而不是资产。
老号与新账号的测试要求：不要凭印象当成买点
Google 对较新创建的个人开发者账号设置过发布前的封闭测试要求，细节和适用范围曾有调整。因此有人把「买老号」理解为绕开这一流程。这个理解需要谨慎：是否适用取决于账号类型和创建时间，应以后台控制台当前显示的发布前置条件为准，而不是以卖家口头说法为准。如果这是你选老号的主要原因，请在下单前让卖家在后台展示发布流程里是否仍有此类要求，并把结果写入交易确认中。
出现这些信号时，应停止交易或换一个账号
以下情况建议暂停：卖家无法实时演示政策状态页；应用曾被暂停，卖家只说「已处理」却拿不出通知与结论；开发者名称、应用内容或包名带有原主体的品牌或商标，而你无权继续使用；应用依赖的广告账号、支付配置、第三方 SDK 密钥无法同步迁移；账号需要保留原持有人的验证方式才能登录。这些问题单独出现通常还能谈，叠加出现时，价格再低也不合算。判断标准很简单：你能否在交接当天独立完成一次后台登录、查看全部应用状态，并且不依赖卖家在线协助。
带 App 还是不带 App：取决于你要接手什么
如果目标是接手一个已有用户和收入的应用，带 App 的老号合理，但你要同时承接它的历史、声明和合规责任。如果目标只是发布自己的新应用，一个没有历史包袱的账号通常更简单，因为你不必为前任主体的应用背书。单个应用的归属也可以考虑用 Play Console 的应用转移功能，而不是整号交易，是否可行取决于应用本身是否满足转移条件。发芽提供不同国家、个人或组织主体、是否带已有 App 的账号选择，下单前先说明你的用途，再匹配账号类型，比先问价格更有效。具体费用与平台规则，以交易时双方确认的内容和平台当时页面为准。