Meta 广告 · 抗封架构

资产户 / 投放户 结构 · 核心

思路:广告户迟早要挂 —— 把数据资产(pixel)一次性广告户分开养。户挂了,资产还在。

1三层结构

pixel 建在一个从不投放的资产户里,再用官方的「合作伙伴共享」分给真正烧钱的投放户。投放户挂了,pixel 连同它跑出来的数据全留在资产户,分给一个新号接着用就行。

资产户 · 资产 BM
拥有 pixel · 从不投放 · 不绑卡
唯一能长期留下的东西。pixel 就建在这里 —— 你真正在攒的是它。
Assign Partner 分 pixel · 官方合法
投放户 · 投放 BM
买来的广告户 + 主页 · 真正烧钱
一次性的,注定会被封 —— 封了也就损失两成,碰不到 pixel。
广告 → 落地页 → 商店按钮
落地页(合作方搭建 · W2A)
埋你的 pixel ID + 下载事件 → Adjust 追踪链接 → 应用商店
A面必须永远 200,绝不 404 —— 404 最容易触发风控,一抓就连坐整个 BM。

2什么会把账户连到一起

Meta 风控会按各种关联把你的号串成一张网,出事时顺着这些关联往上摸。资产户不是被「共享 pixel」搞死的 —— 是被管理员 / 支付 / 指纹的重叠搞死的。

关联点危险度说明
同一个 BM 里的资产致命一个 BM 里的东西是一个整体,一挂全挂。
支付方式(同一张卡 / 虚拟卡)致命一张卡付过两个户,就永久绑死了;Stripe 虚拟卡复用一次都算。
管理员身份(同一个人)致命同一个人管多个 BM,直接绑死。
浏览器指纹高危同一指纹开多个 BM,关联很强;二十来个 BM 一个指纹,直接被判成代理商团伙。
IP 段高危多个号一个 IP,会被拉到一起盯着。
合作伙伴共享(共享 pixel)安全Meta 官方给的 B2B 机制,代理商天天用;单靠它封不了资产户。

3pixel 放哪 —— 一次定生死

pixel 建在资产户,绝不建在投放的广告户里。一个垂直 / 一个品牌用一个 pixel,只分给跑这个垂直的号 —— 一个 pixel 混着两摊事件,两边都学不好。

Meta pixel 不能在 BM 之间搬

pixel 在哪个 BM 建的,就只能待在那,跟着那个 BM 一起死。想让它变成资产,第一次就得建在资产户 —— 没有「先拿投放户跑,以后再搬进资产户」这回事。那样只是重开一个新 pixel,历史清零。这是唯一一个事后补不回来的决定。

4投放户挂了:什么留下,什么带不走

✓ 靠共享 pixel 留下

  • 自定义受众(访客 / 购买者 / 视频观看者)
  • 基于它们做的相似受众
  • 聚合转化数据(度量 / 归因)
  • CAPI 服务端事件历史

✗ 带不走

  • 广告户层的优化(学习阶段是绑在具体广告户的广告组上的,新号从冷启动开始)
  • 广告户自己的信任分(养号市场卖的就是这个,4–25% 消费)
  • 靠消费历史才解锁的高日限

号挂了 = 受众还在,投放攒的优化白费。重开比从零强,但接不上原来的势头。

5资产户铁律(不能破)

破了任何一条,架构其实已经废了 —— 只是要等连坐找上门那天,你才会发现。

  1. 资产户永不投放,不绑任何支付方式。
  2. 资产户单独用一套管理员号;这套号在任何设备上都绝不登投放户。
  3. 每个 profile 配一个独立指纹浏览器(AdsPower / Multilogin / GoLogin)。
  4. 每个 profile 配一个独立住宅 / 移动代理;资产户和投放户绝不共用一个代理。
  5. 每个投放 profile 只归一个户,「就查一眼」也不行。
  6. 任何两个 BM 之间不共用支付方式(含 Stripe 虚拟卡)。
  7. 2FA 用验证器 App,别用共享手机号收短信 —— 手机号本身就是一条关联。
  8. 每个投放户先养 60–90 天再上正式预算。