如何开始服务器端追踪

已编辑
2024-01-22
已发布
2022-02-26

随着网络广告的不断发展,新的困难也随之而来。 其中一个就是服务器端追踪,这是一款监控用户行为的工具,它通过那些部署了云服务器的网站实现监控,而非通过用户浏览器来监控。 它出现于 2020 年,这表示它还很新,准确地说,还没有多少人深入研究过它。 

因此,如果您开始一项新的营销计划,并决定在社交媒体上发布一些广告,您一定要了解这种新的追踪方法。 我们决定为服务器端领域的初学者撰写这篇博文。 在这里,您可以了解到服务器端跟踪的优势、支持服务器端标记的最热门平台的概述、对不同使用案例的讨论以及 Stape 服务器在 sGTM 方面的优势。 

1. 什么是服务器端追踪?将链接复制到此节

如果您跟当下的许多组织一样,对不一致的分析数据感到不满和/或担心数据所有权和隐私问题,服务器端追踪可能会帮助您解决一些问题。 所以,让我们更深入探讨它是如何运作的。

使用服务器端标签后,追踪平台和第三方供应商之间通过云服务器共享数据。 它消除了对用户浏览器的利用。 取而代之的是,服务器容器在您控制下的云服务器上运行。

server-side tracking

服务器 Google Tag Manager 容器的推出极大地影响了服务器端标签的普及。 借助 sGTM 接口,您可以为最热门的平台实施服务器到服务器追踪。 您还可以将网页 GTM 用作服务器 GTM 容器的数据源。您可能可以连接网页和服务器 Google Tag Manager。 要向服务器 GTM 提供数据,您可以使用 Google Analytics 4Data Tag/Data Client

尽管看起来与网页版(客户端标记)类似,但服务器 GTM 容器使用服务器端追踪,这在完全不同的逻辑上运行。

2. 相对于客户端追踪,服务器端追踪有什么优势?将链接复制到此节

客户端追踪是一种传统的追踪方式,分析数据提供商直接在用户的浏览器上传播数据。 追踪标签会被激活,容器与页面加载同步进行,所有交互数据都会传送给分析数据提供商。 这表示页面会超载 + 页面速度急剧下降 + 出现安全问题、出现第三方 cookie 问题。

browser tagging with google tag manager

这个时候,服务器端标签就能充当救命稻草! 服务器端追踪可以管控因 ITP、iOS 限制和 AdBlocker 造成的数据丢失,还能加快网站速度并保护数据。 使用自定义子域进行服务器端追踪是造成这一切的根本原因,它会产生无法阻止或发现的第一方 cookie 和服务器端数据流。

追踪互动产生于浏览器和第三方服务之间。 但是使用服务器端追踪时,会加入一个中介点。 这表示,云服务器会代替客户端浏览器来处理请求。 在这个情况中,Google Tag Manager 云服务器会充当云服务器。 请求会首先送达云服务器,然后服务器会处理它,然后将它发送到一个第三方系统中。

server-side tagging with google tag manager

3. 使用服务器 Google Tag Manager 进行服务器端追踪。将链接复制到此节

相对于其他平台,我们更倾向于使用服务器 Google Tag Manager。 基于我们的想法,切换到 GTM 后能得到这些好处:

  • 尽量减少页面上的编码。 这表示会有更快的网站加载时间。
  • 透明且方便。 易于配置和追踪脚本。
  • 版本控制系统。 任何变更都可以很容易地撤消并返回到以前的状态,还可以追踪谁在何时何地进行了更改。
  • 多用户模式。

如果您想在您的网站上设置 Google Tag Manager 服务器端标记,请查阅这篇文章

4. 为什么说 stape 是开始使用服务器端追踪的最简单、最经济的方法将链接复制到此节

使用 stape 后,您可以在 1 分钟内建立服务器 GTM,而且我们是市场上最便宜的解决方案。 Stape 价格实惠的原因在于我们购买了大量的服务器且购买时间很长。 此外,我们仅针对于 Google Tag Manager 优化我们的服务器运作。 

