1. 基线规则：一个开发者账号对应一个 Google 账号，而持有多个账号是被明文预设的。Play Console 开发者账号按 Google 账号注册，官方帮助中心给出的自然结果就是：「如果你想让账号改用其他币种，需要用另一个邮箱地址新建一个 Play Console 账号」，并且「我们的支持团队可以把你的应用转移到新账号」（§https://support.google.com/googleplay/android-developer/answer/9023898）。同一主体持有多个账号也不是灰色地带，Google 自己的 FAQ 就写着：「Can I use one DUNS number to register or verify multiple developer accounts? Could one DUNS number be used to create 5-7 developer accounts? Yes, you can create multiple developer accounts using one DUNS number.」（一个 D-U-N-S 号可以注册或验证多个开发者账号，可否用 1 个 D-U-N-S 开通 5-7 个账号？可以。）（§https://support.google.com/googleplay/android-developer/answer/13634888）
2. Google 早就为这层关系准备了一整套术语，建议逐字记住。自 2021 年 6 月 7 日那一周起，Play Console 里就有 Associated developer accounts 页面（Developer account > Associated developer accounts），页面自称存在的目的就是「帮我们了解你与哪些开发者账号存在关联」（§https://support.google.com/googleplay/android-developer/answer/10627869）。该页术语表定义：Account Group 账号组＝「所有你的关联开发者账号（ADA）归属的那个 Play Console 账号」；Associated Developer Accounts（ADA）关联开发者账号＝「你拥有的所有开发者账号」，加上「你子公司拥有的、发布了与你品牌特征相同或相似产品的开发者账号」，再加上（当同时控制你和你的关联方的那个实体本身不是 Play Console 开发者时）发布相同或相似品牌特征产品的关联方账号（此类账号只计为你或该关联方的 ADA，不会同时计入两边）；Affiliate 关联方＝「直接或间接控制你、被你控制、或与你受同一实体共同控制的任何实体」；Control 控制权＝「持有该法律实体 50% 或以上的表决权或所有权权益」；Subsidiary 子公司＝「你控制的法律实体」；Primary Developer Account 主开发者账号＝「被指定为账号组管理者的那个 ADA」。
3. 申报机制本身，以及它到底为了什么。你要在该页面「用组织的完整法定名称（例如 Google LLC）创建账号组」；用于创建账号组的那个账号即成为 Primary Developer Account，且「任何拥有该主账号管理员权限的人都能管理这个账号组」。添加 ADA 时「用它们的开发者账号 ID，或用其某个应用的包名」，被加入账号的管理员「会收到 Play Console 通知，要求接受或拒绝你的请求」——「在所有 ADA 都同意加入之前，你的账号组都处于未完成状态」。一个开发者账号同一时间只能属于一个账号组，迁移方式是先退出当前组。明面上的好处写得很直白：「创建账号组是加入 15% 服务费档位的必要条件」，且只有已配置付款资料的开发者才能访问该页面。边界同样写得直白：「任何人不因账号组而获得其他账号的财务数据、上架或更新应用的能力等权限，包括账号组的主开发者账号在内——除非各账号的管理员主动添加或调整其账号用户与权限。」账号组名称与主账号的联系邮箱会对组内其他账号可见；账号组不会展示给 Google Play 的用户。
4. 共用一个付款资料，是把一组账号变成一个身份的官方式做法。原文：「要创建新的或验证既有的 Play Console 开发者账号，你必须创建或选择一个付款资料。该付款资料用于验证你的身份。付款资料可以是个人或组织类型。只有组织的付款资料可以多人共享。如果你的组织拥有多个共享相同身份信息的开发者账号，可以考虑在这些账号间复用同一个付款资料，以简化验证流程。」官方通道分三步：每个 Play Console 账号的所有者都必须成为该付款资料的管理员（Google 付款中心 > Settings > Payments users > Manage payments users > Add new user > 「Admin with all permissions」），每人须接受来自 payments-noreply@google.com 的邀请，然后在 Play Console 验证时选择该资料（§https://support.google.com/googleplay/android-developer/answer/14177239）。同页的警告要当作同一件事的另一面来读：「在把他人加为管理员之前，务必理解共享付款资料的含义。授予管理员权限意味着他们可能使用该付款资料中的付款信息。」换句话说：共用付款资料既是满足验证最省事的路，也是 Google 手上把你的账号串起来的最强身份纽带。
5. 关联从哪一刻变成负债：政策原文在同一段里说了两遍。「Repeated or serious violations（例如恶意软件、欺诈、可能对用户或设备造成损害的应用）违反本政策或开发者分发协议（DDA），将导致 individual or related Google Play Developer accounts（个别或关联的 Google Play 开发者账号）被终止。」以及在描述 suspension 时：「Suspensions count as strikes against the good standing of your Google Play Developer account. Multiple strikes can result in the termination of individual and related Google Play Developer accounts.」（暂停会计入你开发者账号良好状态的 strike 记录，多次 strike 可能导致个别及关联的 Google Play 开发者账号被终止。）（§https://support.google.com/googleplay/android-developer/answer/17105854）
6. 合同层面，看开发者分发协议（DDA）。第 10.3 条：Google「可在书面通知后立即终止本协议，或在适用法律要求时提前三十（30）天书面通知后终止，如果 (a) 你违反了本协议、任何保密协议或其他与 Google Play 或 Android 平台相关的协议；(b) 法律要求 Google 这么做；(c) 你不再是被授权的开发者、不再是处于良好状态的开发者，或被禁止使用 Android 软件；(d) Google 决定不再提供 Google Play；或 (e) 你或你的产品对 Google、用户或其他第三方合作方构成经济、声誉或安全方面的潜在风险。」其后补充：「在适用法律允许的范围内，Google 也可以提前三十（30）天书面通知、无需理由终止本协议。」最容易被忽略的是第 11.1 条，它直接否定了「纯代持」的架构：「你声明并保证你拥有产品的全部知识产权，包括以自己名义（而不仅仅作为他人的代理人或受托人）变现产品的权利。」（§https://play.google/developer-distribution-agreement.html）
7. 一个账号被终止，对旁边账号的实际影响。「开发者账号被终止后，你的全部应用会从 Google Play 下架，这些应用关联的用户、统计与评分全部作废；同时你将无法再上架新应用。如果你的账号是因违反开发者分发协议被终止，我们无法再接受你未来的应用，所以不要重新注册新的 Play Console 账号。此外，任何关联账号都会被永久停用，而你尝试开通的任何新账号都会被终止，且不退还开发者注册费。」同页还取消了「会先警告」的假设：「在 Google Play 发布应用即表示你同意遵守 Google Play 开发者计划政策与开发者分发协议。Google 没有义务在暂停或终止你的账号前发出警告。」想拿回账号的门槛也写清了：「只有当确属错误、且认定你的账号与应用未违反开发者分发协议时，支持团队才能恢复 Play Console 账号。」申诉入口：§https://support.google.com/googleplay/android-developer/troubleshooter/2993242，且支持团队只用中文、英文、日文、韩文回复（§https://support.google.com/googleplay/android-developer/answer/9023898）。
8. Google 明说会纳入考量的信号，以及「干净账号为何也被牵连」。执法流程原文：「在审核内容或账号以判断其是否违法或违反政策时，我们会综合各类信息作出决定，包括应用元数据（例如应用名称、描述）、应用内体验、账号信息（例如过去的违规历史）、应用中的第三方代码，以及通过举报渠道获得的信息（如适用）和我们主动发起的审查。」另两句对矩阵运营尤其重要：「下架或管理通知未必列出你的账号、应用乃至整个应用目录中存在的每一项违规」，以及未清理余下问题「可能导致额外的执法动作」（§https://support.google.com/googleplay/android-developer/answer/17105854）。
9. 什么会把第二个账号变成规避封禁。明文情形是 DDA 终止后重新注册（「不要重新注册新的 Play Console 账号」；「你尝试开通的任何新账号都会被终止，且不退还注册费」）。更值得注意的是政策直接把违规写在「账号集合」层面：巴基斯坦数字借贷规则的「每家非银行金融公司（NBFC）放贷机构只能上架一款数字借贷应用（DLA）。开发者若试图为同一家 NBFC 上架不止一款 DLA，将面临其开发者账号及任何其他关联账号被终止的风险」（§https://support.google.com/googleplay/android-developer/answer/17105854）——违规由运营方犯下，惩罚按运营方持有的全部账号计价。
10. 合法需要多个账号的场景，每个都配着官方通道。改币种：必须用另一个邮箱新建 Play Console 账号，之后由支持团队协助转移应用。组织号转个人号：不支持就地转换，「你必须新建一个个人开发者账号并完成该账号类型所需的验证；新账号验证通过后，你就能把应用转移到新账号」。出售或交接整个应用目录也有正规路径：「如果有另一个 Play Console 账号的开发者想要收购你的应用，我们的支持团队可以把你的应用转移到他们的账号。在你账号下所有应用都转移完成后，我们可以删除你的账号并退还开发者注册费」；并且「当你把应用转移到另一个 Play Console 账号时，应用的全部统计数据会随之转移」。一个坑：「删除 Google 账号并不会自动删除你的开发者账号。」（§https://support.google.com/googleplay/android-developer/answer/13634888 / §https://support.google.com/googleplay/android-developer/answer/9023898）
11. 关联被误判时如何申诉，以及真正有用的证据。申诉的判据是「是否属于错误」，所以要交的是独立性证明，而不是收入陈述：付款资料的管理员记录（谁是管理员、从什么时候起）；每个实体的身份文件与 D-U-N-S 档案；能证明相关账号之间不存在任何一个实体持有 50% 或以上表决权/所有权权益的公司登记摘录；Play Console 里账号组申报的历史记录；以及被指为关联的那个账号的往来沟通记录。申诉期间不要另开新账号——按第 7 条，新账号正是会被终止且不退费的那一个。
12. 多账号隔离与注册前决策清单（2026）。(一) 按法律主体而不是按应用点子决定账号数量：账号之间是靠主体身份与付款资料串起来的，多开账号并不产生距离。(二) 只在确实「共享相同身份信息」时才共用付款资料——对真正的组织而言这是官方推荐路径；若想要隔离，需要不同的是身份信息本身，而不只是登录邮箱。(三) 保持 ADA / 账号组申报的准确与实时，尤其是在享受 15% 服务费档位这类权益时，因为账号组就是 Google 自己用来记录「谁和谁有关联」的台账。(四) 提前留存「每个账号与你之间的连接点」：付款资料管理员、D-U-N-S 号、注册费与发票——这份记录就是将来的申诉材料。(五) 按账号治理 strike：任何一次执法动作后，审计该账号下的每一个应用，而不是只看被点名的那一个。(六) 绝不在 DDA 终止后重新注册，也绝不用他人身份继续服务同一套应用目录。(七) 应用在账号之间移动要走官方转移流程，让统计与用户权益一起迁移。(八) 如果关联确属误判，用控制权独立的证明材料去申诉，而不是另起炉灶。