注册
登录
返回博客
Illustration of legacy cookie-based ad tags migrating to first-party server-side tracking

DoubleClick 广告追踪 2026:它被什么取代,现在追踪该怎么做

Grace Whitmore
Grace Whitmore发布于 2026年8月9日 于 技术导航

DoubleClick 广告追踪 2026:它被什么取代,现在追踪该怎么做

搜 DoubleClick 广告追踪,你会翻到一堆早已过时的文档。DoubleClick 这个品牌在 2018 年就被停用,产品被拆进三个新平台,而它赖以运转的 cookie 机制,此后被一个又一个浏览器逐步瓦解。

追踪本身没有消失——它只是被改名、重组,并搬到了另一套底层管道上。这篇把旧名字对应到今天的名字,讲清底下究竟变了什么,以及如果你接手的是一套满是 DoubleClick 标签的老系统,哪些还能用。

DoubleClick 后来怎么了

DoubleClick 起家于 1990 年代末的独立广告服务商,2008 年被 Google 收购。此后十年,它一直是 Google 展示广告与衡量体系的骨架。

2018 年,Google 停用了这个品牌,把产品重组成三大家族。如果你在读旧文档,下面这张对照表就是你需要的翻译:

旧 DoubleClick 产品

现在叫什么

DoubleClick Digital Marketing(套件)

Google Marketing Platform

DoubleClick Campaign Manager(DCM)

Campaign Manager 360

DoubleClick Bid Manager(DBM)

Display & Video 360

DoubleClick Search(DS)

Search Ads 360

DoubleClick for Publishers(DFP)+ Ad Exchange

Google Ad Manager

DoubleClick Studio

Campaign Manager 360 内的 Studio

doubleclick.net 这个域名比品牌活得久,至今仍在承担广告投放与衡量请求——这也是为什么产品改名多年之后,这个名字还在网络面板、同意管理工具和拦截名单里反复出现。

DoubleClick 广告追踪原本是怎么运作的

理解原始模型是有价值的,因为它解释了为什么后来坏掉了这么多。

  1. 从 doubleclick.net 投放的广告,在用户浏览器里种下一个第三方 cookie。
  2. 这个 cookie 带着一个假名化标识符,在所有跑同一套广告基础设施的站点之间持续存在。
  3. 用户之后到达广告主网站时,转化页上的 Floodlight 标签触发并回传。
  4. 因为展示和转化带着同一个第三方标识符,系统可以确定性地把两者拼起来——哪怕跨不同站点、相隔数周。

一切都押在第一步上。一个持久的第三方 cookie 就是那把连接钥匙,尤其是展示后归因(view-through),没有它根本无从谈起。

底下究竟变了什么

第三方 cookie 不再可靠

Safari 的智能追踪防护(ITP)与 Firefox 的增强型追踪保护(ETP)多年来默认拦截第三方 cookie。Chrome 自己的计划反复调整,最终落点也不是当初宣布的完全弃用;但对广告主而言实际结果没变:你不能假设任何一个用户身上有可用的第三方 cookie 标识符,而这部分流量的占比这些年一直在下降。

结果不是追踪停摆,而是确定性拼接在很大一部分流量上失效,被建模取代——平台估算出来的转化,而不是观测到的转化。

Floodlight 还在,但衡量方式变了

Floodlight 标签仍然是 Campaign Manager 360 与 Display & Video 360 里的转化机制。变的是标签触发之后的事:更多的身份解析改走第一方信号、受同意管控的标识符,以及 Google 自己的建模,而不再依赖一个共享 cookie。

标签层整体搬向第一方

行业的普遍答案,是把衡量搬得离广告主自己的域名更近:

  • 第一方 cookie:由站点自己种,而不是由广告域名种。
  • 服务端标签(server-side tagging):浏览器只向广告主可控的容器发一次请求,再由容器分发给各家厂商。
  • 服务器到服务器回传(Conversions API 那一类):从广告主后端发送转化事件,而不是从浏览器发。
  • Consent Mode:按同意信号调整标签行为,而不是简单地不触发。

