GTM 服务器端采用了根本不同的方法。跟踪数据不是在浏览器中运行许多不同的脚本，而是集中并通过网站运营商控制的服务器进行路由。大多数情况下，使用专门设置的跟踪服务器。
该过程通常如下所示：与以前类似，网站或应用程序上的用户交互都会被记录下来——通常仍然使用 Google Tag Manager 容器。浏览器（或应用程序）不是将数据直接发送到各个提供商，而是将数据发送到跟踪服务器。 Google Tag Manager 程序（服务器端）或类似的标签管理系统在服务器上运行。可能的平台包括 Google Cloud Platform、Stape.io 或 AWS。
性能提升：更快的网站和应用程序
最大的好处之一是提高网站和移动应用程序的加载时间和整体性能。由于浏览器 工作职能邮件数据库 中执行的 JavaScript 较少，因此需要发送到最终客户浏览器的文件大小也减少了。此外，每个跟踪软件不必单独加载，因为使用 Google Tag Manager（服务器端）时请求会被合并。例如，每个页面浏览量仅向 GTM 报告一次页面浏览量，然后 GTM 负责将其分配给各个分析工具。
改进数据控制、安全性和隐私
sGTM 让网站运营商在信息到达第三方之前重新控制数据流。传入的数据可以在发送到分析工具之前在服务器容器上进行检查、过滤和补充。这增加了数据控制和安全性。随着浏览器中运行的脚本数量的减少，网站内的潜在安全漏洞数量也会减少。 API 密钥和其他与安全相关的信息可以存储在服务器上，而无需在客户端共享。
提高数据准确性：绕过广告拦截器和 ITP
客户端跟踪容易受到阻止请求的技术（例如广告拦截器）的攻击。许多广告拦截器默认会阻止来自 Google、Meta、Adobe 和其他公司的跟踪域，这可能会导致大量数 如何获取电子邮件营销数据库？ 据丢失。如果 Google Tag Manager（服务器端）中的跟踪服务器在网站运营商自己的域（例如tracking.meinedomain.de）上运行，则广告拦截器阻止的数据会更少，而到达相应分析系统的数据会更多。此处的转换数据有可能增加高达 40%。这取决于您的目标受众受到广告拦截器的影响程度。
通过第一方上下文延长 Cookie 的生命周期
Safari 和 Firefox 等浏览器对 cookie 的限制越来越多，对客户端跟踪构成了重大挑战。第三方 cookie 的生命周期通常只有 24 小时或 7 天。这使得在较长时间内识别用户变得困难，并且会使归因建模变得更加困难。服务器端跟踪可以通过在第一方环境中运行标记服务器来解决此问题。这意味着标记服务器与运营商的网站在同一个域下运行。第一方 Cookie 最多可存储和 巴西商业名录 使用 24 个月，具体取决于浏览器。