sha*_*han 13 firebase firebase-invites firebase-dynamic-links
Playstore App有2个案例
测试用例:
从Firebase动态链接下载应用程序,安装后Playstore将显示CONTINUE按钮:
成功安装后,用户可以通过2个选项打开应用程序.
大多数用户没有点击CONTINUE按钮,因为这是正常的人类行为,因此我丢失了Referrer链接.
这是Firebase的预期行为吗?我该如何避免这个问题?
相关文章在这里
动态链接分析有5个事件:
1.点击
2.重定向
3.应用安装
4.应用程序首次打开
5.重新打开应用
在上图中,您可以看到该请求已传递到Play商店,然后在该处结束。
因此,可能的情况是:
此时,您可以跟踪点击和重定向。
现在,在Play商店中,继续进行动态链接流,用户安装应用程序,您可以跟踪应用程序的安装次数。或者,用户没有安装应用程序,因此它没有更新应用程序的安装数量。
安装后,如果用户通过“继续”按钮打开您的应用程序,则您的应用程序将接收从Google Play片段传入的数据(就像您通过“ 接收设置”在此处所做的一样)。此时,它将生成“ App First Open”的元数据。但是,如果按主页按钮,并通过主页/快捷方式/应用托盘等打开应用程序,则不会得到更新。
这是因为当用户打开CONTINUE以外的应用程序时,没有动态链接元数据通过。该流程已中断,除非用户再次返回到步骤1以重定向到该应用程序,否则现在该应用程序将跟踪该应用程序首次打开(该应用程序之前未打开)或重新打开的数据(如果用户打开了该应用程序)应用之前。
总结和结论:
该按钮为何显示CONTINUE而不是OPEN的原因是因为Google Play(片段)检测到用户是从动态链接定向的(一些元数据(您的动态链接详细信息/信息)是从先前的应用程序/网站传递的)。
CONTINUE的含义实际上是在提示用户是否要继续使用新安装的应用程序。如果是,则Google Play会将元数据传递到您的应用,并且您会在第一次打开应用时获得跟踪数据。否则,除了点击,重定向和应用安装之外,将不会生成任何分析数据。
回答您的问题,您只能希望用户按下CONTINUE!这是不可避免的,因为这些应用程序/网站不在同一上下文中(以前的网站vs Play商店vs您的应用程序)。
定义:(来自文档)
dynamic_link_first_open
用户首次通过动态链接打开应用时记录。
dynamic_link_app_open
用户通过动态链接重新打开应用程序时记录。
| 归档时间: |
|
| 查看次数: |
845 次 |
| 最近记录: |