此外,我们还有其他优势:

  1. 自定义 gtm.js 以及 gtag.js 加载器。 它可帮助您使 Google Tag Manager 和/或 Analytics 4 脚本更不易被拦截。
  2. 全局 CDN。 使用离网站访问者更近的服务器更快地提供 js 文件。 这样可以提高页面速度,从而对有机排名产生积极影响。 
  3. 日志。在设置服务器端标记或排除服务器端标记故障时非常方便。 它有助于了解清楚向服务器发送了哪些数据以及这些数据是如何被处理的。 例如,您可以查看所有购买事件是否都有 200 状态(这表示它们都得到了正确处理),或者查看所有响应代码为 500 的请求。
  4. 预览标题。 当请求不是从网页 GTM 发出时,它能帮助用户在 sGTM 调试器中查看所有传入请求。

您可以在这篇文章中了解到所有这些信息。 

现在,stape.io 有两种标准的托管计划:专业版和企业版。 专业计划的费用为 20 美元/月,涵盖 Google 的最低限度的生产环境 - 3 个实例和多达 500,000 次请求/月。 企业计划中的用户可使用 5 个服务器,允许多达 5,000,000 次的每月请求。 

对于大流量网站,我们提供定制计划。 请尽情使用价格计算器来预估最适合您网站的计划。

5. 如何开始服务器端追踪将链接复制到此节

如果您是新手,并且对所有的这些配置感到混乱,您可以在下方了解应该如何开始服务器端标记。

设置服务器 Google Tag Manager 容器将链接复制到此节

开始使用服务器端标记的第一步是配置 sGTM 容器。 使用 Stape 后,您只需点击一次即可为您的 sGTM 设置一个标记服务器。 您所需要做的就是:

2. 创建新的容器。

3. 添加容器名然后选择服务器作为一个目标平台,点击'创建'。

4. 选择手动配置标记服务器。

5. 复制容器配置。

6. 登录到您的 app.stape.io 账户。

7. 点击创建容器。

8. 添加容器名称,粘贴您从 Google Tag Manager 复制的容器配置,然后选择服务器位置。 我们推荐选择离您网站访客最近的服务器位置。 

add a container at stape

9. 这一步是选做但高度推荐要做的。 您为您的标记服务器设置一个自定义域然后开启 CDN。 自定义域帮助设置第 1 方 cookie,而全局 CDN从离您用户最近的服务器发送 js 文件。 在开启全局 CDN 之前请确认您的国家追踪政策。

10. 在您开启这两个(或者其中一个)之后,您需要更新 DNS 设置。 您可以在 stape 账户中找到针对您容器的 DNS 设置。

11. 点击创建。 大约需要花费 10 分钟来部署容器。 当容器状态处于运行中时,您可以处理服务器端标记设置。 

12. 打开您的服务器 Google Tag Manager 容器设置然后添加服务器容器 URL。 如果您已经设置了一个自定义域,可以在配置服务器容器 URL 时使用。 如果您没有在第 9 步中配置自定义域,可以从我们为您创建的 app.stape.io 中复制标记服务器 URL。 

add tagging server URL

 13. 如果您在第 9 步中设置了自定义域,非常推荐在您的网站上更新 GTM 脚本。 使用您的自定义域来替换标签 manager.google.com。 

服务器 Universal Analytics将链接复制到此节

虽然 Google 宣布从 2023 年 7 月 1 日起,他们将不再在标准 Universal Analytics 属性中处理新数据,但有些人仍在使用 UA,并可能希望从网页转向服务器 UA。 

设置 Universal Analytics 就是小菜一碟! 请查阅这篇文章来了解详细信息。 下面是设置服务器 Universal Analytics 的快速分步指南。

1. 访问您的 Google Tag Manager 服务器容器。 点击'客户端'然后添加 Universal Analytics 客户端。

transport URL universal analytics

2. 在服务器容器中创建 Universal Analytics 标签。 访问标签 -> 点击添加新的 -> 选择 UA。

3. 为上一步创建的标签创建触发点。 对于 UA 标签,触发点应该在客户端名称等于 Universal Analytics 的时候。 

4. 打开 Google Tag Manager 服务器容器的调试模式,验证 UA 是否能在服务器运行。 请注意,服务器调试器更新所需时间比网页调试器长。 如果要严密确认设置,请打开控制台然后查看 Google Analytics 的请求。 一切都设置完毕后,别忘了发布变更内容。

server Universal Analytics

服务器 Google Analytics 4将链接复制到此节

