我现在一直在阅读一些有关 Firebase Analytics 的信息，因为它主要是一种基于事件的数据模型，我认为不能直接进行屏幕跟踪？
我在徘徊是否应该将屏幕类型/名称作为事件参数的一部分传递，或者可能作为用户属性（我认为这是调用自定义尺寸的一种更简单的方法）？因此，在“主”屏幕上触发的所有事件都将具有： content_type_Home=1 ？
有人给我答案，以及代码示例吗？非常感激 ：）
问问题
12664 次
2 回答
18
在屏幕跟踪和用户流可用之前，最接近的替代方案是：
- 为每个屏幕记录不同的事件（例如“welcome_menu”）并使用漏斗来可视化通过一系列连接屏幕的流程。
- 记录单个事件（例如“screenview”）并添加标识屏幕本身的参数。请注意，由于渠道不允许您指定事件参数，因此您目前只能通过 BigQuery 查看有关此问题的报告。
于 2016-06-14T13:40:39.293 回答
6
补充史蒂夫的回答：请注意，由于 Firebase 仅提供“开放”漏斗，因此该技术仅适用于用户被迫从一个屏幕转到下一个屏幕的流程。
如果可以从该特定流程之外访问某个屏幕，则您的漏斗可视化将一团糟——因为来自该流程内部和外部的用户数量将加在一起，可能会产生超过 100% 的转化率。
（这使得开放式漏斗在 IMO 中毫无用处，除了非常具体的用例。）
于 2018-02-10T02:11:49.783 回答