Le deferred deep linking envoie un nouvel utilisateur vers le bon écran après l'installation de votre application. Comment Android et iOS le gèrent, et la fermeture de Dynamic Links.
Le deferred deep linking mémorise la destination d'un lien pendant qu'une personne installe votre application, puis ouvre cet écran au premier lancement. Sur Android, Google Play transmet à l'application la chaîne de provenance d'origine via l'Install Referrer API. Apple ne propose pas d'équivalent, donc les applications iOS restaurent généralement la destination grâce à la connexion ou à un code.
Deep link classique ou différé
Imaginez une boutique qui envoie par e-mail un lien de réduction pour un produit. Les personnes qui ont déjà l'application arrivent sur le produit. Les autres sont envoyées vers le store, installent l'application, l'ouvrent et voient l'écran d'accueil : le produit, et la raison de leur venue, sont perdus. Le deferred deep linking regroupe les techniques qui font traverser l'installation à la destination. Utilisez le simulateur ci-dessous pour suivre chaque parcours.
Oui. La FAQ de Firebase indique que Dynamic Links a fermé le 25 août 2025 et que chaque lien cliqué renvoie désormais un statut HTTP 404 au visiteur.
L'application Google Play Store expose l'Install Referrer API. Votre application lit l'URL de provenance de l'installation, ainsi que les horodatages du clic et de l'installation, via la Play Install Referrer Client Library.
La documentation d'Apple sur les universal links décrit l'ouverture des applications installées et le repli vers le navigateur, pas la transmission de données via une installation depuis l'App Store. La plupart des applications iOS restaurent la destination après la connexion de la personne, ou en demandant un code court affiché sur la page web.
Apple décrit app-argument comme une URL facultative qui donne du contexte à votre application. Si la personne a déjà l'application, elle peut passer de votre page web à l'endroit correspondant dans celle-ci. Apple ne dit pas que cette valeur survit à une nouvelle installation.
Pas pour l'essentiel. Des liens vérifiés plus le referrer Android suffisent à beaucoup de petites applications. Les services payants ajoutent la correspondance multiplateforme et des rapports ; vérifiez les conditions de confidentialité de chacun avant de l'utiliser.
Ajoutez la bibliothèque Play Install Referrer de Google, version 2.2, aux dépendances Gradle de votre application (la ligne figure en haut de l'exemple), puis connectez-vous une seule fois au premier lancement.
Enregistrez un indicateur après la première lecture réussie pour que l'appel ne soit pas répété aux lancements suivants.
Remplacez les chiffres par l'identifiant App Store de votre application. app-argument n'atteint l'application que si elle est déjà installée.
Faits par plateforme pour les liens différés
Plateforme
Android
iPhone
Application déjà installée ?
Oui
Non
Ce qui se passe, étape par étape
La personne touche https://shop.example/product/42 dans un e-mail.
Android a vérifié votre fichier assetlinks.json, donc le lien s'ouvre directement dans l'application.
iOS a vérifié votre fichier apple-app-site-association, donc le lien s'ouvre directement dans l'application.
L'application dirige /product/42 vers l'écran du produit.
Votre page web envoie la personne vers votre fiche Play avec un referrer de campagne joint.
La personne installe l'application depuis le store.
Elle ouvre l'application pour la première fois ; celle-ci s'ouvre sur l'écran d'accueil.
Au premier lancement, l'application appelle l'Install Referrer API et récupère la chaîne du referrer.
Pas d'application, donc iOS ouvre l'adresse dans le navigateur par défaut et votre page se charge.
La page affiche une Smart App Banner ou un bouton qui mène à l'App Store.
Après la connexion, l'application demande à votre serveur la dernière page consultée par ce compte, ou la personne saisit un code court affiché sur la page web.
Commencer gratuitement · Sans carte bancaire