Firebase Analytics - 开放式和封闭式漏斗跟踪
Firebase Analytics - Open and Closed Funnel Tracking
我现在已经阅读了一些关于 Firebase Analytics 的内容，因为它主要是一个基于事件的数据模型，我假设不能直接进行屏幕跟踪？
我在犹豫是否应该将屏幕 type/name 作为事件参数的一部分传递，或者可能作为用户 属性 （我认为这是调用自定义维度的一种更简单的方法）？因此，在 'Home' 屏幕上触发的所有事件都将具有：content_type_Home=1 ?
有人能给我答案吗？请提供代码示例？非常感谢:)
在屏幕跟踪和用户流可用之前，最接近的替代方案是：
- 为每个屏幕记录不同的事件（例如 "welcome_menu"）并使用 Funnel 通过一系列连接的屏幕可视化流程。
- 记录单个事件（例如 "screenview"）并添加标识屏幕本身的参数。请注意，由于 Funnels 不允许您指定事件参数，因此您目前只能通过 BigQuery 查看相关报告。
补充一下 Steve 的回答：请注意，由于 Firebase 仅提供 "open" funnels，此技术仅适用于用户被迫从一个屏幕转到下一个屏幕的流程。
如果可以从该特定流程外部访问屏幕，您的漏斗可视化将一团糟 - 因为来自该流程内部和外部的用户数量将加在一起，可能会产生更高的转化率超过 100%。
（这使得开放式漏斗在我看来毫无用处，除了非常具体的用例。）
我现在已经阅读了一些关于 Firebase Analytics 的内容，因为它主要是一个基于事件的数据模型，我假设不能直接进行屏幕跟踪？
我在犹豫是否应该将屏幕 type/name 作为事件参数的一部分传递，或者可能作为用户 属性 （我认为这是调用自定义维度的一种更简单的方法）？因此，在 'Home' 屏幕上触发的所有事件都将具有：content_type_Home=1 ?
有人能给我答案吗？请提供代码示例？非常感谢:)
在屏幕跟踪和用户流可用之前，最接近的替代方案是：
- 为每个屏幕记录不同的事件（例如 "welcome_menu"）并使用 Funnel 通过一系列连接的屏幕可视化流程。
- 记录单个事件（例如 "screenview"）并添加标识屏幕本身的参数。请注意，由于 Funnels 不允许您指定事件参数，因此您目前只能通过 BigQuery 查看相关报告。
补充一下 Steve 的回答：请注意，由于 Firebase 仅提供 "open" funnels，此技术仅适用于用户被迫从一个屏幕转到下一个屏幕的流程。
如果可以从该特定流程外部访问屏幕，您的漏斗可视化将一团糟 - 因为来自该流程内部和外部的用户数量将加在一起，可能会产生更高的转化率超过 100%。
（这使得开放式漏斗在我看来毫无用处，除了非常具体的用例。）