谷歌开发者老号购买：带 App 的账号和空号差在哪，下单前怎么选

空号买的是主体和账号状态，带 App 的号还继承一段历史

两者的根本差别是 Play Console 里有没有已发布或曾发布的应用。空号没有应用，价值集中在账号类型（个人或组织）、注册地区、账号状态和已完成的验证。带 App 的号除此之外，还连带包名、商店详情页、评价与安装存量、版本轨道、签名关系，以及这个应用积累下来的政策记录。好的部分和不好的部分是一起继承的，不能只挑一半。

只有需要那个包名和它的存量时，带 App 才值得

包名发布后不可更改，评价和安装数据也跟着包名走，无法迁到新包名上。所以判断条件很直接：你要接手一个在线应用继续更新，或者必须保留它的评价和用户存量，才有理由选带 App 的号。如果打算上线的是全新应用，空号更干净，没有历史违规和遗留配置。带 App 的号不会让新应用的审核更快，也不会把旧应用的「信誉」自动分给新应用。

带 App 的号，下单前逐项核对这五类信息

第一，应用当前状态：是否在线、是否有被下架或受限的记录，以 Console 的政策状态页为准。第二，签名：确认是否启用了 Play App Signing，以及上传密钥在谁手里。启用后上传密钥通常可以通过流程重置；没启用的话，拿不到原 keystore 就无法更新同一个应用，这一项出问题是最难补救的。第三，应用内商品、订阅和商家资料，这些和收款绑定，交接方式要提前讲清。第四，关联项：Firebase 项目、Google Ads 关联、API 访问用的服务账号、第三方 SDK 的后台。第五，源码与上架素材是否一并交付。没有源码只有账号，接手后几乎无法维护。

空号要看账号类型、验证状态和测试要求

空号的核对重点更少，但每项都影响你能不能顺利上架。先看是个人号还是组织号：组织号的主体名称需要和对应资料一致，开发者名称会对外展示。再看验证是否已经完成，而不是停在待验证。最后看上架前的测试要求：平台对部分较新的个人账号设有封闭测试的要求，具体人数和时长以 Console 当时页面为准。老号注册时间较早，不代表一定适用不同要求，应让卖方展示 Console 内相关页面，而不是口头保证。

两类账号都要查的：所有者权限、恢复方式和账号是否受限

账号「老」本身不是质量指标，状态才是。需要确认：交接完成后你的邮箱是否成为所有者角色，二步验证和恢复方式是否在你控制下，开发者联系邮箱与电话是否已改成你的，账号是否有任何限制或警告。长期共用卖方登录的方式风险很高，一旦对方改动设置或触发安全验证，你没有独立处理的能力。交接的终点应该是你能独立登录、独立恢复、独立管理用户。

按用途给出选择，并设好停止条件

新应用、无历史包袱：选空号。接手现有应用持续运营：选带 App，并把签名密钥、源码和关联后台写进交接清单。只想要账号年龄：不建议把它当主要依据，审核看的是应用内容与政策合规，账号年龄不是豁免条件。出现以下情况应暂停下单：卖方说不清签名密钥归属，无法展示政策状态，或不接受在你方完成所有者权限变更。具体政策、费用和验证要求会变化，以平台当时页面为准。