Google Ads 账户结构不是搭出来的，是从业务结构推出来的

好账户的结构不是 campaign 数量多，也不是命名漂亮，而是业务上必须分开的边界被保留，其他数据尽可能集中。结构设计的起点应当是经营单元，不是平台菜单。

先做判断

创建一个新 campaign 前，先问它是否拥有独立的目标、预算、转化信号、地域、商品供给或实验责任。如果都没有，它大概率只是把同一件事拆成更多容器。拆分带来的“控制感”，往往以数据稀释、学习变慢、预算互抢和维护失误为代价。

反过来，不能为了合并而合并。不同国家的货币、配送、页面语言和毛利不同，强行共用目标会掩盖真实差异；高毛利与低毛利商品共用收入型出价，也可能让系统追逐高收入却低利润的订单。结构的正确尺度，取决于业务约束是否真实存在。

从业务推到账户的四步框架

第一步：画经营单元。 用市场 × 商品角色 × 客户阶段 × 履约条件列出真实差异。只保留会改变预算、目标或承接路径的维度，不把报表偏好当经营差异。

第二步：定义每个单元的任务。 是保护品牌需求、捕获已知高意图、探索未知查询、放大赢家 SKU，还是测试新创意？一个 campaign 最好有一个可以被证伪的主任务。

第三步：设置拆分闸门。 只有出现独立预算、独立出价目标、独立转化动作、独立地域语言、明确实验隔离或强制报告责任时才拆。设备、匹配类型、时间段等平台能在拍卖中处理的维度，通常不值得单独建 campaign。

第四步：检查数据密度。 每个被拆出的单元是否有足够事件支撑决策？若数据长期稀薄，应优先合并、使用共享出价组合，或先修复转化捕获，而不是继续细分。

完整账户还要与渠道分工相连。PMax、Shopping、Search 组合指南解释各容器承担什么角色；账户健康诊断总树用于确认结构问题不是追踪或页面问题的替身。

一页结构契约

每个 campaign 至少写清六项：业务任务、允许进入的商品或查询、排除边界、主要转化、预算所有权、退出或迁移条件。若团队无法用一句话解释它为何必须独立，就不应因为“以后可能有用”而保留。

重构时不要一次推倒重来。先冻结旧结构的基线，挑选一个业务单元做镜像或实验，确认查询、转化和利润口径可比，再逐步迁移。结构重构的成功不是后台更整洁，而是在不丢业务边界的前提下，减少无意义竞争并提高信号密度。

常见误判

• 按产品目录层级原样建 campaign。目录适合导航，不一定对应利润、预算和用户意图。
• 按匹配类型、设备或细小地域无限拆分，误把可见性当控制力。
• 只按历史 ROAS 分赢家和输家，忽略品牌流量、库存、利润与归因差异。
• 先建结构再补目标。没有任务定义的 campaign，后续只会靠临时规则维持。

验证清单

• 每个 campaign 都有独立且可验证的业务任务。
• 每次拆分都能对应预算、目标、转化、地域、供给或实验中的至少一项真实差异。
• 品牌与非品牌、拉新与再营销、探索与放大已明确区分。
• 拆分后的数据量足以支持出价和复盘；不足时有合并方案。
• 商品、查询、URL 与否定边界不会让多个 campaign 无意互抢。
• 迁移前后使用同一后端结果与利润口径比较。

适用边界

该框架适合 Search、Shopping 与 PMax 共存的电商账户，也适合从单市场扩展到多市场时重构。平台内部优先级和可用设置会变化，具体路由仍需在执行前核验。若账户尚未拥有可靠转化数据或业务目标，先修测量与单位经济，不要把结构重建当成万能修复。