为什么您的 Looker Studio 报告中存在 GA4 连接器错误

已发表: 2022-11-24

您是 GA4 的众多用户之一，发现您的连接器（如这个）在加载数据并美化其在 Looker Studio 中的呈现时出现错误吗？

如果是，那么您可能在仪表板中显示的数据方面遇到了很多问题。

几周前，我们的团队注意到数据加载到 Looker Studio 时存在一些 GA4 问题。

问题是，我们的意思是没有加载任何数据。

您不是在 Looker Studio 中看到您漂亮的报告，而是在您的仪表板之间切换并收到这样的错误消息吗？

  • 超出了基础数据配额限制。 请稍后再试。
  • 未能从基础数据集中获取数据。
  • 配额错误：数据集被访问的次数过多。
  • 已用完并发请求配额，请减少并发请求。
  • 抱歉，我们遇到错误，无法完成您的请求。

如果是这样，那么由于 Looker Studio 无法加载数据，因为您的 GA4 API 已达到其配额限制，因此您的信息中心出现错误。

在下方了解您想了解的关于这些 Looker Studio 和 GA4 问题的所有信息，以及我们认为哪些选项是您的潜在长期和短期解决方案。

那么是什么导致了这些 Looker Studio/GA4 错误的发生？

Looker Studio GA4 发布于 2022 年 11 月

我们知道您现在可能遇到的最大问题 –如何才能让使用 GA4 数据的 Looker Studio 报告再次发挥作用？

遗憾的是，答案并不像“把这个改成那个，你就会得到你的报告”那么简单。

2022 年 11 月 14 日至 18 日这一周，Looker Studio 用户注意到他们在使用 GA4 数据的报告中收到错误消息。 具体来说，用户开始收到数据集配置错误，表明 Looker Studio 用户无法连接到他们的数据集。

再加上网站即将过渡到使用 GA4 作为默认的 Google Analytics 平台，这让你们中的许多人（基本上是我们分析行业的所有人）在 2023 年 7 月迫在眉睫的硬期限前寻找解决方案。

为什么会出现这些 GA4 错误？

连接到 Looker Studio 的 API 的 GA4 问题

许多分析师首先认为这些错误是由 Looker Studio 引起的。 不过，再多花点时间反思一下，源头其实是跟GA4 API有关的。

更具体地说，这些错误的原因是谷歌在没有事先通知的情况下开始强制执行他们的谷歌分析数据 API (GA4) 配额限制。 这意味着这些错误并非 Looker Studio 独有，而是适用于使用 GA4 API 的任何产品——甚至是 Google 表格。

虽然这些问题适用于其他工具，但 Looker Studio 处理请求的方式加剧了这些问题。

报告中的每个元素（没错——每个图表、表格和记分卡）都代表一个单独的 API 请求。 每次必须刷新数据时，这些请求都会通过。

如果您（或您团队中有权访问仪表板的任何人）从事正常的用户行为，例如：

  • 更改报告日期范围
  • 打开和关闭过滤器
  • 全天刷新您的报告

您很可能会快速完成分配给您的 API 调用。

GA4 配额限制

Google Analytics 数据的 API 配额

为了解决您可能在报告中遇到的错误，我们将仅涵盖标准 GA4 媒体资源的配额限制。 可以在此处找到 Google 的 GA4 API 配额文档。

配额限制可以分为两大类：

  • 并发请求
  • 每个时间段（小时/天）使用的代币。

GA4 并发请求配额错误

与并发请求相关的错误是最常见的配额错误。 它们通过同时执行的请求数来衡量，该数量限制为 10。由于 Looker Studio 中的每个元素都代表一个单独的 API 请求，因此在报告页面上有 10 个不同的元素足以触发并发请求错误。

每个时间段错误使用的 GA4 代币

另一类配额错误基于每小时或每天使用的令牌数量。

