Qu'est-ce qu'un deep link ? Un guide simple et clair

Un deep link est une URL qui ouvre un écran précis à l'intérieur d'une application mobile plutôt que l'écran d'accueil de l'application ou un simple site web. Tapez sur un lien normal vers une boutique et vous obtenez la page d'accueil ; tapez sur un deep link et vous atterrissez sur le produit exact. Cette différence, atterrir au bon endroit plutôt qu'à la porte d'entrée, est tout l'intérêt, et c'est ce qui fait réellement convertir les campagnes applicatives.

Voici la version simple et claire : ce qu'est un deep link, les types de noms que vous entendrez (Universal Links, App Links, deferred deep links), et ce qui a changé maintenant que Firebase Dynamic Links a fermé. Pour la mise en place pratique, deep links pour applications mobiles sans SDK couvre l'implémentation ; cet article couvre d'abord les concepts.

Ce qu'est réellement un deep link

Commençons par le contraste. Un lien web normal pointe vers une page. Sur un téléphone, si l'application correspondante est installée, taper dessus ouvre souvent simplement l'écran d'accueil de l'application, et vous devez ensuite naviguer jusqu'à ce que vous cherchiez. Un deep link saute cette étape : il porte l'adresse d'une destination précise à l'intérieur de l'application et l'ouvre directement.

Le mécanisme sous-jacent est une URL HTTPS classique que le système d'exploitation reconnaît comme appartenant à une application. Quand l'OS la voit, il transmet le lien à l'application, qui ouvre l'écran correspondant. Si l'application n'est pas installée, la même URL retombe sur la version web, si bien que l'utilisateur arrive toujours quelque part. C'est ce repli qui rend les versions modernes fiables.

Les types de noms que vous entendrez

« Deep link » est le terme générique. Il recouvre quelques technologies précises, et les noms s'emploient souvent de façon approximative, voici donc la carte.

• Les Universal Links (iOS) et les App Links (Android) sont la façon, au niveau de l'OS et basée sur HTTPS, d'ouvrir du contenu applicatif, avec un repli web automatique quand l'application est absente. Ce sont le standard moderne par défaut ; Apple documente le volet iOS sous Universal Links.
• Les schémas d'URI personnalisés (myapp://product/123) sont l'ancienne méthode. Ils fonctionnent, mais si l'application n'est pas installée le lien échoue sans aucun repli, ils ne sont donc plus recommandés seuls.
• Les deferred deep links conservent la destination à travers l'installation d'une application, si bien qu'un nouvel utilisateur qui tape sur un lien, installe l'application puis l'ouvre atterrit sur l'écran prévu plutôt que sur une page d'accueil vierge.

Les Universal Links et App Links sont ce qu'Apple et Google recommandent, et pour de bonnes raisons : ils sont en HTTPS, ils retombent proprement, et ils ne nécessitent pas de SDK pour le cas de base.

La vie après Firebase Dynamic Links

Si vous avez construit quoi que ce soit sur des deep links ces dernières années, voici la partie qui a changé.

Google a fermé Firebase Dynamic Links le 25 août 2025. Les liens existants ont cessé de fonctionner et renvoient désormais une erreur, et aucun nouveau lien ne peut être créé. Le piège, c'est que Firebase Dynamic Links faisait plus qu'ouvrir des écrans d'application : c'était un service de lien dynamique de type deep link qui ajoutait le deferred deep linking et un routage sensible à la plateforme par-dessus les mécanismes natifs. L'idée plus large, un lien dont vous pouvez changer et suivre la destination, c'est qu'est-ce qu'un lien dynamique. Les équipes qui l'utilisaient pour le cas simple peuvent migrer directement vers les Universal Links et App Links. Les équipes qui s'appuyaient sur les fonctionnalités de deferred deep linking et de routage doivent aussi les remplacer, ce que nous détaillons dans migrer depuis Firebase Dynamic Links.

Cette fermeture est une bonne occasion de démêler ce que vous utilisez réellement. Si vous n'avez jamais fait qu'ouvrir un écran connu, les liens natifs vous couvrent. Si vous dépendiez du routage au moment de l'installation, il vous faut un service qui fasse du deferred deep linking. Ne reconstruisez pas des fonctionnalités que vous n'utilisiez pas.

Si vous voulez la couche de routage et d'analytics sans l'assembler vous-même, les deep links d'Elido se posent au-dessus de vos liens courts, et vous pouvez en configurer un sur le plan gratuit. Pour les flux pilotés par la messagerie en particulier, les deep links WhatsApp Business et les deep links Telegram sont des exemples concrets.

Quand vous avez besoin de deferred deep linking

Le deep link simple gère le cas facile, quand l'application est déjà installée. Le deferred deep linking gère le cas difficile, quand elle ne l'est pas, et cela mérite d'être compris car c'est là que les campagnes perdent des utilisateurs.

Imaginez une publicité pour un produit précis. Un utilisateur sans l'application tape dessus, est envoyé vers le store d'applications, installe, puis ouvre l'application, et par défaut atterrit sur un écran d'accueil générique, parce que la destination d'origine s'est perdue quelque part entre le tap et l'installation. Un deferred deep link mémorise cette intention et amène l'utilisateur droit sur l'écran produit exact à la première ouverture. L'écart entre « a installé l'application » et « a trouvé ce qu'il cherchait » est là où les conversions meurent, et le deferred deep linking le comble.

En bref : utilisez les Universal Links et App Links pour le cas courant, ajoutez le deferred deep linking quand vous menez des campagnes d'installation, et tournez-vous vers un service quand vous avez besoin de routage et d'attribution en plus. Le concept est simple ; la valeur est de faire atterrir les gens au bon endroit à chaque fois.

Avez-vous besoin d'un SDK ?

Pour le cas courant, non. Les Universal Links et App Links se configurent avec un petit fichier d'association hébergé sur votre domaine plus quelques réglages d'application, sans aucun SDK impliqué. Vous vous tournez vers un service ou un SDK au moment où vous voulez les fonctionnalités plus poussées : le deferred deep linking qui survit à une installation, le routage qui choisit une destination selon la plateforme, ou l'attribution qui relie une installation à la campagne qui l'a générée. Cela demande une logique côté serveur qu'un lien natif statique ne peut pas fournir. Adaptez l'outillage à votre besoin de comportement au moment de l'installation, et n'ajoutez pas de SDK pour des liens qui ne font jamais qu'ouvrir un écran connu.

À lire aussi sur le blog

• Deep links pour applications mobiles sans SDK
• Migrer depuis Firebase Dynamic Links : la pile de remplacement
• Smart links expliqués : routage par pays, appareil, langue
• Deep links WhatsApp Business, faits comme il faut
• Deep links Telegram : suivre les liens t.me et les liens de démarrage de bot
• Qu'est-ce qu'un lien dynamique : des URL modifiables et trackables