2026-11-05
作者
Ira Holubovska
Cookie 是营销的基石,但也引发了行业内的诸多争议与动荡。日益增长的用户隐私担忧,以及 CCPA 和 GDPR 等数据监管政策,使得充分利用 Cookie 变得极具挑战性。
智能防跟踪(Intelligent Tracking Prevention)和其他防跟踪机制也对 Cookie 进行了限制。这些因素给严重依赖在线营销、尤其是依赖第三方数据收集来进行广告定向的企业带来了挑战。
这促使广告主寻找无需 Cookie 即可定向受众的方法,并充分利用仍可使用的 Cookie。最大化利用 Cookie 的一种方法是延长其生命周期。本文将向您展示跟踪限制如何影响 Cookie、其对营销产生的影响,以及如何使用 Google Tag Manager 和 GTM 服务端延长 Cookie 生命周期。
| 想要即时了解分析工具和广告跟踪器的 Cookie 生命周期?→ 使用 Stape 的 Website Tracking Checker 免费扫描您的网站。该工具向您展示网站分析跟踪与现代最佳实践的契合程度,并指出提升分析系统和广告平台数据质量的机会。数字营销人员和代理商可以快速执行跟踪审计,将报告作为复查配置的核对清单,并通过服务端跟踪价值的证明赢得更多客户。 |
如今许多浏览器都在屏蔽第三方 Cookie。限制第三方 Cookie 最知名的两款浏览器是 Safari 和 Firefox。
让我们来探讨一下第一方 Cookie 与第三方 Cookie 的区别。简单来说,主要区别在于第一方 Cookie 是从您的网站设置到您的域名,而第三方 Cookie 则是从您的网站设置到其他域名。
由于跨站跟踪的存在,第三方 Cookie 饱受诟病。广告主使用此类 Cookie 跨不同域名跟踪用户并构建用户画像。在第三方 Cookie 的帮助下,大型平台可以在互联网上追踪您的轨迹,了解您访问了哪些网站。最终,他们利用这些信息向您展示个性化广告。
Firefox 和 Safari 中采用的 Intelligent Tracking Prevention 算法将 Cookie 生命周期限制为 7 天(使用 JavaScript 设置 Cookie 时)或 24 小时(同时满足以下条件时:使用 JavaScript 设置 Cookie、使用了链接修饰,且引荐网站属于“已知跟踪器”)。
使用服务端 URL 在 Cookie 管理中至关重要,会直接影响营销与分析平台内的归因和报告。
所有营销和分析平台都会在 Cookie 中存储 Click ID 和其他参数,分析平台中的广告归因与报告正是依据这些参数运行的。
这些 Cookie 生命周期的缩短会严重影响归因结果、您的广告活动以及分析数据。
由于 Cookie 会在 1 天或 7 天内被删除,7 天前访问过您网站的用户将被视为新用户。这将对客户历程产生巨大影响。您将无法掌握影响客户购买决策的完整流量来源全貌。
个性化通常通过展示相关优惠、内容、产品等,为客户提供无缝体验。然而,随着 Cookie 生命周期的缩短,个性化可能会受到负面影响。每当 Cookie 过期,用户就会被分配到新的受众群体中。
每个联盟推广活动都有特定的 Cookie 生命周期。假设用户今天在 Safari 中通过推广链接访问了您的网站,并在 10 天后完成转化。在这种情况下,该转化将不会记入该推广联盟的名下,联盟成员也将无法获得佣金。
当 Cookie 每 7 天或 1 天重置一次时,会对再营销受众规模和广告频次产生负面影响。平台用于创建类似受众的数据也会随之减少。
有一个网站可以供您检查各个浏览器中 Cookie 的工作方式。 一旦您为服务端跟踪设置了 Google Tag Manager, 就可以使用服务端容器有效管理 Cookie 时长。过去几年中,Cookie 生命周期经历了数次变更,对第三方和第一方 Cookie 的限制也日益严格。
Safari 的最新变更现已开始限制由第三方 IP 设置的 Cookie 的生命周期。仅将自定义域名用于 sGTM 已不足以延长 Cookie 生命周期。主要原因在于跟踪服务端 URL 的 IP 与主网站 IP 不同。
使用 Stape,您有四种延长 Cookie 生命周期的方案。下表对这四种可用方案进行了对比。表格下方将详细介绍每种方案。
| 同源 | Own CDN | Cookie Keeper | Cookie Extender 标签 | |
| 工作原理 | 第一方提供服务。 | 从与网站域名相同的 IP 代理服务端 GTM 容器 URL。 | 使用主 Cookie 来存储和恢复 Cookie。 | 专为使用 sGTM 延长特定 Cookie 而设计。 |
| 技术要求 | 配置 CDN 或负载均衡器以转发请求。可能需要更新 DNS 记录。 | 配置页面规则。 | 为您的 CMS 使用 Stape 插件,或在 Stape 界面中手动配置主 Cookie,以便为每位用户存储和恢复 Cookie。 | 在服务端 Google Tag Manager 中配置标签。 |
| 优势 | Google 推荐的 sGTM 自定义域名配置方式。延长所有浏览器中的 Cookie 生命周期。 | 延长所有浏览器中的 Cookie 生命周期;无额外费用。 | 针对 WP、Shopify、Magento、Big commerce 等主流 CMS 易于配置。 | 在其他延长 Cookie 生命周期的方法无效时非常实用。例如,原生标签无法延长 Cookie、需要延长通过 JS 设置的 Cookie 等情况。 |
| 劣势 | 配置复杂,可能需要为发送至 Worker 的每个请求支付额外费用。 | 配置页面规则需要一定的技术知识。 | 对于自定义网站,用户需要手动指定主 Cookie。 | 仅在特定使用场景下有效。 |
| 配置方法 | 链接 | 链接 | 链接 | 链接 |
Stape 的 Own CDN 解决方案允许您在自己的内容分发网络上托管跟踪脚本和文件,让您在速度、安全性和数据隐私方面拥有更大的控制权。通过使用您自己的 CDN,您可以提升服务端跟踪的性能并减少对第三方提供商的依赖。
欲了解更多信息,请访问 Own CDN 设置指南。
借助 Stape,您可以在 Google Tag Manager 服务端中设置自定义域名。这使您可以使用与网站相同的源,从而提高跟踪的可靠性并改善数据隐私。这种配置可确保您的传输 URL 与网站域名保持一致,减少跨域请求引起的问题,并提供顺畅的跟踪体验。
欲了解更多信息,请参阅这篇关于设置自定义域名的文章。
Stape 的 Cookie Keeper 增强功能通过在服务端存储和恢复 Cookie 值,帮助确保 Cookie 不会因浏览器限制而丢失。它能保持 Cookie 的有效状态,即使浏览器限制了 Cookie 寿命,也能让跟踪更加可靠。
欲了解更多详情,请访问 Cookie Keeper 设置指南。
适用于服务端 Google Tag Manager 的 Cookie Extender 标签允许您延长 Cookie 的寿命,确保它们在受到跟踪限制时也能保留更久。它还支持创建备份 Cookie,在原始 Cookie 过期时恢复其值。对于在不自动延长 Cookie 的平台上管理 Cookie,该工具尤为实用。
欲了解关于 Cookie Extender 标签的更多信息,请查看下一节。
Stape 创建了一个专用于延长 Cookie 的 sGTM Cookie Extender 标签。您可能会在多种情况下需要使用此标签来延长 Cookie;根据我们的经验,一些最常见的场景包括:
我们曾多次需要为联盟营销网络和电子邮件服务等平台延长 Cookie,而它们的原生标签无法做到这一点。又或者您需要延长前端 Cookie,因为带有 HttpOnly 的服务端 Cookie 无法被 JavaScript 访问,且您无法在客户端 GTM 中使用这些 Cookie。在所有这些情况下,Cookie Extender 都能发挥作用。
那么,在这些情况下我们该如何使用 Cookie Extender 标签延长 Cookie 呢?
让我们来看两个不支持服务端跟踪、只能在客户端容器上使用(因此其 Cookie 是通过 JS 设置的)的热门平台:Hotjar 和 Microsoft (Bing) ADS。
接下来看看如何使用 Cookie Extender 标签来延长这些平台 Cookie 的生命周期。
在我们的示例中,我们以 Hotjar 和 Microsoft ADS 为例。
Microsoft 会设置不少 Cookie,但通常最重要的是用于归因的 Click ID。在 Microsoft 的情况下,这就是名为“_uetmsclkid”的 Cookie。我们需要延长的就是这个。
了解 Cookie 的生命周期也同样重要。就 Click ID 而言,它通常被设置为平台允许的最大归因时间范围,一般为 90 天。
然而,像 User ID 这样的 Cookie,其生命周期最长应为 400 天。
通常,平台的官方完整文档中会说明设置了哪些 Cookie、它们的生命周期以及用途,这使得配置变得非常简单。
Hotjar 就提供了此类文档。
从该文档中,我们可以清楚地了解到我们需要将“_hjSessionUser_{site_id}”Cookie 延长 365 天,它实际上就是 User ID。
既然我们已经知道要延长哪些 Cookie,剩下的就是配置 Cookie Extender 标签了。
在您的服务端 GTM 容器中,在模板库中找到 Cookie Extender 标签并将其添加。