设置 服务器 Google Analytics 4 与设置 UA 类似:

 1. 访问您的 Google Tag Manager 服务器容器。 点击'客户端'然后添加 Google Analytics 4 客户端。

2. 在服务器容器中创建 GA4 标签。 访问标签 -> 点击添加新的 -> 选择 GA4。

3. 为上一步创建的标签创建触发点。 对于 GA4,触发点应该在客户端名称等于 GA4 的时候。

4.  打开 Google Tag Manager 服务器容器的调试模式,验证 GA4 是否能在服务器运行。 请注意,服务器调试器更新所需时间比网页调试器长。 如果要严密确认设置,请打开控制台然后查看 Google Analytics 的请求。 一切都设置完毕后,别忘了发布变更内容。

服务器 Google Ads将链接复制到此节

如果您想获得足够的数据来确认广告活动的效果,并为 Google 的机器学习算法提供更多公司目标信息,那么 Google Ads 转化追踪很有必要。 将 Adwords 标签转移到服务器上可以减少网页上需要运行的代码量,还可以帮助解决网络连接速度较慢时出现的性能问题!

服务器端 Google Ads 追踪只能使用服务器端 GA4 请求。 这表示,在您处理服务器到服务器 Google Ads 之前,您必须设置服务器端 Google Analytics 4。 

请看看如何设置服务器 Google Ads:

1. 确保服务器端 Google Analytics 4 已经得到正确设置。

2. 在服务器容器中,设置 Conversion Linker 标签。 这个标签应在所有页面浏览时触发

3. 在服务器 GTM 中设置 Google Ads 再营销标签。 这与设置网页再营销标签类似。 您需要做的就是添加一个 Conversion ID,并选择一个触发点,这个触发点必须使用 GA4 请求。 您还可以下决定发送动态再营销事件数据、提供自定义参数。 

4. 创建一个新的 Google Ads Conversion Tracking 标签,创建在服务器容器中 -> 与网页 Adwords 标签设置类似,添加 Conversion ID 和 Conversion Label。 然后,您可以选择添加产品和用户数据。 (它与 Facebook Conversion API 运作方式非常类似)。 如果要从网页向服务器发送用户和产品数据,可以启用这些复选框,并选择事件数据作为数据源。 我的 Adwords 服务器转化触发器会在购买事件发生时触发。 

Facebook conversion API将链接复制到此节

与 Google 平台不同,Facebook 建议同时使用网页和服务器追踪。 网页 + 服务器方法的主要优点是,它仍然使用第三方 cookie(如果可以)。 仅用服务器的方法的主要好处是减少了网站上第三方 java 脚本的数量,并允许您严格控制发送到 FB 的数据。 因此,是使用网页 + 服务器 FB 追踪,还是仅使用服务器,取决于您。 

FB CAPI 的设置较为复杂,因为它需要剔除事件重复数据(当使用网页 + 服务器方法时)、发送用户参数(如电子邮件、电话号码、名字/姓名等)。 

您可以访问我们的文章,了解如何设置 Facebook 转换 API ,或观看我们的视频,了解 Facebook Conversion API 如何使用 Google Analytics 4。

其他平台将链接复制到此节

我希望此时您能同意我们的观点,即服务器端追踪是营销活动的必备要素。 但这仍然是一项相对较新的技术,而且并非所有平台都提供了这项技术(例如 Twitter 就没有)。 因此,我们创建了一份支持服务器 GTM 的所有供应商的清单,并整合了他们的要求、说明和文档。

我们的客户最常用的服务器端追踪平台是:

6. 高端服务器端追踪将链接复制到此节

除了本文章前面介绍的服务器端追踪的直接实现效果外,服务器端追踪还提供了一些高端机遇,这些都是在网页追踪中无法得到或难以实现的。 在此,我将介绍一些最受欢迎的内容。 

1. 连接 CRM 到 sGTM。将链接复制到此节

有机会从 CRM 向 sGTM 提供网络钩子。 在 sGTM 中,您可以检索网络钩子数据并将其添加到任何平台。 例如,您可以使用它丰富 Facebook Conversion API 数据,添加用户参数或离线事件。  或者可以将店内订单从 POS 发送到 Google Analytics,或者追踪退款。 

2. 利用 Firestore 丰富数据。 将链接复制到此节

