Google Analytics(分析) - 更广泛的日期范围显示的访问次数少于较短的日期范可能的维度和指标不匹配?

时间:2015-06-02 16:56:41

标签: javascript date google-analytics google-analytics-api

这个问题有两个部分。如果我能得到两个部分的答案,我将不胜感激。

第1部分 - 更广泛的日期范围显示的访问次数少于较窄的范围

我遇到查询我的问题。这些是我正在使用的维度和指标以及过滤器:

metrics: ga:visits,ga:visitBounceRate,ga:goalCompletionsAll,ga:goalConversionRateAll
dimensions: ga:landingPagePath,ga:medium
filters: ga:landingPagePath==/online-access/benefits-online-account-video.html;ga:visits>1;ga:medium==organic,ga:hasSocialSourceReferral==Yes,ga:medium==cpc,ga:medium==CPC

如果start-date是2015-01-01且end-date是2015-05-30,则查询会为所有字段返回0,但如果我将开始日期更改为2015-02-01,结束日期到2015-02-28,我得到17次访问,其他指标字段的值看起来更正确。稍微研究一下之后,我想也许它与维度度量不匹配有关,但此时我真的不知道。

第2部分 - 匹配维度和指标

我对如何组合指标和维度感到有些困惑。例如,the Dimensions and Query Explorer似乎建议ga:会话只能与ga:sessionDurationBucket或不推荐的ga:visitLength结合使用。但是这个sample code from the GA API reference会显示ga:会话与ga:source和ga:keyword结合使用 - 这些都不会在资源管理器中列为兼容尺寸。

结论

有人能够理解这一点吗?我对Google Analytics一般都很陌生,更不用说通过API访问它了,所以我可能还没有找到真正理解这里发生的事情所需的基础知识。

编辑:实际Google Analytics界面中的报告称其使用了100%的会话,因此我认为这意味着它不使用采样数据。此外,图表显示了更广泛的日期范围内数百万的会话。如果我将日期范围缩小到2月,它会显示1,189,675个会话~~,所以17个会话无论如何都是错误的.~~我刚刚意识到这不会针对我在查询中过滤的特定页面进行过滤。

(我知道我正在使用一些弃用的ga:值,但它确实应该相同,不是吗?)

1 个答案:

答案 0 :(得分:0)

第1部分 - 您可能遇到了抽样问题。虽然您的编辑说您正在获取非抽样数据,但您不清楚是否查看与查询相同的报告(和日期范围)。某些报告是非抽样的,但是当您添加自定义过滤器时,它们往往会增加GA采样的概率。尝试首先在GA用户界面中重建报告,并确定是否已对其进行采样。 (单击此图像中的“自定义”选项卡。)

enter image description here

第2部分 - 我不确定您在这里获得“兼容”维度和指标的位置。 Google Analytics中的真正冲突是您是按用户还是按会话进行过滤。如果你正在使用会话,那么你可以提取任何维度(想象图表上的x轴),它提供有关会话的信息:它来自哪里(即来源和媒介),何时发生(即日期),哪个会话持续时间桶落入。维度是指标的分组参数(假设为y轴)。

所以在您链接的示例代码中:

Get apiQuery = analytics.data().ga()
.get(tableId,                  // Table Id.
    "2012-01-01",              // Start date.
    "2012-01-15",              // End date.
    "ga:sessions")               // Metrics.
.setDimensions("ga:source,ga:keyword")
.setSort("-ga:sessions,ga:source")
.setFilters("ga:medium==organic")
.setMaxResults(25);

这将打算从2012-01-01到2012-01-15发生的会话数(您的指标),按源和关键字(您的维度)分组,仅针对有机介质,然后按会话和可读性来源。这与Google Analytics中显示的信息相同 - >获取报告菜单,因此以同样的方式查询API是犹太的。