此设置会创建备份 Cookie,并在找不到主 Cookie 时恢复它们。例如,对于 _uetmsclkid,它将创建 _uetmsclkid_backup。如果原始 Cookie 被删除,该备份 Cookie 将用于恢复它。您可以始终保持此选项处于启用状态。
在我们的示例中,我们将 _uetmsclkid 延长至 7776000 秒(90 天),并将
_hjSessionUser_55576969 延长至 31536000 秒(365 天)。

由于无法在 Safari 中运行 GTM 容器预览,您所做的更改需要先发布,然后再检查 Cookie 延长效果。
在容器中发布更改,并确保在 Safari 中为您配置了 Cookie Extender 的 Cookie 具有您指定的生命周期:

通过实施 ITP 的 Cookie 和数据收集限制,Safari 已确立其在推进网络隐私保护方面的领先地位。然而,包括占据超过 50% 浏览器市场份额的 Chrome 在内的其他各种浏览器,也已开始推行反跟踪机制。
使用 Cookie Extender 将帮助您畅享服务端跟踪的优势,即使是对于不支持服务端跟踪或技术上无法在服务端使用的平台也是如此。
Cookie 对广告系列效果、归因、转化跟踪等有着相当大的影响。这就是为什么您可能希望实施服务端跟踪来延长 Cookie 生命周期。
如果您觉得设置这些解决方案的技术门槛过高,完成一门系统的 Google Tag Manager 课程 可以提供清晰明了的分步指导。接受专业的培训,能让部署高级服务端代码并确保转化数据在各类限制严格的浏览器中保持准确变得轻而易举。
想要开始使用服务端?
免费试用2026-11-05
评论