firebase（延迟）动态链接匹配精度
firebase (deferred) dynamic links matching accuracy
我正在考虑在我的应用程序中使用 firebase 动态 link。我需要将唯一标识符从电子邮件生成的 link 传递到用户应用程序。当用户安装了应用程序时，这工作正常，但是，我 运行 对未安装应用程序的方式感到困惑。
我看到 firebase dynamic links 支持在用户没有安装应用程序的情况下将用户带到应用程序商店。然后，在安装应用程序后，他们使用（延迟？）linking 将用户带入应用程序的深层 linked 目标。这是怎么做到的？如何保证匹配？或者是？
Branch.io has significant documentation and this 关于他们如何处理延迟的深度 linking 以及他们实施的所有策略和回退。 firebase 动态 link 是否依赖于相同的策略，或者他们是否有另一种机制来 100% 保证用户从深度 link 通过应用安装到应用打开的匹配？
来自 Branch.io 的亚历克斯：
Firebase 使用简单的设备匹配。这意味着不能 100% 保证匹配，因为两个设备总是有可能在 Firebase 后端看起来相同。直到最近，the system-wide Dynamic Link attribution window was only 5 minutes，才将这种风险降至最低。
如果您不通过使用链接传递 sensitive/personal 数据，这是一个相对较小的问题，但如果是，那么您可能需要考虑使用 Branch 作为替代品。 It's fairly easy to do.
我正在考虑在我的应用程序中使用 firebase 动态 link。我需要将唯一标识符从电子邮件生成的 link 传递到用户应用程序。当用户安装了应用程序时，这工作正常，但是，我 运行 对未安装应用程序的方式感到困惑。
我看到 firebase dynamic links 支持在用户没有安装应用程序的情况下将用户带到应用程序商店。然后，在安装应用程序后，他们使用（延迟？）linking 将用户带入应用程序的深层 linked 目标。这是怎么做到的？如何保证匹配？或者是？
Branch.io has significant documentation and this 关于他们如何处理延迟的深度 linking 以及他们实施的所有策略和回退。 firebase 动态 link 是否依赖于相同的策略，或者他们是否有另一种机制来 100% 保证用户从深度 link 通过应用安装到应用打开的匹配？
来自 Branch.io 的亚历克斯：
Firebase 使用简单的设备匹配。这意味着不能 100% 保证匹配，因为两个设备总是有可能在 Firebase 后端看起来相同。直到最近，the system-wide Dynamic Link attribution window was only 5 minutes，才将这种风险降至最低。
如果您不通过使用链接传递 sensitive/personal 数据，这是一个相对较小的问题，但如果是，那么您可能需要考虑使用 Branch 作为替代品。 It's fairly easy to do.