Firebase分析 - 开放和关闭漏斗跟踪

Question

我最近阅读了一些关于Firebase Analytics的相关资料，因为它主要是基于事件的数据模型，所以我假设我们不能直接进行屏幕跟踪？

我在思考，这种情况下是否应该将屏幕类型/名称作为事件参数的一部分传递，或者可能作为用户属性（我认为这是调用自定义维度的更简单方式）？因此，在“主页”屏幕上触发的所有事件都将具有：content_type_Home = 1？

有人能告诉我答案并提供代码示例吗？非常感谢 ：）

- d_-

Answer 1

在屏幕跟踪和用户流程变得可用之前，最接近的替代方案是:

1. 为每个屏幕记录一个不同的事件（例如“欢迎菜单”），并使用漏斗图来可视化通过一系列连接屏幕的流程。
2. 记录单个事件（例如“屏幕查看”）并添加标识屏幕本身的参数。请注意，由于漏斗图不允许您指定事件参数，因此您目前只能通过BigQuery查看此报告。

- Steve Ganem

---

太好了，谢谢@Steve！这是否意味着，如果我想在主屏幕和列表屏幕上记录两个不同的事件，例如，以下示例将不起作用？1）Event=view_item & content_type Parameter(kParameterContentType, "shop_hp")和2）Event=view_item: content_type Parameter(kParameterContentType, "shop_listing")。这样，如果我想要过滤事件参数并且可以重复使用相同的代码，只需编辑content_type即可获得更精细的视图。正如您建议的那样，钻取将必须在BigQuery中进行content_type。后一个示例是否有效？谢谢 :) - d_-

另外，我喜欢你提出为屏幕记录不同事件的建议（然后创建一个漏斗），但如果我想要在我们的漏斗中增加更深入的见解，是否可以将我的上述“content_type”代码应用于以下用例，其中“添加项目”和“进行结账”事件位于同一“屏幕”上？ 漏斗将是：HP（“ shop_hp”屏幕）>>清单（“ shop_listing”屏幕）>>商店（“ shop_detail”屏幕）>>添加项目到购物车-事件（“ shop_detail”屏幕）>>进行结帐（“ shop_detail”屏幕）>>订单成功（“ shop_order”屏幕）。 - d_-

我在BigQuery的user_engagement事件中看到了一个参数firebase_screen_class，它包含了我的活动名称，我想知道user_engagement是如何生成的，以便从中获得一些有用的见解。 - josue.0

Answer 2

补充Steve的答案：请注意，由于Firebase仅提供"打开"漏斗，因此此技术仅适用于用户被迫从一个屏幕转到另一个屏幕的流程。

如果可以从该特定流程之外访问屏幕，则您的漏斗可视化将会混乱 - 因为来自该流程内部和外部的用户数量将被加在一起，可能会创建超过100％的转化率。

（在我看来，这使得开放式漏斗除了非常特定的用例外几乎无用。）

- antoine