我是一名前端开发人员，经常负责来自 GA 的“发送指令”链接，其中包含>否< info whatsoever for which property or website is it about :D
我在这里找不到，或者在我读过的12页谷歌文档中找不到的是“可重用代码”的部分。现在，迁移过程基本上是创建 GA4 媒体资源并将其链接到 UA，对吧？它开始工作了。伟大的。但我得到的实现仍然是 gtag + UA-ZZZ。问题是：在 2023 年 7 月 1 日之后的六个月宽限期之后，我是否还必须将 UA-ZZZ 更改为 G-ZZZ，或者 gtag 是否会继续使用 UA 密钥，尽管 GA3(UA) 不会收到/不再处理数据了吗？
如果您手动安装 Google 代码 (gtag.js)，您创建的 GA4 媒体资源将具有 G-XXXXXXXXXX 格式的衡量/跟踪 ID，而不是 UA-#########。 2023 年 7 月 1 日之后，Google 将停止处理您的 Universal Analytics 媒体资源的新数据，因此您需要确保您的网站和网页已使用新标记进行设置。
如果您导航至 GA4 媒体资源 > 管理 > 数据流 > 查看代码说明 > 手动安装选项卡，您将看到该配置包含格式为 G-XXXXXXXXXX 的新 GA4 代码。
现在，迁移过程基本上就是创建 GA4 媒体资源并将其链接到 UA，对吗？
不完全是。这不完全是一次迁移。它只是自动将 UA 的数据结构转换为 GA4/Firebase 格式。对于它的简单性而言，这可能已经足够好了。 Google 有一系列文章在多个层面上描述了正确的迁移过程这里
是的，它很可能会继续下去，因为伪 UA 属性具有 GA4 的所有限制，并且没有 UA 的自由，这是全球 UA -> GA4 迁移的要点：GA4 的维护费用对于 Google 来说要便宜得多。非常短的数据保留、复杂概念的简化定义、更严格的采样等等。此外，Google 从来不放过任何一个表明 UA 正在被弃用的机会。当您在 GA4 上下文中创建该属性时，它不会这样做。
然而，这是一个黑客行为。一个黑客，由谷歌支持，但仍然是一个黑客。使用它时，您只能使用 UA 和 GA4 中相似的跟踪功能。但如果你的分析师对此表示同意，那就没问题了。 GA4 并没有给网络跟踪带来很多好处。
跟踪最佳实践通常不需要前端开发人员接触 gtag()，而是提供 dataLayer 作为前端和分析之间的抽象层。因此前端会将 .push() 事件和有效负载发送到 window.dataLayer 数组。剩下的工作将由 GTM 的分析师完成，因为 GTM 重写了 dataLayer 的 Push() 方法，以便能够立即对每次推送做出反应。
现在，有了这样的系统，大约 100% 的前端代码是可重用的，并且这种迁移根本不会影响前端，因为现在所有重新映射都可以使用 GTM 有效地完成。对于 EEC 等更复杂的事物，现在有多个 GTM 模板能够将 UA 的 EEC 数据层事件转换为 GA4 的格式。
我也有这个问题，最后在谷歌常见问题解答中找到了答案。 听起来您的 UA 代码如果链接到 GA4 媒体资源，将继续工作并处理数据。
“对于依赖 Universal Analytics 的 Google Analytics 4 媒体资源 标记数据收集，当这些时不存在额外的风险 Universal Analytics 资源已被 Google 关闭并删除。 一旦 Google 删除您的 Universal Analytics 媒体资源，我们就会 自动继续使用您的 Universal Analytics 标记 您的 Google Analytics 4 媒体资源，但前提是您的 UA 标记是 仍在您的网站上。如果您决定删除 UA 标签，您可以 将它们替换为 Google 标签。”
但是，您可能出于以下几个原因想要切换到 GA4 (G-XXXXX) 代码：