试图理解GTM文档

Question

我们中的一个客户要求我们转移到服务器端，在GTM上进行标记。因此，我创建了一个容器，验证了域和所有这些，然后我遵循如下：

https://developers.google.com/tag-platform/tag-manager/server-side/send-data

Once the server container URL is set, data is sent to a client in your Tag Manager server-side container. By default, GA4 and a UA clients are pre-installed on your server-side container.
Key Term: "Clients" are adapters between the software running on a user's device and your server-side Tag Manager container. They receive measurement data from a device, transform that data into one or more events, process the data in the container, and package the results to be sent back to the device.

In your Tag Manager server container, click Clients in the left navigation to view the list of clients. Click the name of the client to view or edit details. In most cases, the client will require no modifications. However, there are settings that may require edits for certain cases:

所以现在，我的站点(drupal)像往常一样将事件发送到GTM容器，而这个web容器正在触发服务器容器上的事件并将标记发送到GA4，然后服务器容器再次将事件触发到GA4。

这不是多余的没有意义的吗？我认为这样做的目的是减少中间人，尽量避免跨越域边界，以防止cookie被阻塞。

我看错文件了吗？也许我假设这是应该设置的方式，而这只是从现有提要中获取数据的一个例子？

Answer 1

正如@Darrellwan所指出的，您不需要并行使用两个容器。

很多人想要做的是使用前端GTM将页面上发生的事情发送到后端GTM。

然而，在这种情况下使用前端GTM是有问题的，因为它太容易被大多数的adblockers阻止。因此，人们通常只是使用页面上的任意JS进行跟踪，将细节发送到sGTM端点。但是，这些阻止程序可以阻止sGTM端点，这也不是最好的情况场景，因此它们在后端部署代理镜像端点，将事件中继到sGTM端点。

按照cookie的说法，很少有人关心曲奇。GTM不使用第三方cookie进行跟踪，因此在这方面没有问题。在浏览器中禁用cookie的人很少，因为这切断了很多功能。

Answer 2

如果您所做的只是使用GA4，那么服务器端GTM就有点毫无意义；您仍然必须通过GTM在客户端集成一个完整的GA4安装(因为有些GA4事件(如session_start )只在客户端GA4代码中生成)，因此它甚至不会通过减少JS代码来节省页面重量。

当您有附加的营销标签时，情况会发生一些变化，因为您不必为每个标记向服务器端GTM发送请求，而是可以将来自GA请求的数据重新用于其他标记。通过一些编程，您还可以将javascript转换为服务器端cookie，这使它们对某些广告阻塞功能更加健壮，并且您可以在向市场销售商发送标签之前对例如个人数据进行编辑。

限制是与网站交互的标签，或者依赖第三方cookie的标签(两者都不可能来自服务器端容器)，因此不能从服务器端容器中使用反馈工具、再营销标签等。

但是是的，如果您只想运行GA4，那么您根本不需要GTM (服务器端和客户端都不需要)，并且使用gtag.js (一种仅用于Google标记的精简标记部署解决方案)会更好。