先分清「所有权」和「访问权限」
交接失败多数不是操作错误，而是把两件事混在一起。在 Meta 的结构里，广告账户、主页、像素（现多称数据集）都归属于某个商务组合（Business Portfolio，习惯上仍叫 BM），归属方是所有者；其他商务组合或个人只能以合作伙伴或被分配人员的身份获得访问权。管理员权限可以随时收回，所有权才决定账户长期挂在谁的主体下。所以交接前先逐项确认：每个资产当前的所有者是谁，对方拿到的是所有权还是访问权。只拿到访问权，原所有者一旦撤销，投放和数据会一起中断。
BM 层：管理员、验证状态与域名
先看交出方的商务组合里谁是管理员，且这些管理员的双重验证是否由原团队控制。接收方至少要有两名自己掌控的管理员，避免单点失联。再核对商务验证（Business Verification）状态：验证绑定的是法律主体信息，如果接收方主体不同，原验证不会自动适用于新主体，部分需要验证才能使用的功能可能要重新走。域名验证和已配置的事件优先级也挂在商务组合下，换主体后需要确认是否仍然有效。若原 BM 里还有其他客户的资产，不要整体转让 BM，应只迁移相关资产，否则会把无关方一并带走。
主页：确认是认领关系，还是仅被授予任务
主页只能被一个商务组合认领为所有者，其他组合只能申请访问。交接时在主页的角色设置里确认：当前归属哪个商务组合，个人账号是否还挂着完整管理权限。常见隐患是主页的唯一完整管理员是离职员工的个人账号。接收方应先申请所有权或被原所有者发起转移，并等待对方批准，再撤销旧管理员。主页上的广告身份、Instagram 关联账号、已发布帖子和评论互动不会因交接消失，但关联的 Instagram 账号需要单独核对其归属，不能默认跟着主页走。
像素与数据集：转移的是数据资产，不是投放效果
像素的价值在于已积累的事件数据和受众，核对项包括：数据集 ID 归属、已安装的网站代码是否由接收方控制、转化 API 的访问令牌由谁生成与保管、已配置的自定义转化和事件优先级。多数情况下更稳妥的做法是把数据集共享给接收方的商务组合，而不是强行转移所有权，这样网站端代码无需改动。要注意基于原数据集创建的自定义受众、类似受众和产品目录关联，更换数据集后不一定自动延续。接收方应在交接窗口内先做一次事件测试，确认购买、加购等关键事件仍在回传，再停用旧的访问方式。
付款方式：信息不会随账户自动换成接收方的
广告账户的币种、时区和结算国家在创建后通常不可更改，这三项需要在交接前就确认是否符合接收方的财务与税务要求，不符合就应改为新建账户，而不是硬接手。付款方式（银行卡、PayPal、直接扣款等）属于付款人，接收方应添加自己的支付方式，并移除原方式，不要继续使用对方的卡。同时核对：是否存在未结清余额、账户支出限额、发票和账单历史的获取方式，以及账单抬头是否与接收方法律主体一致。未结清余额未处理就交接，会让账户在新旧双方之间发生扣款争议。
该暂停交接、改为新建账户的几种情况
出现以下任一项，建议停止并重新评估：账户有未解决的受限、停用或申诉记录，且原因不清；账户的币种或时区与接收方不符；所有权链条不清，无法确认谁是原始所有者；对方只愿意提供登录账号而不通过 BM 层面转移。另外要说明一点：Meta 的条款不允许把广告账户或个人账号当作商品买卖，上述交接只适用于代理商换手、公司主体变更、项目移交这类有真实业务关系的场景。已有历史违规的账户即使成功接手，风险也会随账户延续，收益通常不抵新建一个干净账户并重新积累数据。具体操作入口和限制以 Meta 当时的帮助页面和后台为准。