如何设置GA4服务器端跟踪

在这篇博客文章中，您将了解Google Analytics 4的一些高级功能，并比较配置服务器端GA4的两种方法——使用Google Tag Manager和Stape Gateway。您还将学习如何借助Stape Custom Loader让其更能抵御广告拦截器和跟踪限制。

服务器端跟踪通过将数据发送到服务器来收集来自网站或应用的数据。服务器会处理这些数据并将其发送至Google Analytics。这种方法带来了多项优势，包括提高数据准确性、增强数据保护以及提升性能。希望减少客户端跟踪对页面加载速度影响、同时仍能收集有价值数据的企业，都能从服务器端跟踪中受益。

与数据直接在用户设备上收集和处理的客户端跟踪不同，服务器端跟踪将数据收集和处理转移到服务器上。这提高了数据安全性，并确保所收集的数据更加准确。

通过实施服务器端跟踪，企业可以更深入地了解用户行为，优化营销策略，并遵守数据隐私法规。

服务器端跟踪有许多优势，包括延长Cookie生命周期、提高跟踪准确性、改善页面速度、增强数据安全性、绕过广告拦截器和ITP等等。

服务器GTM容器是用于设置服务器端跟踪的工具。借助它，您可以在服务器端为Google Analytics 4、服务器端Google Ads跟踪、自定义的GA4 Shopify实现以及其他各种平台配置跟踪。

Stape Gateway是另一种数据跟踪工具，作为Google Tag Gateway等第一方代理的灵活替代方案，简化了GA4和Google Ads服务器端跟踪的设置。它是如何工作的？它从用户浏览器捕获数据并将其发送到服务器。

服务器GTM容器和Stape Gateway都用于在服务器端跟踪和收集数据。二者均能提供更高的数据质量和保护。每种方法都包括设置自定义域名和Custom Loader，有助于实现以下优势：

• 与客户端跟踪相比，数据收集更准确；
• 更高的数据安全性和控制力；
• 降低广告拦截器和浏览器限制对数据质量的影响。

Stape Gateway可用于Google Analytics和/或Google Ads（用于转化跟踪和再营销），而服务器GTM容器更加多功能，可以为广泛的平台进行设置。

要开始使用Stape Gateway，您只需要一个已配置好的网页Google Tag Manager容器。对于服务器GTM，设置前提条件稍微复杂一些——除了网页GTM容器外，您还需要设置一个服务器Google Tag Manager容器。

Stape Gateway的设置更简单，只需三个步骤：

1. 1.
   注册并选择订阅方案（我们提供7天免费试用）；
2. 2.
   添加自定义域名；
3. 3.
   设置Custom Loader。

鉴于服务器GTM具有更强的灵活性，其设置需要更多的技术技能。除了注册、添加自定义域名和Custom Loader外，您还需要创建一个服务器GTM容器，并根据您所使用的平台进行额外的配置。

Stape提供了丰富多样的增强功能、标记、变量和客户端，以简化您的配置过程。

为方便起见，我们提供了一份对比表，突出两种服务器端跟踪设置方式之间的主要区别：

尽管Stape Gateway和GTM服务器容器的最终效果相似，但每种方式可能更适合不同的场景。

如果您符合以下情况，请选择服务器GTM实现方式：

✅ 希望为Google Analytics、Google Ads和/或任何其他平台提高数据质量；

✅ 需要搭建涉及多个平台和分析工具的复杂跟踪基础设施；

✅ 拥有较高的营销预算，能够投资于高质量的数据跟踪。*

*请注意*：如果您的网站流量不大，您可以免费使用Stape进行服务器端标记。要查看您是否属于这种情况，请查看我们的定价页面。*

如果您符合以下情况，请选择Stape Gateway：

✅ 需要提升Google Analytics和/或Google Ads的数据质量；

✅ 希望寻找一种快速且省心的方式来改善所获取的数据；

✅ 营销预算较低，需要更经济的解决方案。

如果您想在保留服务器端优势的同时减少对浏览器Cookie的依赖，可以在下面的分步服务器GTM设置之外，考虑使用GA4无Cookie方法。

1. 事件驱动数据模型

事件驱动数据模型让您能够为任何想要在GA4中记录的网站活动创建事件。您还可以使用参数，为每个事件添加更多价值和描述。Google准备了一份在GA4中使用的推荐事件名称清单，不过您也可以创建自定义事件和自定义参数。

2. 跨设备报告

在流量和销售分析方面，跨设备用户/转化跟踪是关键所在。假设某用户在手机上看到了您的Adwords广告并点击了它。出于某种原因，他们决定在台式电脑上完成结账。然而，该用户并未登录任何Google服务。因此，Google无法识别他们，也无法将该次点击归功于相应的Adwords广告。结果，转化来源丢失，用于Adwords优化的信息也不完整。

为解决这一问题，Google推出了Signals。Google将Signals功能整合进GA4，并加入了机器学习。它旨在识别未登录任何Google服务的用户。当用户未登录Google服务，或其设备无法通过指纹识别技术进行识别时，机器学习能够填补所有空白。

默认情况下，GA4中并未启用Google Signals数据收集。您需要手动启用它，方法是进入Settings→点击Data Settings→Data Collection。

您应该检查的另一项重要（且较新的）设置是GA4如何识别用户。

有两种选项：

