TL;DRUn lien reçu par e-mail ou SMS qui ouvre directement une page précise de votre application mobile plutôt que la page d'accueil : c'est le rôle d'un deep link. Voici comment ça fonctionne et comment le mettre en place, sur iOS comme sur Android.
Qu'est-ce qu'un deep link ?#
Un deep link est un lien qui ouvre une application mobile directement sur un contenu précis - une fiche produit, un article, une conversation - plutôt que sur son écran d'accueil. C'est l'équivalent, pour une application, d'une URL précise sur un site web. Sans deep link, un lien partagé par e-mail, SMS ou notification ne peut qu'ouvrir l'application au point de départ, ce qui oblige l'utilisateur à rechercher lui-même le contenu visé.
Les trois techniques de deep linking#
Le schéma d'URL personnalisé#
La technique la plus ancienne : l'application déclare un schéma propre, par exemple monapp://produit/123. Simple à mettre en place, mais avec un défaut important : si l'application n'est pas installée, le lien échoue silencieusement, sans repli automatique possible.
Universal Links (iOS)#
Depuis iOS 9, un lien HTTPS classique (https://monsite.fr/produit/123) peut ouvrir directement l'application si elle est installée, ou la page web équivalente sinon. Aucune ambiguïté de schéma, et le lien reste fonctionnel même sans l'application.
App Links (Android)#
L'équivalent Android des Universal Links, introduit avec Android 6.0 : un lien HTTPS standard, vérifié comme appartenant à l'application, l'ouvre directement plutôt que de proposer un choix de navigateur.
Comment ça fonctionne côté technique#
Universal Links et App Links reposent sur le même principe : prouver que le site web et l'application appartiennent à la même organisation, en publiant un fichier de vérification sur le domaine.
Côté iOS#
- Le domaine doit publier un fichier
apple-app-site-associationà la racine (ou dans/.well-known/), au format JSON, précisant l'identifiant de l'application et les chemins concernés. - Ce fichier doit être servi en HTTPS, sans redirection, avec un type de contenu
application/json. - L'application déclare le domaine associé (« Associated Domains ») dans ses capacités Xcode.
- Le code de l'application intercepte l'ouverture du lien (
NSUserActivity/continueUserActivity) pour naviguer vers l'écran correspondant.
Côté Android#
- Le domaine doit publier un fichier
assetlinks.jsondans/.well-known/, précisant le nom de paquet de l'application et l'empreinte de sa clé de signature. - Le fichier
AndroidManifest.xmldéclare un filtre d'intention (intent-filter) avecautoVerify="true"pour le domaine concerné. - Le code de l'application lit l'URI reçue dans l'activité de lancement pour naviguer vers le bon écran.
Gérer le cas où l'application n'est pas installée#
Un deep link bien conçu ne doit jamais aboutir à une impasse. Deux approches courantes :
- Universal Links / App Links : si l'application n'est pas installée, le lien HTTPS ouvre simplement la page web équivalente - aucune configuration supplémentaire n'est nécessaire, c'est le comportement par défaut d'une URL classique.
- Lien intermédiaire (deferred deep linking) : une page ou un service tiers détecte l'absence de l'application, redirige vers sa fiche sur le store, puis rouvre le contenu visé une fois l'application installée et lancée pour la première fois.
Ce que nous faisons chez Websource#
La mise en place d'un deep link touche à la fois le code de l'application (déclaration du domaine, gestion de la navigation à l'ouverture du lien) et la configuration du serveur qui héberge le site associé (fichiers de vérification, en-têtes HTTP corrects). C'est un sujet que nous traitons dans le cadre de nos prestations de maintenance d'application mobile : ajouter un deep link à une application déjà publiée est un exemple typique de maintenance évolutive.
Questions fréquentes#
Un deep link fonctionne-t-il si l'utilisateur n'a jamais ouvert l'application ?#
Avec les Universal Links et App Links, oui pour le repli vers le site web : le lien reste une URL HTTPS valide. Pour ouvrir directement le bon écran dès le premier lancement de l'application, il faut ajouter un mécanisme de deferred deep linking.
Faut-il choisir entre schéma personnalisé et Universal Links / App Links ?#
Non, les deux peuvent coexister : le schéma personnalisé sert en complément pour des liens internes à l'application elle-même, tandis que les Universal Links et App Links couvrent les liens partagés à l'extérieur (e-mail, SMS, réseaux sociaux).
Le fichier de vérification de domaine doit-il être mis à jour souvent ?#
Seulement si l'identifiant de l'application, son nom de paquet ou sa clé de signature changent, ou si de nouveaux chemins doivent être couverts par le deep linking.
Article rédigé le 27 septembre 2026 par l'équipe Websource avec l'assistance d'une IA, puis relu avant publication. Une information vous semble inexacte ou datée ? Signalez-le nous, nous corrigeons.
