Google Ads 悄悄升级 AI Max:报表没报错,管道可能已经裂了

你想象这么一个画面。

9 月的某个早上,你打开自己搭了小半年的投放报表:广告系列 ID 没变,名字没变,结构没变,数据照常入库。

一切正常。

但底下那层地基,已经被人换过了。

这个 9 月,Google 在做一件事:9 月 1 日到 30 日,把两类搜索广告系列自动升级成 AI Max。哪两类?开了广告系列级广泛匹配的,和用了自动创建素材(Automatically Created Assets,ACA)的。

广告那边,风平浪静。

管报表的你,要是没提前知道,大概率会在 10 月对账时,撞上一堆对不上的数。

所以先把最要紧的一句话放在前面:

AI Max 不是一类新广告。

Google 官方文档写得明明白白:它是在你现有的搜索广告系列里,拧上的一个优化开关。

这句话意味着什么?

意味着你的数据模型,大概率不用推倒重来。

为什么这是天大的好消息?

你想想看,假如 AI Max 是个新广告系列类型,会发生什么?

数仓里凭空多出一类对象;老报表要跟它做第二套 union;9 月 1 日那天,每个系列的时间序列"啪"地断成两截;你还得专门写脚本去缝合。

现在呢?

系列 ID 还是那个 ID,名字还是那个名字,时间序列不断。

Google 把"保持你熟悉的搜索广告系列结构",写成了 AI Max 的设计目标。

不过,有一处我得跟你说实话:文档承诺的是结构连续,历史数据行怎么处理,它一个字没提。结构连续是白纸黑字,历史连续没有保证。

所以 10 月头一周,拿你自己的历史导出对一遍。别听任何人的,包括我的。

这个月的时间账,应该这么算

升级不是一天完成的。我带你把日期捋一遍。

**8 月 3 日,门已经关了。**从那天起,新建系列级广泛匹配、新建老的 ACA 系列,后台、编辑器、API 三条路都走不通。

这意味着什么?

意味着受影响的广告系列,名单已经冻结。不用你猜,是今天就能数清的一张表。

**这个 9 月,轮到存量。**上面那两类系列,30 天内自动升级,不需要你点确认。

**明年 2 月,才轮到 DSA。**动态搜索广告的自动升级,定在 2027 年 2 月 1 日到 28 日;这个月起账号里会陆续收到自愿升级的提醒,明年 1 月 15 日再催一遍,2 月自动迁。

DSA 这个日期,值得多说一句:它是被推迟过的。今年 6 月,Google 自己把日子往后挪了,官方公告写得清清楚楚。

如果你今年排 Q4 计划时,按的还是那个更早的日期——恭喜,你的计划错在了"太安全"这一边。这个月,不用为 DSA 失眠。

报表层长出来的三样新东西

背景讲完了。真正会砸到你工作上的,是报表层的变化。

Google 的 API 文档,直接点了名。

第一样,搜索词的"出身标签"。

API 里多了个分段:segments.search_term_match_source。它挂在搜索词视图上,取三个值。

ADVERTISER_PROVIDED_KEYWORD,你的关键词自己挣来的流量。

AI_MAX_BROAD_MATCH,AI Max 从你现有关键词里扩展出去的。

AI_MAX_KEYWORDLESS,压根没有关键词参与,靠页面和素材内容匹配来的。

第三个值,才是这次升级里真正值得瞪大眼睛的。

主流搜索报表里,第一次明晃晃地标出来:这波流量,不来自任何关键词。

你的模型要是按关键词归集花费,这个桶,接下来会开始装 null。

第二样,最细颗粒度的新视图。

ai_max_search_term_ad_combination_view,把搜索词、落地页、标题,按组合拆开。AI Max 实际做决策,就在这个颗粒度上。

但比视图更要紧的,是官方贴在旁边的两条警告。

第一条:它跟经典搜索字词报表,不互斥。很多 AI 产生的搜索词,两张表各记一笔。Google 的原话很直白,别把两个视图的指标相加。

哪些老老实实把两张表 union 起来的模型,总点击会凭空变大。变大到超过广告系列的点击总数,就是穿帮的那天。

第二条反着来:因为数据隐私标准,一些查询量太小的搜索词,压根不进搜索字词报表。词级加总比系列总数少,是正常的,不是数据丢了。

记死一条:**对账,永远对到广告系列层。**别对两张词级报表的和。

第三样,落地页视图。

expanded_landing_page_view,里面带一个 expanded_final_url 字段。

