1

我正在寻找在我的应用程序中使用Firebase动态链接。我需要通过电子邮件生成的链接将唯一标识符传递给用户应用程序。这可以在用户安装应用程序时正常工作,但是,我对运行时应用程序的安装方式感到困惑。火力点(延期)动态链接匹配精度

我看到,如果用户没有安装应用程序,firebase动态链接支持将用户带到应用商店。然后,他们在安装应用程序后使用(延迟?)链接将用户带入应用程序的深层链接目标。这是如何完成的?比赛如何保证?或者是?

Branch.iosignificant documentationthis他们如何处理延迟深层链接以及他们实施的所有策略和回退。 Firebase动态链接是否依赖于相同的策略,或者他们是否有另一种机制可以100%保证用户从深度链接到应用安装与打开应用程序的匹配?

+0

今天我正在研究这个非常概念的工作,并且我们决定使用除Firebase应用邀请/动态链接之外的东西来进行会员跟踪,这很有趣。这并不意味着我们不会使用应用邀请进行用户 - >用户分享(和Facebook应用链接)。 –

回答

1

来自Branch.io的Alex在这里:

Firebase使用简单化的设备匹配。这意味着匹配不能100%保证,因为总有两个设备看起来与Firebase后端相同的可能性。直到最近,the system-wide Dynamic Link attribution window was only 5 minutes,以尽量减少这种风险。

如果您没有通过链接传递敏感/个人数据,这是一个相对较小的问题,但如果您是这样的话,您可能需要考虑使用分支作为插入替换。 It's fairly easy to do

+0

感谢Alex的回应;很有帮助。我们的想法是不通过任何敏感的个人数据,而是我们用来识别数据库中现有成员的唯一生成的(和临时的)标识符。链接建立后,用户有可能访问个人数据。因此,我们需要通过延期深度链接进行匹配,以达到100%的准确性。这可以通过分支来完成吗?或者我们只能在某些情况下保证100%的准确性? – Jaskaye17

+0

使用唯一的临时ID是一种好方法。分会不能保证在任何情况下100%准确的比赛,尽管你总是有一个真/假的价值来知道比赛是否得到保证。下面是一个如何工作的例子:https://stackoverflow.com/questions/39413793/links-on-web-site-that-c​​an-login-into-app-with-a-token-or-fall-back -to-的网站/ 39672655#39672655 –