归因窗口与报表变短、变粗

可用的确定性身份变少之后,展示后归因窗口的分量不如从前,平台报表也越来越多地混合观测转化与建模转化。两个平台对同一条广告给出不同数字,如今是常态,而不是配置出错的症状。

如果你接手的是一套 DoubleClick 老系统

一个务实的操作顺序:

  1. 先盘清到底还有什么在触发。在转化页打开网络面板,找 doubleclick.net、fls.doubleclick.net、googleads.g.doubleclick.net 的请求。老 Floodlight 标签在几轮改版后存活下来的概率高得出乎意料。
  2. 把每个标签映射到一个活着的账户。回传到一个没人登录的 Campaign Manager 账户里的标签,纯属页面负重加风险。
  3. 核对同意覆盖。在要求同意的司法辖区里,同意之前就触发的标签是合规问题——不管数据有没有人看。
  4. 能收进标签管理器的都收进去,最好是服务端方案,好让下一次迁移是改配置而不是发版。
  5. 对比之前先重设基线。cookie 时代的基线和今天的建模数字不可比,硬比只会制造「效果暴跌」的假警报。
  6. 单独给点后链路埋点。广告平台的标签告诉你展示和转化,但几乎不告诉你点击到落地页之间发生了什么——跳转、慢加载、地域错配、bot 过滤,全在这段空白里。

最后一条正是可量化损失最常藏身的地方,而且它天然在任何广告服务器的职责之外。这一层正是 DeepClick 所埋点的位置:夹在广告点击与最终渲染出来的那个页面之间。

DoubleClick 广告追踪现在还能用吗

部分能用,但有前提。多年前布下的 Floodlight 标签一般仍会触发、仍会回传进 Campaign Manager 360。退化的是它们依赖的身份层:带稳定第三方标识符的用户变少了,于是报表里更多转化是建模出来的,跨站展示后归因也远弱于原始设计的假设。

如果你的标签老到早于那次改名,更紧迫的问题通常不是准不准,而是卫生问题——有没有过同意、报表还有没有人看、是不是在拖慢页面。

延伸阅读

移动端的同类问题,见移动广告归因指南与移动归因合作伙伴(MMP)指南。链接级追踪的设计,广告投放链接追踪讲了 UTM 与跳转结构。

常见问题

DoubleClick 还是 Google 的产品吗?

以这个名字来说不是了。产品在 2018 年改名,拆进 Google Marketing Platform 与 Google Ad Manager。doubleclick.net 域名仍在用于投放与衡量。

DoubleClick Campaign Manager 被什么取代了?

Campaign Manager 360,属于 Google Marketing Platform。Floodlight 仍是它的转化追踪机制。

Floodlight 标签过时了吗?

没有。它仍是 Campaign Manager 360 与 Display & Video 360 的转化机制。变的是它背后的身份解析,不是标签本身。

为什么我的网络请求里还能看到 doubleclick.net?

因为不管品牌怎么改,这个域名仍在承担广告与衡量请求。它出现在拦截名单或同意工具里属于正常现象,不代表对接过期。

该把 DoubleClick 时代的标签迁走吗?

该迁的是无人管理的那些。回传进你在用的账户的 Floodlight 标签没问题;三年前结束的代理合作留下的那个,就只是页面负重、同意风险和一处没有任何收益的数据外泄。

准备提升广告转化率?

了解 DeepClick 如何优化你的点击后转化链路。

© 2009, DeepClick Limited.
Email: [email protected]
九龙旺角弥敦道625号雅兰中心办公楼二期15楼1508室
回流功能
icon
回流落地页老客落地页受众回流投诉回流智能绿盾推送回流PWA回流
行业方案
icon
AI 社交应用游戏Meta & TikTok 广告主
关于我们
icon
联系商务经理
加入我们
合作伙伴
资源中心
icon
博客全部文章
API Doc
隐私条款用户协议