Liens dynamiques Firebase (différés) Correspondance Précision

Question

Je suis intéressé par l'utilisation de liens dynamiques Firebase dans mon application. J'ai besoin de passer un identifiant unique dans une application utilisateur à partir d'un lien généré par email. Cela fonctionne très bien lorsque l'application est installée par l'utilisateur, cependant, je suis dans une certaine confusion avec la façon dont l'application n'est pas installée.

Je vois que les liens dynamiques de Firebase supportent l'accès de l'utilisateur au magasin d'applications si l'application n'est pas installée sur l'utilisateur. Ils utilisent ensuite la liaison (différée?) Pour amener l'utilisateur dans la cible de l'application qui est liée en profondeur après l'installation de l'application. Comment cela est-il fait? Comment un match est-il garanti? Ou est-ce?

Branch.io a significant documentation et this sur la façon dont ils traitent la liaison profonde différée accompagnée de toutes les stratégies et les solutions de secours qu'ils mettent en œuvre. Les liens dynamiques de Firebase reposent-ils sur les mêmes stratégies ou ont-ils un autre mécanisme garantissant à 100% la correspondance d'un utilisateur du lien profond via l'installation de l'application et dans l'application ouverte?

Answer 1

Alex de Branch.io ici:

Firebase utilise la correspondance de dispositif simpliste. Cela signifie que les correspondances ne peuvent pas être garanties à 100%, car il y a toujours une chance que deux périphériques aient la même apparence que le backend Firebase. Jusqu'à récemment, the system-wide Dynamic Link attribution window was only 5 minutes, pour minimiser ce risque.

Il s'agit d'un problème relativement mineur si vous ne transmettez pas de données sensibles/personnelles à l'aide de liens, mais si vous le faites, vous pouvez envisager d'utiliser Branch comme remplacement de remplacement. It's fairly easy to do.