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