【问题标题】:Best practice for tracking in page javascript interactions w/ Google Analytics跟踪页面 javascript 与/Google Analytics 交互的最佳实践
【发布时间】:2014-05-07 05:37:42
【问题描述】:

我有一个关于 Google Analytics 实施最佳实践的问题。

我有一个包含静态页面的网站,在该网站上有几个 javascript 交互的机会。我对跟踪这些交互的最佳做法很感兴趣。

例如: 有一个按钮提示用户可以加入邮件列表的模式。在此模式中,还有另一个按钮供用户提交他们的电子邮件地址。我想知道有多少人点击了提示按钮,还有多少人继续提交他们的电子邮件地址。

据我所知,这有两种方法--

  1. 事件 - 提示模式时触发事件,输入并提交信息时触发第二个事件。
  2. 页面加载 - 以编程方式为每个模式对话框触发页面加载。

如果我使用事件,我可以跟踪活动,但在设置转化时无法使用好的渠道工具。有“事件漏斗报告”,但它没有让我提供其他可用于转化的相关工具。

如果我触发页面加载,我确实可以访问转化漏斗,但交互不是页面加载,我不想扭曲我的其他流量指标。

在这种情况下最好的做法是什么?谢谢!

【问题讨论】:

    标签: javascript google-analytics analytics


    【解决方案1】:

    我也希望 GA 能够扩展事件跟踪,让渠道更像页面浏览渠道。我还没有看到任何关于他们为什么不能的真正争论。但是除了你更愿意处理的限制之外,没有真正的最佳实践。

    不过有几个建议:

    • 如果您使用页面加载路径,请在其前面加上独特的前缀,例如“~events/...”通常不会出现在您网站上的页面,以便您可以更轻松地将它们从正常页面报告中过滤掉。或者,设置一个带有过滤器的视图,该过滤器不包括您的虚拟页面名称(例如“~events/..”),这样您就可以在没有它的情况下查看您的流量,而不必担心在报告中将其过滤掉。或者,创建一个执行相同操作的段。这些都没有提供完美的解决方案,但它确实有助于减少蹩脚:/

    • 如果你走事件路线,还弹出一个自定义变量。在创建漏斗方面有所帮助,但确实可以通过这些报告查看它。

    【讨论】:

      猜你喜欢
      • 2011-04-07
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-10-13
      • 1970-01-01
      • 2013-02-07
      • 2015-01-27
      • 2011-10-03
      相关资源
      最近更新 更多