在事件screen_view中将屏幕作为事件或参数进行跟踪有哪些(缺点)优势?

时间:2019-04-16 10:16:45

标签: firebase firebase-analytics

我已经获得Google支持,他们告诉我他们没有任何文档或教程,无法最好地实现跟踪屏幕。因此,我想请您提供您的技能和意见。我们的应用程序有约500个屏幕。

目前,我使用的是“混合”解决方案(代码screen_views和其余事件的一部分),我不确定是否涵盖了所有利弊以做出最终决定。

1。将移动应用中的屏幕作为事件进行跟踪

PROS

  • 可以通过事件跟踪任何自定义参数
  • 使用Google大查询更简单
  • 可以在Funnels中使用屏幕(在Firebase UI中),但是它们是开放的渠道-因此使用非常简单

CONS

  • 它在Firebase UI中变得混乱(可以使用移动应用程序中特定区域的屏幕前缀解决此问题)
  • 更大的应用程序-我不知道活动的限制吗?有吗?

2。将屏幕作为screen_view

进行跟踪

PROS

  • 与事件的名称相关-> screen_view(这有多明显:)
  • 也许有一天Google的工程师会为屏幕添加一些新功能-例如封闭的漏斗,树形图等。
  • 无需在SQL中进行任何计算就可以在screen_view上看到花费的时间

CONS

  • 无法使用具有特定screen_view的任何自定义参数
  • 难以使用Google大查询
  • 无法使用渠道中的屏幕

您的情况如何?你有考虑过吗?您有什么解决办法?

0 个答案:

没有答案