Google 用于暂存环境和生产的标签管理器
Google Tag Manager for staging environment and production
这里只是一个简单的问题，因为我是 GTM 的新手。
我们在 xxx.company.com 有暂存环境，在 xxx.com
有生产环境
这两个站点当然使用相同的源代码，因此使用相同的 GTM 帐户和相同的脚本。
如何仅通过 GTM 将脚本添加到暂存网站？确保它在那里工作，然后将其添加到生产中。
是否需要从 CMS 管理员处获取 GTM ID，以便它在暂存和生产中有所不同，或者可以在 GTM 仪表板中完成。
谢谢！
AFAIK 建议使用单独的标签（使用新的 export/import-feature 可以很容易地在两个容器之间传输配置，或者您编写一个 API 脚本来完成）。
话虽如此，可以 运行 仅在暂存站点上运行脚本 - 暂存站点和实时站点的主机名不同，因此您始终可以阻止标记在实时站点上触发（在 v1 中标签管理器这叫做 "blocking rule"，在当前版本中设置触发触发器时有 "create exceptions"。
如果您根本没有暂存站点，您可以使用预览模式在实时站点中测试您的新标签 - 在这种情况下，GTM 会在您的浏览器中设置一个 cookie，指示要获取的 GTM 代码容器的未发布版本，因此您可以在实时站点中检查标签而不会影响一般 public。
如果您只使用一个 GTM 容器但使用单独的 GA UID，这实际上非常简单。在您的情况下，您需要两个：一个用于开发，一个用于生产。
在 Google Analytics 中，转到 "Admin" 选项卡并创建一个名为 "Dev" 的新 "Property"。
在 GTM 中创建 2 个 "constant".. 类型的新变量，一个用于您的生产 UID，一个用于您的开发 UID。使用这些，这样您就不必在每次设置新活动时都记住这些 UID。
然后为 2 个不同的 URL 设置适当的触发规则。然后，您应该能够设置特定于每个环境的触发器和标签。而已！您可以在开发站点中跟踪您想要的任何内容，而不会影响您的生产数据，并且它比维护 2 个容器更有效。
我还建议您将 GTM 的 "preview" 功能与 GA 中的实时视图结合使用，这两者都非常有用。
祝你好运！
或者只过滤 "Page Hostname" 上的触发器 :)
这里只是一个简单的问题，因为我是 GTM 的新手。 我们在 xxx.company.com 有暂存环境，在 xxx.com
有生产环境这两个站点当然使用相同的源代码，因此使用相同的 GTM 帐户和相同的脚本。
如何仅通过 GTM 将脚本添加到暂存网站？确保它在那里工作，然后将其添加到生产中。
是否需要从 CMS 管理员处获取 GTM ID，以便它在暂存和生产中有所不同，或者可以在 GTM 仪表板中完成。
谢谢！
AFAIK 建议使用单独的标签（使用新的 export/import-feature 可以很容易地在两个容器之间传输配置，或者您编写一个 API 脚本来完成）。
话虽如此，可以 运行 仅在暂存站点上运行脚本 - 暂存站点和实时站点的主机名不同，因此您始终可以阻止标记在实时站点上触发（在 v1 中标签管理器这叫做 "blocking rule"，在当前版本中设置触发触发器时有 "create exceptions"。
如果您根本没有暂存站点，您可以使用预览模式在实时站点中测试您的新标签 - 在这种情况下，GTM 会在您的浏览器中设置一个 cookie，指示要获取的 GTM 代码容器的未发布版本，因此您可以在实时站点中检查标签而不会影响一般 public。
如果您只使用一个 GTM 容器但使用单独的 GA UID，这实际上非常简单。在您的情况下，您需要两个：一个用于开发，一个用于生产。
在 Google Analytics 中，转到 "Admin" 选项卡并创建一个名为 "Dev" 的新 "Property"。 在 GTM 中创建 2 个 "constant".. 类型的新变量，一个用于您的生产 UID，一个用于您的开发 UID。使用这些，这样您就不必在每次设置新活动时都记住这些 UID。
然后为 2 个不同的 URL 设置适当的触发规则。然后，您应该能够设置特定于每个环境的触发器和标签。而已！您可以在开发站点中跟踪您想要的任何内容，而不会影响您的生产数据，并且它比维护 2 个容器更有效。
我还建议您将 GTM 的 "preview" 功能与 GA 中的实时视图结合使用，这两者都非常有用。
祝你好运！
或者只过滤 "Page Hostname" 上的触发器 :)