火力點（延期）動態鏈接匹配精度

我正在尋找在我的應用程序中使用Firebase動態鏈接。我需要通過電子郵件生成的鏈接將唯一標識符傳遞給用戶應用程序。這可以在用戶安裝應用程序時正常工作，但是，我對運行時應用程序的安裝方式感到困惑。火力點（延期）動態鏈接匹配精度

我看到，如果用戶沒有安裝應用程序，firebase動態鏈接支持將用戶帶到應用商店。然後，他們在安裝應用程序後使用（延遲？）鏈接將用戶帶入應用程序的深層鏈接目標。這是如何完成的？比賽如何保證？或者是？

Branch.io有significant documentation和this他們如何處理延遲深層鏈接以及他們實施的所有策略和回退。 Firebase動態鏈接是否依賴於相同的策略，或者他們是否有另一種機制可以100％保證用戶從深度鏈接到應用安裝與打開應用程序的匹配？

來源

2017-05-30 Jaskaye17

今天我正在研究這個非常概念的工作，並且我們決定使用除Firebase應用邀請/動態鏈接之外的東西來進行會員跟蹤，這很有趣。這並不意味着我們不會使用應用邀請進行用戶 - >用戶分享（和Facebook應用鏈接）。 –

來自Branch.io的Alex在這裏：

Firebase使用簡單化的設備匹配。這意味着匹配不能100％保證，因爲總有兩個設備看起來與Firebase後端相同的可能性。直到最近，the system-wide Dynamic Link attribution window was only 5 minutes，以儘量減少這種風險。

如果您沒有通過鏈接傳遞敏感/個人數據，這是一個相對較小的問題，但如果您是這樣的話，您可能需要考慮使用分支作爲插入替換。 It's fairly easy to do。

來源

2017-05-31 00:46:05

感謝Alex的迴應;很有幫助。我們的想法是不通過任何敏感的個人數據，而是我們用來識別數據庫中現有成員的唯一生成的（和臨時的）標識符。鏈接建立後，用戶有可能訪問個人數據。因此，我們需要通過延期深度鏈接進行匹配，以達到100％的準確性。這可以通過分支來完成嗎？或者我們只能在某些情況下保證100％的準確性？ – Jaskaye17

使用唯一的臨時ID是一種好方法。分會不能保證在任何情況下100％準確的比賽，儘管你總是有一個真/假的價值來知道比賽是否得到保證。下面是一個如何工作的例子：https://stackoverflow.com/questions/39413793/links-on-web-site-that-can-login-into-app-with-a-token-or-fall-back -to-的網站/ 39672655＃39672655 –

火力點（延期）動態鏈接匹配精度

回答

相關問題