根据查询的复杂度或源数据表的大小等因素，每个 API 查询都会花费一定数量的令牌。 Google 在您的查询中必须处理的数据越多，您的 API 配额的费用就越高。

在财产和项目级别有令牌限制，并且有每小时和每天的限制。 每次必须刷新数据时都会处理 API 请求这一事实使这些限制更加复杂。

因此，如果您有多个强大的 Looker Studio 报告被许多用户使用，您可以很快达到这些限制。

Google 对这些 GA4 错误的评价

11 月 23 日，谷歌在其 Looker Studio 社区论坛上提供了更新，以帮助解决与配额限制相关的问题。

他们的计划包含两个组件，分别是 Looker Studio 如何重试查询以减轻并发请求对配额限制的影响，以及向用户显示不同报告组件消耗的配额令牌数量。

他们还提供了故障排除指南。

GA4 错误的短期解决方案：中间存储

不幸的是，由于 Looker Studio 当前已配置，分析师目前在消除与配额限制相关的错误方面可以采取的步骤有限。 Google 上面概述的步骤可能有助于减轻查询限制对您的报告的影响，但潜在的问题——Looker Studio 对 GA4 API 进行的大量查询——仍然存在。

如果您希望继续使用 GA4 API 进行报告，规避配额问题的最佳可扩展方式是利用中间存储解决方案来限制 API 查询的数量。 此方法实质上是通过创建数据的静态快照来减少查询次数，然后您将使用该数据作为报告的数据源。

这可以使用 Google 表格或 Looker Studio 的提取数据本机连接器来完成。

该解决方案有两个主要缺点：日期范围限制和用户重复。

日期范围限制

Google Sheets 和 Extract Data 连接器都有与数据大小相关的限制（Google Sheets 限制为 1000 万个单元格，Extract Data 只能有 100MB 的数据）。

虽然这些限制对于基本报告来说可能是可控的，但它们不足以满足用户期望从 GA4 获得的可靠报告。

用户重复

使用中间存储解决方案的另一个可以说更麻烦的缺点是静态数据源不会跨天对用户进行重复数据删除。

例如，如果您在一个报告期内访问网站三天（使用相同的设备和浏览器，假设 cookie 持续存在），您应该被计为一 (1) 个用户。 但在静态数据源中，您将被计为三 (3) 个用户。

解决这个问题的唯一方法？ 计算那些日子里用户 ID 的唯一数量。 但是，这会使前面提到的与数据源大小相关的问题复杂化，并且还会引入基数问题。

由于这些限制，如果您希望使用中间存储解决方案，我们建议探索更强大的第三方解决方案，例如 Analytics Canvas。

长期解决方案：放弃 API 并将 GA4 与 BigQuery 集成

GA4 API 的这一变化向更广泛的受众发出了许多分析师已经意识到的信号：

必须利用 Google BigQuery 才能充分利用您的 GA4 实施。

虽然数字分析的格局正在迅速变化，但很明显，分析师、机构和企业作为一个整体需要提出一个可行的数据存储和数据分析解决方案，而不仅仅依赖于 GA4。

您如何才能让您的报告再次发挥作用？

如上所述，您实际上只有两个可行的选择来避免 Looker Studio 报告中出现这些 GA4 错误。

  1. 中间存储
  2. BigQuery 集成

如果您已经安装了 GA4，请不要担心，它仍在收集数据并可以为您提供见解。 您现在面临的挑战与 Looker Studio 中的数据提取和数据可视化有关。

综上所述，如果您在一家希望使用 GA4 和 Looker Studio 做出可操作的、数据驱动的决策的公司参与网络分析的任何元素——您现在可能遇到的只是报告中的错误。

要从大型、复杂的数据集中获得精细的见解，您的选项列表实际上归结为一个选项：将数据导入 BigQuery。

虽然短期解决方案目前可能有效，但最好与知道如何应对您当前面临的挑战的分析团队建立联系。

在此处详细了解我们的 UA 到 GA4 迁移支持服务。