此外,我们绝对必须利用这些创新,亲眼看到通过客户端和服务器端跟踪架构收集的数据的差异及其对网络分析和活动管理工具的影响。
简而言之,我们知道我们的行业是一个不断发展的行业,如果我们想顺应潮流而不是简单地被淹没,我们需要立即开始参与其中。
一般来说,GTM的服务器端实现不会过多改变标签、触发器和变量的使用。这些仍然是系统实现任何跟踪架构的基石工具。然而,最大的新闻是 客户到达现场。这是基本部分,因为它允许进行一系列操作:
使数据可用于标签和变量,然后将所有内容发送到 Google Analytics 或其他服务提供商;
允许您将数据直接发送给某些供应商,而无需创建任何标签(尽管这不是推荐的选择);
您可以在将所有内容发送到某些工具之前清 澳大利亚 WhatsApp 数据 理数据(PII 方面,同时也避免发送某些不必要的信息)
通过与CRM通信,可以丰富收集的数据,发送更完整的数据。简而言之,可以说,在使用经典 GTM 容器实现跟踪时,客户端与数据层具有相同的重要性。
最后我告诉你,有很多可能性。该乐器尚未发挥其 100% 的潜力,但您越早掌握它,您就能越早开始掌握它。总而言之,最好记住一系列问题:
客户端 GTM 设置不会被消除 - 我们每个人迄今为止所使用的 GTM 知识不会过时,相反!
数据层不会变得无用
通过服务器端实施,我们手中没有可以绕过各种 GDPR 和其他专门针对隐私的立法的工具,相反,它使我们能够更好地管理在发送给第三方供应商之前通过我们网站的信息。
那么,您是否建议从今天开始采用 100% 服务器端实施?
好问题,但答案是否定的。我们需要逐步开始测量服务器端的每个实现,并将其与我们在 Web 端跟踪的实现进行比较。这样我们就可以观察到收集到的数据的差异。
此外,不只迁移到服务器端实施的另一个原因是,并非我们使用的所有供应商都已准备好并拥有迁移到服务器端跟踪的工具。这需要时间,每个人肯定都会提供合适的工具(标签、模板等),但目前列表仍然很短。
经典 GTM 标签、触发器和变量的未来是什么?
-
- Posts: 530
- Joined: Thu Jan 02, 2025 7:10 am