这个字段,我按下不表,等下单独讲。它可能是整篇文章里,最值钱的一个字段名。

哦对,还有个不起眼的小字段:campaign.ai_max_setting.enable_ai_max。它告诉你,每个系列的 AI Max 到底开没开。

先拉它。"哪些系列被升级了"这个让你头疼的问题,会从一次人肉审计,变成一条查询。

顺带交代一句:文档没写哪个 API 版本最先带这些字段。别猜版本号,去查你客户端库钉住的那个版本的 release notes,再答应别人任何日期。

后台界面是同一套逻辑:搜索字词报表多了 AI Max 的筛选值和来源列,关键词报表底部多了两行 AI Max 汇总,落地页报表多了"谁选的"这一列。

有个 UI 陷阱提一句:拿界面里按匹配类型筛"AI Max"的数,去对 API 按 match_source 分段的数,会发现对不上。是界面少报了——那个筛法,把"其他搜索字词"漏在了外面。

最危险的,是那个不会报错的 join

现在,讲 expanded_final_url。

AI Max 带一个功能,叫最终网址扩展。什么叫最终网址扩展?

说白了就是:Google 觉得把你网站上的另一个页面推出去,效果会更好,它就把流量送到那个页面去。

投放那边,这是提效。

数据这边呢?

广告里配置的那个网址,从此不再等于用户实际到达的那个网址。

这两个 URL,你的模型里到处都在用。

解析 UTM 参数,靠它;按路径把页面归进内容类目,靠它;跟 CMS 导出表 join 出页面元信息,靠它;把站内分析的 session 拼回点击,还是靠它。

这些 join 背后,是同一个假设:广告的 final URL,就是送达的页面。

现在,假设开始松动。

可怕在哪?

它不报错。行不会消失,数据不会断流。它们只是掉进"其他"桶,或者错配到隔壁页面分组,或者干脆 join 不上,把你某个内容类目的"表现",悄悄往下拽。

没有报错的故障,是最难查的故障。

解法不花哨,就一条:把 expanded_final_url 拉进来,广告配置的那个 URL,从此只当"意图"看,不当"事实"用。

页面分组逻辑要是自己维护的,把主键切到实际送达的 URL,配置 URL 在旁边留一列。两列一比对,分叉率就出来了。

这个分叉率,值得在 10 月之前就摆上桌面。它本身就是个很有说服力的数字。

想退出,来得及吗?

来得及,但有讲究。

退出是按功能走的,不是全有全无。系列设置里有个 AI Max 区块,整锅端,或者逐个关,随你。

文字自定义和最终网址扩展,都是系列级开关,单关一个,没问题。

要小心的是搜索词匹配,它是个两层开关:系列级总闸开着,ad group 级才能用;ad group 级只能往下关。

什么意思?

你只在 ad group 层把它关了,总闸还开着。等于没关。

至于期限,官方帮助页里,没有单独公布的退出截止日。白纸黑字的,是 8 月 3 日的冻结,和 9 月 1 日到 30 日的窗口。所以实际截止,就是窗口开闸那几天。

往后要是看到有人引用一个具体的"官方截止日期",先别慌,先查:那个日期是从 Google 的原页面来的,还是从转述里来的。

这 30 天的活,我给你排成 5 件事

1、今天就快照 enable_ai_max,每个账号、每个系列,一次拉全。没有迁移前的快照,以后你说不清哪个系列是 Google 改的,哪个是人改的。

2、整个 9 月,每周重拉同一个字段。两次快照的 diff,就是你的迁移日志。这份日志没有别的版本,你不记,就没有了。

3、从第一天起,搜索字词报表就按 match_source 分段。keywordless 流量一冒头,当场量出它多大,而不是三个月后做复盘才发现。

4、expanded_final_url 跟你原来的落地页字段并排记,顺手盯着两列的分叉率。

5、9 月底之前,每个系列退不退出,想清楚,定下来,写进一个能存三年的地方。因为三个月后,一定有人问:这是我们自己选的,还是它发生在我们身上?

最后

回到开头那个画面。

9 月的早上,报表照常入库,ID 没变,数字在动,一切看起来都跟上个月一样。

区别只是,现在你知道了底下那层换了什么,知道该盯哪几个字段,也知道 10 月账对不上的时候,该先查哪里。

广告的升级,是 Google 替你做的;报表的债,只能你自己还。

祝你这个月报出来的每一个数,都对得上号。