Shopping、Search 与 PMax：电商账户到底该怎么分工
很多电商账户一上来就 Search、Shopping、PMax 一起开，最后预算被打散，品牌词被混进去，报表看起来都不错，却根本说不清哪个流量层真的在起作用。真正要先想清楚的，不是“哪种 campaign 更先进”，而是三者分别应该承接什么需求、什么时候该隔离、什么时候才能并行。
这一课解决什么问题
核心结论
Search、Shopping 和 PMax 不是同一种流量入口。Search 更像意图捕捉，Shopping 更像商品比较，PMax 更像自动化扩层。先分清角色，再决定谁先上、谁后上、谁该被控制。
先用“需求层”理解三者，不要只看 campaign 名字
| 类型 | 最擅长承接什么 | 最依赖什么 | 最大风险 |
|---|---|---|---|
| Search | 明确搜索意图 | 关键词结构、文案与落地页匹配 | 太快扩到泛词，流量解释力下降 |
| Shopping | 商品比较意图 | Feed 标题、属性、图片、价格和库存 | Feed 质量差导致系统误解商品 |
| PMax | 在已有信号基础上自动化放大覆盖 | 追踪质量、feed 质量、资产与控制点 | 品牌词、再营销和原有需求被混进来 |
为什么冷启动通常先从 Search 或 Search + Shopping 开始
冷启动阶段最缺的不是“流量入口”，而是解释力。你要先知道：用户到底怎么搜、落地页能不能承接、标题和价格有没有竞争力。如果一开始就把大量预算交给黑箱系统，后面很难判断问题到底出在需求、商品、页面还是追踪。
更稳的冷启动顺序
单 SKU 和多 SKU 店铺，启动地图不一样
店铺的 catalog 结构不同，最稳的起步方式也不同。单 SKU 更需要先把意图和页面 fit 看清；多 SKU 更需要 feed 和商品层级先稳住。
| 店铺形态 | 更稳的第一步 | 为什么 | 最常见陷阱 |
|---|---|---|---|
| 单 SKU | 先 Search，存在比价需求时再补轻量 Shopping | 要先验证卖点和页面承接 | 太早让 PMax 掩盖 offer 或页面问题 |
| 小型多 SKU | Search + Shopping，但前提是 feed 基础已经稳 | 需要同时看关键词和商品两端读数 | 误以为 Shopping 能自动补偿 feed 弱 |
| 大 catalog | Search + Shopping，并更强调 feed 分层和品牌控制 | 商品越多，混需求和弱毛利问题越容易被放大 | 太早把整个目录交给一层混合自动化 |
Shopping 真正决定效果的，不是 campaign，而是 feed
Shopping 的强项是让商品自己参与竞价和比较，但这个前提是系统能看懂你的商品。标题模糊、属性缺失、图片弱、价格不稳、库存不准时，Shopping 看起来是在跑，实际上可能一直在错配流量。
Shopping 的高频误判
- 以为 Shopping 天然更高意图，就忽略 feed 和商品页质量。
- 看到 Shopping 有量，就误以为它天然比 Search 更适合所有店。
- Shopping 表现差时，只改出价，不去改标题、图片、属性和价格呈现。
PMax 最大的问题不是黑箱，而是角色容易混掉
PMax 的危险不在于它自动化，而在于它很容易把品牌需求、再营销需求、商品比较需求和更广泛的探索流量一起吃进去。这样账户 ROAS 看起来会很好，但你很难知道它到底是在创造新增，还是在承接原本就会来的需求。
PMax 更适合什么时候上
- 转化追踪已经稳定，不再处于明显错记或漏记状态。
- Feed 足够清楚，Shopping 不是在随机跑量。
- 你已经知道品牌词、Search、Shopping 的基础表现和风险。
- 你能接受更低透明度，并愿意靠外围数据做判断。
品牌词和 PMax 冲突，是最常见的结构问题
现在平台已经给了更多控制点，比如 brand exclusions，但市场上依然很容易把“PMax 跑得很好”误判成“PMax 真带来了很多新需求”。在很多账户里，PMax 只是把品牌流量、回访流量或高意图购物流量重新收了一遍。
| 症状 | 可能发生了什么 | 优先检查什么 | 更稳的动作 |
|---|---|---|---|
| PMax ROAS 明显高于一切 | 品牌词或再营销被混进去 | brand exclusions、Search 品牌流量、再营销结构 | 先做品牌控制，再看真实增量 |
| Search 量突然被压 | PMax 吸走可解释流量 | 品牌词保护、Search impression share | 先确认谁在承接品牌需求 |
| Shopping 一直不稳定 | feed 问题被 campaign 问题掩盖 | Merchant Center diagnostics、标题、属性、图片 | 先修商品数据，不要只调出价 |
不同店铺阶段，更适合不同结构
| 业务阶段 | 更推荐的主结构 | 为什么 | 先别急着做什么 |
|---|---|---|---|
| 单 SKU / 冷启动 | Search 为主，必要时补少量 Shopping | 先验证真实搜索意图和页面承接 | 不要一上来全交给 PMax |
| 多 SKU / 商品可比价 | Search + Shopping | 同时看关键词与商品表现 | 不要忽略 feed 整理 |
| 已有稳定订单和信号 | Search + Shopping + 受控 PMax | 可开始用自动化扩层 | 不要放任品牌流量混用 |
| 品牌词很强、回访多 | 清晰品牌控制 + 分层 PMax | 先分清承接和新增 | 不要只看 blended ROAS |
加 PMax 之前，先过一遍“冷启动 vs 成熟账户”地图
冷启动账户和成熟账户不能用同一种结构规则判断。品牌词越强、复购越多、历史转化越稳定，PMax 就越容易在没有真实新增的情况下看起来很好。
简单结构地图
先过一张 brand control checklist，再看 blended ROAS
如果连品牌需求是谁在承接、再营销怎么处理都不清楚，就不要急着用 blended ROAS 给 PMax 或整账户下结论。
最小 brand control checklist
- brand exclusions 是主动检查过的，不是默认假设存在。
- 品牌词 Search 足够可见，能单独看它的角色。
- 再营销逻辑没有悄悄被吸进一个混合成功故事里。
- 你能解释 PMax 到底是在扩需求，还是主要在收已知需求。
社区实战观察
实战里最常见的混用问题
- 很多账户 Search、Shopping、PMax 同时开，最后 ROAS 看起来不错，但其实根本不知道是品牌词、再营销还是冷流量在起作用。
- 也常见把 PMax 当成“自动找增长”的按钮，忽略了 feed、追踪和商品页都还没打稳。
- 更稳的共识通常是：先把一个需求层打清楚，再扩第二层，而不是一开始就把所有流量入口混在一起。
排查动作
执行检查清单
进入下一课前确认
- 知道 Search、Shopping、PMax 各自承接的是不同需求层
- 冷启动阶段优先考虑解释力，不急着全自动化
- 会检查品牌词控制、brand exclusions 和 feed 质量
- 不会再用 blended ROAS 一把梭判断三种 campaign 的价值
下一步读哪篇
| 如果你现在卡在 | 下一篇建议 | 为什么这样接 |
|---|---|---|
| Shopping 不稳定，系统对商品理解还是很弱 | `merchant-center-and-product-feed-basics` | 这篇解决的是角色分工；真正支撑 Shopping 的底层，还是 feed 基础。 |
| feed 基础已经懂了，但缺每周排错、巡检和 owner 节奏 | `merchant-center-and-feed-operations` | 当结构选清楚后，下一步更容易出问题的是 feed 治理，而不是 campaign 名称本身。 |
| 你对转化质量还没信心，不敢相信 PMax 的结果 | `enhanced-conversions-and-value-quality-check` | 如果 value 和转化信号本身不稳，PMax 的自动化结果会更难解释。 |