BlogDeep links

Les liens profonds différés expliqués (iOS et Android)

L’équipe Unolink5 min de lecture
Sur cette page
  1. Trois sortes de liens
  2. Ce qui se passe, étape par étape
  3. Sur Android : pris en charge par Google Play
  4. Sur iPhone : aucun relais intégré
  5. En avez-vous besoin ?
  6. Ce que vous apporte Unolink

Un ami vous invite sur une liste de courses partagée. Vous n’avez pas l’app, alors le lien vous envoie vers le store. Vous l’installez, vous l’ouvrez et… vous voilà devant un écran d’accueil générique. La liste, la raison de votre venue, a disparu.

Le lien profond différé (deferred deep linking) règle ce moment-là. Simple à décrire, inégal en pratique, car Android et iPhone le traitent de façon très différente. Cet article explique ce que c’est, ce que vous pouvez attendre sur chaque plateforme, les compromis de confidentialité sur iPhone, et comment décider si votre app en a vraiment besoin.

  • Un simple lien vers le store ouvre la fiche de l’app sur le store. Rien de plus.
  • Un deep link ouvre un écran précis dans une app déjà installée, comme une liste partagée ou une page produit.
  • Un lien profond différé fonctionne pour quelqu’un qui n’a pas encore l’app. Le lien l’envoie vers le store, et la destination attend que l’app soit installée et ouverte pour la première fois. L’app ouvre alors cet écran.

« Différé » signifie que le deep link est repoussé à après l’installation. La difficulté, c’est que le store se trouve entre l’appui et la première ouverture, et qu’il ne transmet pas la destination de lui-même.

Ce qui se passe, étape par étape

  1. Quelqu’un appuie sur un lien qui pointe vers un écran de votre app : une invitation, une recette, une offre.
  2. Le lien l’envoie vers le bon store pour son appareil.
  3. Il installe l’app.
  4. À la première ouverture, l’app découvre quel lien l’a amené.
  5. L’app ouvre cet écran, idéalement après l’onboarding qu’un nouvel utilisateur doit suivre d’abord.

Toute la difficulté est à l’étape 4, et c’est là que les plateformes se séparent.

Sur Android : pris en charge par Google Play

Google Play prend en charge les liens profonds différés d’office, ce qui les rend fiables sur Android : rien à deviner, aucune demande d’autorisation, et rien à faire pour la personne.

Quelques conseils pratiques si vous le mettez en place :

  • Cela ne fonctionne que pour les installations depuis Google Play. Testez avec un canal de test interne, pas avec un build lancé depuis Android Studio.
  • Utilisez-le une seule fois, à la première ouverture.
  • Si la destination se trouve loin dans l’app, gardez-la de côté jusqu’à la fin de l’onboarding plutôt que de sauter l’onboarding.

Notre article Les liens profonds différés sur Android, expliqués va plus loin, et la documentation sur les liens profonds différés Android couvre la mise en place pour Kotlin, React Native et Flutter.

Sur iPhone : aucun relais intégré

Apple ne transmet rien d’un lien à travers une installation depuis l’App Store, donc les outils qui promettent des liens profonds différés sur iPhone s’appuient sur le fingerprinting ou sur une demande de collage.

La bonne nouvelle, c’est que vous avez rarement besoin de l’un ou de l’autre. Deux options honnêtes couvrent la plupart des cas réels :

  • La connexion. Si la personne crée un compte ou se connecte, le contexte suit le compte : une invitation acceptée sur le web l’attend dès qu’elle se connecte sur son téléphone. Autorisé, fiable, et sans aucune demande.
  • La question. Un code court à saisir, ou un choix sur le premier écran (« Vous avez une invitation ? Saisissez le code »). Cela coûte une étape, donc cela convient mieux aux invitations et aux promos qu’aux liens ordinaires.

Et les Universal Links réduisent le problème : toute personne qui a déjà l’app arrive directement sur le bon écran, donc seuls les utilisateurs vraiment nouveaux ont besoin de tout cela.

Les options sur iPhone, comparées. Un tiret signifie que la règle n’est pas explicite pour cette approche.
FonctionnalitéFiabilitéCe que cela demande à l’utilisateurAutorisé par AppleSource
Demande de collageSeulement si les gens l’autorisentUne demande d’autorisation, qui remplace ce qu’ils avaient copiéNon indiqué
FingerprintingSe trompe une partie du tempsRienNondeveloper.apple.com
ConnexionFiableUn compte, donc seulement pour les parcours qui en ont unOui
QuestionFiableUne étape : un code à saisir ou un choix à faireNon indiqué
Les options sur iPhone, comparées. Un tiret signifie que la règle n’est pas explicite pour cette approche.

En avez-vous besoin ?

Le lien profond différé compte surtout quand le lien est la raison de l’installation :

  • Invitations et parrainages : « Anna vous a invité sur une liste partagée ».
  • Contenu partagé depuis l’app : une recette, une séance, une playlist.
  • Promotions : un lien qui doit ouvrir une offre précise.

Il compte beaucoup moins pour un lien général « téléchargez l’app » dans une bio, une publicité ou sur une affiche. Là, le premier écran qu’un nouvel utilisateur doit voir, c’est votre onboarding, d’où qu’il vienne. Ce qu’il vous faut avec ces liens, c’est savoir quel lien a amené chaque installation, et si ces personnes ont terminé l’onboarding et payé. C’est de l’attribution, et cela n’oblige à faire arriver personne sur un écran particulier.

Une répartition pratique qu’utilisent beaucoup de petites équipes :

  • Android : des liens profonds différés pour les invitations, les partages et les offres.
  • iPhone : les Universal Links pour les personnes qui ont l’app, et un compte ou un code d’invitation pour les parcours qui ont vraiment besoin de contexte après une nouvelle installation.
  • Des liens profonds différés sur Android (Pro et plus, avec le SDK) : donnez à n’importe quel lien un écran de destination, et les nouveaux utilisateurs Android y arrivent après l’installation. La mise en place prend quelques minutes.
  • Aucun fingerprinting, sur aucune plateforme. C’est pour cela qu’Unolink ne propose pas de liens profonds différés sur iPhone. Vous n’avez jamais à vous demander si un outil d’attribution va attirer des ennuis à votre app lors de l’App Review.
  • Quel lien a amené chaque installation, sur iPhone et Android, sans fingerprinting.
  • Ce qui s’est passé ensuite : chaque lien affiche ses installations, l’onboarding, les vues du paywall et les achats, avec les revenus RevenueCat si vous l’utilisez, pour voir quelles publications, quels créateurs et quelles publicités amènent des gens qui paient, pas seulement des clics.
  • Un prix affiché : à partir de 19 $US par mois pour tout cela sur Pro, sans appel commercial ni frais par installation. Voir les tarifs.

Partager cet article

À lire aussi