Meta 广告开户不是先点「Create campaign」，把账户控制权、数据源、付款方式和团队权限理顺，后面投放失败时才知道该找投手、财务、开发还是主页管理员。
本文按 2026-05-24 比对的 Meta 官方帮助页刷新。后台菜单名称会随账号地区、界面语言和产品灰度变化，遇到按钮位置不同，以 Meta Business Suite、Meta Ads Manager、Events Manager 当前显示为准。
先确认哪几个后台归谁管
跨境卖家常说的 BM，今天在很多入口会显示为 Business Portfolio。它不是单个广告账户，而是装 Page、Instagram、Ad account、Dataset、人员和合作伙伴权限的业务资产容器。
新团队先做一张资产表。每个对象都写 ID、owner、管理员、备用管理员、最近一次修改日期。只写「在老板号里」没有排查价值。
| 资产 | 后台入口 | 最少记录 | 常见问题 |
|---|---|---|---|
| Business Portfolio | Meta Business Suite settings | Portfolio ID、full control 管理员 | 只有离职员工有完整控制权 |
| Facebook Page | Page access / Business assets | Page URL、full control、task access | 主页能发帖，但广告账户不能绑定 |
| Ad account | Ads Manager / Business settings | Ad account ID、时区、币种、admin | 投手能看广告，不能改付款方式 |
| Dataset | Events Manager | Dataset ID、Pixel 名称、关联网站 | 事件进错 Dataset，广告系列拿不到数据 |
| Payment settings | Billing & payments | 默认付款方式、币种、账单负责人 | 财务有卡，但不是广告账户管理员 |
Business Portfolio 至少保留 2 名公司可控管理员。一个负责日常操作，一个负责备份；代理商、外包投手和临时设计不要拿完整控制权。
Business Manager 和 Business Portfolio 的 SOP 写法
内部文档可以写「BM / Business Portfolio」，但截图、表格和工单里要用当前后台名称。Meta 帮助页和产品入口正在混用旧称与新称，团队不要因为名字不同重复创建资产。
建议把 SOP 拆成 4 个固定入口：
- Meta Business Suite：看 Business Portfolio、人员、业务资产。
- Meta Ads Manager：创建广告系列、广告组和广告。
- Events Manager：管理 Meta Pixel、Dataset、事件测试和 Conversions API。
- Billing & payments：处理 Payment settings、付款方式和账单记录。
如果一个人说「我没有权限」，不要让他口头描述。让他截当前页面、左上角业务组合名称、对象 ID、灰色按钮和提示文案。
Pixel / Dataset 当前配置方式
Meta Pixel 仍然是网站端事件代码，Dataset 是 Events Manager 里逐步统一网站、App、离线和消息事件的视图。Meta 官方帮助页说明，Pixel 事件会共享到 Dataset，新 Dataset ID 通常与 Pixel ID 相同。
独立站至少先检查 4 个事件：
| 事件 | 触发位置 | 检查字段 |
|---|---|---|
| PageView | 全站页面 | URL、浏览器事件是否出现 |
| ViewContent | 商品详情页 | content_id、content_name |
| AddToCart | 加购按钮 | value、currency、content_id |
| Purchase | 支付成功页 | value、currency、event_id |
Conversions API 是服务器端事件连接方式。Meta 官方文档把它描述为从服务器、网站平台、App、CRM 或线下来源发送营销数据到 Meta 的接口；网站事件同时使用 Pixel 和 Conversions API 时，要重点看去重和事件匹配字段。
Shopify、WooCommerce 或自建站的接法不同，但排查记录要一致：Dataset ID、网站域名、事件名称、测试时间、浏览器事件、服务器事件、是否重复计数。不要只写「CAPI 已接」。
付款方式操作顺序
Meta 帮助页对添加付款方式有一个硬前提：操作人要是广告账户管理员。投手能创建广告，不代表能处理 Billing & payments；财务持有信用卡，也不代表有 ad account admin。
付款设置按这个顺序查：
- 广告账户时区和币种是否是团队计划长期使用的设置。
- 操作人是否是广告账户管理员。
- Payment settings 里是否已有默认付款方式。
- 卡组织或 PayPal 是否在 Meta 当前支持列表内。
- 银行侧是否有 3DS、限额、拒付或跨境交易拦截。
新账户不要连续添加多张卡反复重试。先记录失败金额、失败时间、付款方式末四位、后台提示、银行拒付码，再决定是找发卡行还是换管理员操作。
小团队权限分配
3 到 8 人的小团队，最容易把「方便」做成事故。老板、投手、财务、开发、代理商都用同一个个人号登录，短期省事，出问题时没人知道谁改了预算、谁删了事件、谁动了付款方式。
| 角色 | 建议权限 | 不建议给的权限 | 留痕要求 |
|---|---|---|---|
| 负责人 | Business Portfolio full control | 无限制共用个人号 | 每月导出资产表 |
| 投手 | Ad account campaign 管理、Page 广告任务 | Payment settings、Portfolio full control | 每次大改预算前后截图 |
| 财务 | Billing & payments、发票记录 | Dataset、主页内容权限 | 保存卡片末四位和银行回执 |
| 开发 | Dataset / Pixel 事件配置 | 广告系列发布权限 | 保留测试事件截图和代码版本 |
| 外部代理 | 指定广告账户或 Page 任务权限 | 公司资产 owner 权限 | 写清开始日期、结束日期和范围 |
权限排查先看「人有没有进 Business Portfolio」，再看「人有没有被分配到具体资产」。只在业务组合里添加人员，但没有给 Ad account、Page 或 Dataset 任务，后台仍然会显示权限不足。
跨地区使用与切换设备管理
Meta 后台操作应尽量固定人员、固定设备和固定记录方式。频繁让不同城市、不同外包、不同财务在同一天处理同一个广告账户，会让安全验证、账单失败和权限变更混在一起。
如果团队管理多个广告账户、店铺后台和收款后台，可以使用跨境电商团队稳定线路承载核心后台操作。它的作用是配合登录 SOP：谁操作、在哪台设备、处理哪个资产、改了什么，都要能回到记录里。
切换设备前先做 4 件事：确认 2FA 设备可用，保存当前后台状态，退出不再使用的设备会话，把当天已改字段写进操作表。出差临时处理账单或权限时，只做止损动作，避免同时改预算、付款方式、Dataset 和管理员。
第一个 Sales 广告系列创建
Meta Ads Manager 是创建和发布 Facebook、Instagram、Messenger、WhatsApp 与 Audience Network 广告的统一入口。官方帮助页说明，创建广告系列时选择目标；Sales、app promotion、leads 目标会进入包含 Advantage+ 设置的流程。
电商独立站的第一条广告系列按这个顺序建：
- 进入 Meta Ads Manager，点击 Create campaign。
- 选择 Sales 目标。
- 确认转化位置是 website，选择正确 Dataset / Pixel。
- 设置预算和排期，让团队能读懂数据，不要用预算掩盖事件问题。
- 准备 3 到 5 条素材，避免同一张图反复复制。
- 发布前检查 Page、落地页、商品价格、运费、退换货说明和支付页。
Advantage+ sales campaigns 是 Meta 当前主推的自动化销售广告产品，侧重自动处理创意、定向、版位和预算。它不是账号安全工具，也不保证订单结果；数据源、商品页、价格、物流和素材不清楚时，自动化只会更快暴露问题。
账户和权限出错排查表
把症状放到同一张表里，不要一边申诉一边改配置。多个字段同时变化，第二天很难判断到底是哪一步造成新问题。
| 现象 | 查后台 | 关键字段 | 下一步 |
|---|---|---|---|
| 不能创建广告系列 | Ads Manager | ad account 状态、Page 绑定、操作人权限 | 截图提示，确认是否有 campaign 管理权限 |
| 不能添加付款方式 | Billing & payments | ad account admin、付款方式、币种 | 让广告账户管理员操作，再问发卡行拒付码 |
| Pixel 无事件 | Events Manager | Dataset ID、域名、测试事件时间 | 查安装位置，再查事件是否进错 Dataset |
| Purchase 重复 | Events Manager | event_name、event_id、浏览器/服务器来源 | 比对 Pixel 和 Conversions API 去重字段 |
| 外包看不到账户 | Business Suite settings | 人员状态、资产分配、任务权限 | 先分配到 Business Portfolio，再分配到具体资产 |
| 主页不能用于广告 | Page access / Business assets | Page full control、task access | 比对主页是否在正确 Portfolio 内 |
如果已经出现账户受限、付款失败或资产丢失，不要写「已恢复」这种结论。只记录官方提示、提交入口、case ID、材料版本和下一次复查时间。
每周复盘记录
每周固定看 6 项：Business Portfolio 管理员、Ad account 管理员、Payment settings、Dataset 事件、Page access、外部代理权限。没有变化也写「无变化」，否则团队只会在出事后回忆。
复盘记录按一行一个对象写：
| 日期 | 对象 | 原状态 | 新状态 | 操作人 | 证据 |
|---|---|---|---|---|---|
| 2026-05-24 | Dataset | Purchase 无服务器事件 | CAPI 测试事件出现 | 开发 | Events Manager 截图 |
| 2026-05-24 | Ad account | 财务无账单权限 | 添加 Billing 权限 | 负责人 | Business Suite 截图 |
这张表比长篇周报有用。广告账户、付款方式、Dataset 和主页都是可比对对象，团队复盘也应该围绕对象，而不是围绕感觉。