卖出马甲号、合并两个应用组合、把爆款应用迁到公司账号——这些操作的底层逻辑都是同一件事：Google Play 转让。流程表面看起来很简单，实际上有严格的先后顺序，漏掉任何一步都可能导致应用被下架、收款资料孤立、或者签名密钥落到错误的人手里。这份清单覆盖 2026 年两种转让场景：把应用转到另一个开发者账号，以及账号所有权本身的交接。
第一部分：应用转让——官方路径
Google 的官方机制是 Play Console 里的应用转让申请（transfer request），它会把应用以及附带的全部数据，从原账号转移到目标账号。提交之前，请严格按顺序走完以下步骤。
第1步：确认政策合规与费率影响
- 原账号和被转让的每一个应用都必须符合 Google Play 全部政策——有政策违规的应用会在转让途中被驳回，还可能同时标记两个账号。
- 如果你注册了15% 服务费档位：当应用在分属不同 Account Group（账号组）的开发者账号之间转移时，该应用的收入会计入两个账号组当年的总收入。一个年收入 10 万美元的应用从 A 组转到 B 组，会同时计入两组各自"前 100 万美元"的费率门槛。计算收购价格时——以及做 2026 年税务规划时——一定要把这笔账算进去。
第2步：提前下载以后需要的报表
应用转让时，你的批量导出报表、结算报表和收入报表不会随应用转移。提交前把可能用到的一切报表都从 Play Console 下载下来——转让完成后，新账号的报表从零开始。
第3步：确认两个账号都已注册且处于活跃状态
- 原账号：可以正常登录。
- 目标账号：注册已完整——应用头部没有"为什么无法发布"的提示。如果目标账号是全新注册的，别忘了 25 美元注册费。（好消息：转让完成后，如果关闭原账号，Google 支持团队可以退还原账号的注册费。）
第4步：收集两个账号的注册交易ID
你需要自己账号和目标账号双方的注册交易ID。在账号所有者的邮箱里搜索"developer registration fee"（开发者注册费），或登录 Google Payments → Activity 查找。常见格式：
01234567890123456789.token.0123456789012345
0.G.123456789012345
Registration-1234ab56-7c89-12d3-4567-8e91234567f8
PDS.1234-5678-9012-3456关键：在转让申请中填写交易ID时，必须去掉订单号前缀——丢弃 0.G. 部分，以及 token 或 Registration 字样之前的所有内容。
第5步：处理好 Play App Signing 密钥
- 上传密钥（Upload key）：如果不想让目标账号继续使用当前的上传密钥，新所有者可以在转让后申请更换上传密钥。
- 应用签名密钥（App signing key）：如果担心密钥安全，目标账号可以申请"新安装密钥升级"，之后 Google 会用新密钥签署新安装与更新。申请前务必了解影响——旧安装用户会受影响。
第6步：检查付费应用与内购要求
- 接收付费应用或含内购的应用，目标账号必须有活跃的收款资料（payments profile）。
- 如果目标账号使用不同的默认货币：含内购的应用转让后会被自动下架，直到你确认新价格并重新发布；付费应用的价格会自动换算。提前规划重新发布的时间窗口，别让用户等。
第7步：重新接好关联服务
- Google Analytics：把目标账号添加为权限使用者。
- Google Developers Console 项目：把目标账号添加为 Owner。
- Firebase：从原 Play Console 账号解绑项目，再绑定到目标账号。
- AdMob / 广告SDK：广告收入是按 APK 内的 SDK 归属的——必须更新广告 SDK 配置并发布新版本，收入才会进到正确的账号。
- 进行中的翻译任务（Google Play 翻译服务）必须在转让前完成。
- Managed Google Play 私有应用：转让前需临时下架并移除组织限制，Google 支持会尽量缩短应用不可见的时间。
第8步：明确哪些会转移、哪些不会
会转移：用户、下载统计、评分与评论、内容分级、商店信息、订阅、政策声明与应用内容资料。
不会转移：批量导出 / 结算 / 收入报表（促销活动也不会——但已发放的促销代码仍然可用）、测试组（需要重建，测试人员要重新加入）、关联服务的权限设置。
转让前产生的订单仍留在原账号——这些订单的退款必须从原账号发起，或通过开发者 API 处理。
第9步：提交并等待
在 Play Console 提交转让申请。目标账号所有者审核并批准后，Google 支持团队确认——回复通常在 2 个工作日内送达。
第二部分：账号所有权交接
如果转移的不是应用，而是整个开发者账号（常见的马甲号出售场景），请注意以下限制：
- Google 不官方支持变更个人开发者账号的法定所有者。注册姓名、税务身份和收款资料始终属于原持有人。
- 实操上的交接路径是：先把每个应用转移到目标账号（第一部分），然后关闭原账号并申请退还 25 美元注册费。
- 对于组织账号，所有权可以通过 Play Console 用户管理变更——邀请新所有者成为管理员，再移除旧所有者。收款资料和税务信息要同步更新为新控制主体。
- ⚠️ 2026 风控提示：账号关联评分已经生效。如果转移模式与原组合高度相似，新账号可能被关联到旧账号。如果你的目的是隔离（例如把高风险的垂直领域拆出去），就分批转移应用，并让元数据、设备和收款方式保持真正的独立——否则转让行为本身就会成为关联信号。
提交前的最终检查清单
- 两个账号均活跃，目标账号注册完整
- 双方交易ID已收集，前缀已去除
- 报表（批量导出、结算、收入）已下载
- 目标账号收款资料已激活（付费/内购应用）
- 上传密钥 / 签名密钥方案已确定
- Firebase、Analytics、Developers Console、AdMob 已重新配置
- 货币变更后的重新发布计划已就绪
- 转让申请已提交 → 目标账号批准 → Google 确认
- 转让后：按需重新发布、发布广告SDK更新、重建测试组、确认新报表正常生成
一次做对的转让大约一周完成，用户侧零感知。一次做错的转让，要花一个月申诉去补救。按清单逐项核对，你的应用和账号才能准确落到想去的地方。