Firestore 是一种存储文档集合的数据库。 sGTM 允许您从 Firestore 读取和写入数据。 sGTM 和 Firestore 为丰富数据提供了无限的机会。 我们有一份关于如何读/写数据到 Firestore 的详细指南。 

3. Google Sheet 集成。将链接复制到此节

Stape 创建了一个自定义标签,允许集成 sGTM 和 Google Sheets。 那些使用类似 Zapier 的工具将网站上的任何数据追踪到 Google Sheet 上的人会认为这是一次绝佳的机会。 Zapier 等工具的成本可能很高,而使用 sGTM,您可以以接近于 0 的价格获得相同的集成。 查看本文章,内容关于 sGTM 中的 Google Sheet 标签。

以上是最受欢迎的三种非标准 sGTM 用例,我们还有更多文章。 

7. 服务器端追踪使用用例将链接复制到此节

在这里,我将概述服务器端标记的最常见用例,但不要忘了,您还可以在这里找到许多其他可能性。 请注意,服务器端的影响以及它改变您查看数据的程度在很大程度上受到您执行能力的影响。 因为如果集成不好,结果可能会更糟。 

服务器端跟踪是一个复杂的话题,因为它依赖于新技术,所以要确保实施者正确执行每一步。 

如果您需要帮助设置 ss 追踪,Stape 可以帮您完成! 您只需提出几个简单的问题,我们就会在下一个工作日内给您回复。

使用 stape 定制加载器。 将链接复制到此节

定制加载器是 Stape 为客户提供的最出色、最受欢迎的功能之一。 在自定义加载器的帮助下,您可以让追踪功能免受广告拦截器的影响。 

据调查,约有 25% 的互联网用户安装了广告拦截器,这意味着您可能会丢失约 25% 的用户数据。 当然,这取决于您的用户和国家情况。 

比方说,您设置了一个自定义加载器启动,并使用服务器端 GA4 来设置 FB CAPI。 Stape 自定义加载器功能可让 gtag.js 和 gtm.js 对广告拦截器不可见。 启用了广告拦截器的用户访问了您的网站;在这种情况下,不仅 GTM 和 GA4 会有关于该用户的记录,FB 也会跟踪数据。 

通过服务器端追踪和自定义加载器启动,您可以追踪额外 30% 的网站访客数据。

Facebook conversion API将链接复制到此节

Facebook 鼓励广告商实施 CAPI,因为它应有助于降低每次获取成本并改进衡量标准。  

Facebook Conversion API 对营销活动结果的影响很大程度上取决于实施的准确性和精确度。 Facebook 表示,要获得最大效果,您应该采取这些优秀的实践措施: 

  • 同时使用 FB pixel 以及 FB CAPI 
  • 剔除事件重复数据
  • 将用户参数与 FB CAPI 事件一起发送
  • 实时共享事件
  • 提升事件匹配质量得分

这表示,FB 将为定制的和状况类似的观众提供高质量的数据。 这也将使 FB 广告管理器中的转化归因更加准确。 在实施了所有这些最优实践措施后,我们的客户可以在 FB 活动管理器中看到高达 98% 的转化率。 

Klaviyo将链接复制到此节

Klaviyo 服务器端集成的结果可能与标准 Klaviyo 相同,但主要优点是 ss Klaviyo 不会降低网站速度。 

对于我们的一些客户来说,移除网站中的 Klaviyo javascript 后,他们的页面速度得分提高了 7 分。 

提升网页速度将链接复制到此节

理想的服务器端追踪实施方案是要在 sGTM 建立一个主要数据源,并利用它为所有平台设置 ss 追踪。 

在这种情况下,您可以剔除网站上所有不必要的第三方追踪脚本。 我们有一篇关于服务器端追踪如何影响页面速度的案例研究文章。 

总结将链接复制到此节

设置服务器端追踪是提升网站性能、获取更准确数据的好方法。 刚开始设置时可能会有点困难,但在本指南的帮助下,您应该可以轻松上手。

本文章收集了开启服务器端跟踪所需的总体信息。 在这里,我们介绍了所有可能的指南和使用案例。 如需帮助,请发送电子邮件至 support@stape.io。 我们了解您的需求,可以帮助您深入了解标签领域。 

有问题吗?

别担心,我们会为您提供帮助!点击获取帮助,我们将为您发送免费报价。

获取帮助

Stape托管GTM服务器