• 仅通过设备
• 通过用户ID、Google Signals，然后是设备

3. 预定义事件

Google确定了营销人员和企业主在Google Analytics和GTM中最常跟踪的事件，并将它们添加到增强型衡量功能中。

现在，网页浏览、滚动、出站链接点击、站内搜索、视频互动和文件下载均默认被跟踪。

此功能通常针对所有GA4资源启用。但您需要确保它在您的账户中已开启。要执行此操作，请前往Data Streams→选择Webstream details，并检查是否所有事件均已启用。

4. 分析中心与BigQuery集成

Google彻底重新设计了GA4内的分析/报告中心。它让用户能够轻松创建数据透视、表格和筛选器。此外还有一个模板库，与DataStudio中的类似。因此，您将能够更高效地分析数据，并减少创建自定义报告所花费的时间。

所有GA4用户都可以使用BigQuery导出功能。简而言之，您可以将GA4数据导出到BigQuery，并将其与您的CRM等其他数据源进行整合。

5. 自定义维度和自定义指标的上限

GA4中自定义维度和指标的上限有所提高。Google Analytics 4允许设置25个用户范围的自定义维度，以及50个事件范围的自定义维度。自定义指标数量上限增加到50个。自定义指标和维度数量的增加，为GA4的个性化配置提供了更大的灵活性。

6. GA4调试视图

GA4调试器对设置Google Analytics 4的人员极为有用。启用预览功能后，您可以查看GA4处理的事件、事件属性和用户数据。这使得GA4的配置变得更快、更简单。

此外，为了更顺畅地管理GA4资源，您可以使用Stape推出的GA4 MCP服务器。它让您能够用简单、自然的语言编写请求，而您的AI代理会为您完成相应工作。

7. 其他优势

您可能已经厌倦了不断阅读关于GA4有多出色的内容。因此，这里为您简要总结其他一些优势：基于用户未来几天内购买概率的受众评估、网页与应用分析的结合，以及更多其他功能。

1. 在这个讨论帖中，一位正在为多语言SPA设置GA4服务器端跟踪的用户，不确定应该保留多个GA4资源，还是改用带有市场参数的单一资源。解答是，从GTM服务器端的角度来看，两种方式的效果是一样的——服务器容器只是单纯继承了客户端设置传来的内容。应根据报告和维护需求来做决定，因为自定义维度并不会出现在所有GA4报告中。结论是：选择最适合您分析策略的GA4资源结构，而不是受限于服务器端的限制。

2. 在这个讨论帖中，一位用户尝试仅从服务器端发送GA4事件，而不使用客户端GA4或Cookie。问题在于，GA4在很大程度上依赖客户端数据（例如由gtag.js收集的client_id和浏览器信号），因此完全依靠服务器端的跟踪并不实际。结论是，GA4在混合设置下运行效果最佳——核心数据使用客户端GA4，选定事件使用服务器端跟踪——而完全基于服务器端的分析则更适合使用注重隐私的工具来处理（例如，通过sGTM或Piwik为Matomo设置服务器端跟踪）。

3. 在这个讨论帖中，一位用户将GA4服务器端跟踪与客户端GA4进行比较，发现事件和收入数据存在巨大差距。问题并非跟踪错误，而是比较方式存在误导——GA4并非设计用于并行运行多个资源（客户端和服务器端）。服务器端GA4作为代理运作，默认情况下不会更改数据，因此比较不同资源会导致结果不一致。推荐的解决方案是采用正确的迁移方式（从JS管理的Cookie迁移到服务器管理的Cookie），或使用GA4汇总资源，而不是并行运行多套设置。

4. 一位用户发现，即使GA4资源设置完全相同，将GA4服务器端跟踪与客户端设置同时运行也会导致"direct/none"和"not set"指标虚高。在完整讨论帖中，解释是服务器端和客户端GA4并行使用常常会导致数据差异，因为服务器端是作为代理运作的。推荐的方法是谨慎使用服务器端跟踪，避免并行资源，或考虑使用GA4汇总资源进行正确的数据聚合。

5. 在实施GA4服务器端跟踪时，一个常见的问题是数据是否被发送了两次，以及是否需要单独的数据流或资源。在这个案例中，问题源于对并行的客户端和服务器端GA4设置的混淆。澄清如下：GA4服务器端标记的作用是代理——数据应从浏览器发送一次到服务器容器，然后再转发给GA4。

您不应同时从浏览器和服务器直接并行发送事件，因为GA4不处理去重。如果事件看起来触发了两次，这通常意味着网页容器中存在多余的gtag代码片段或重复设置。解决方法是使用一个正确配置了server_container_url的GA4网页标记，移除重复的标记，并让服务器容器将数据转发给GA4。

GA4和GTM服务器标记的诞生，是为了适应当前全球的跟踪规则、网络技术、各项限制以及数据安全要求。您需要一些时间来适应新的界面和功能，并理解它们如何更好地契合您的网站和业务需求。从长远来看，Google Analytics 4中的服务器端跟踪能够显著提升数据准确性，并让您对所收集的数据以及这些数据如何与第三方平台共享拥有更大的掌控权。

如果迁移到GA4和GTM服务器容器对您来说较为复杂，或者您意识到需要帮助，请随时联系我们。我们可以解答您的问题，并帮助您确保Google Analytics 4服务器端跟踪的实施正确、高效，并且符合您的目标。