Qu'est-ce que le deep linking ? Universal Links et App Links expliqués | We.Inc
Le deep linking ouvre un écran précis d'une application depuis un lien. Comparez les schémas d'URL personnalisés, les Universal Links et les Android App Links, et générez les deux fichiers de vérification.
Le deep linking signifie qu'un lien touché ouvre un écran précis dans une application, comme la fiche d'un produit, au lieu de l'écran d'accueil de l'application. Les applications peuvent revendiquer leur propre schéma comme myshop://, ou revendiquer des liens https normaux de votre site web grâce aux Universal Links sur iPhone et aux App Links sur Android, qui nécessitent un fichier sur votre site.
Trois types de deep link
Type
Exemple
Prouve que vous en êtes propriétaire ?
Schéma d'URL personnalisé
myshop://product/42
Non
Universal Link (Apple)
Oui, via apple-app-site-association
Android App Link
Si vous gérez un site web et une application, les deep links permettent à une même adresse de servir les deux : les personnes qui ont l'application arrivent sur le bon écran, les autres voient la page web. La partie web consiste en deux petits fichiers JSON sur votre domaine. Remplissez le formulaire ci-dessous pour générer les deux fichiers, puis copiez-les sur votre serveur.
Décidez quels chemins doivent s'ouvrir dans l'application, par exemple /product/* mais pas /account/*.
Renseignez votre team ID Apple et votre bundle ID, ainsi que le nom de package Android et l'empreinte du certificat de signature.
Copiez chaque fichier généré dans le dossier /.well-known/ de votre site web, servi en https sans redirection.
Ajoutez le réglage correspondant dans chaque application : l'entitlement Associated Domains sur iOS, un intent filter avec android:autoVerify="true" sur Android.
Traitez chaque lien entrant comme une donnée non fiable. Apple prévient que les schémas d'URL sont un vecteur d'attaque potentiel : vérifiez les paramètres et ignorez ceux qui sont mal formés.
Gardez une page web fonctionnelle à chaque adresse en deep link. Quand l'application est absente, c'est le navigateur qui l'ouvre.
Si vous utilisez la signature d'application Play, prenez l'empreinte dans la Play Console ; celle de votre keystore local ne correspondra généralement pas.
Excluez les chemins comme les retours de connexion ou de paiement, qui doivent rester dans le navigateur.
Questions fréquentes
Les deep links sont-ils la même chose que les Universal Links ?
Les Universal Links sont un type de deep link : la version d'Apple, qui utilise des adresses https ordinaires et un fichier sur votre site web pour prouver que le domaine vous appartient. Apple juge les schémas d'URL personnalisés acceptables, mais recommande fortement les Universal Links.
Que se passe-t-il si l'application n'est pas installée ?
Pour un Universal Link, Apple indique que le système ouvre l'adresse dans le navigateur par défaut de la personne, pour que votre site web prenne le relais. Sur Android, un lien vérifié reste une adresse https ordinaire : sans application installée, le navigateur l'ouvre. Un lien à schéma personnalisé n'a aucune page web de secours.
Où placer apple-app-site-association ?
À l'adresse https://yourdomain/.well-known/apple-app-site-association, sans extension de fichier, avec un certificat valide et sans redirection. Depuis iOS 14, les appareils le récupèrent via un réseau de diffusion de contenu géré par Apple plutôt que directement depuis votre serveur.
Quelles versions d'Android vérifient les App Links ?
La documentation Android indique que les App Links fonctionnent à partir d'Android 6, sur les appareils équipés des services Google.
Comment tester la vérification sur Android ?
Sur Android 12 et versions ultérieures, lancez adb shell pm verify-app-links --re-verify avec votre nom de package, attendez quelques minutes, puis adb shell pm get-app-links pour voir si le domaine apparaît comme vérifié.
Pourquoi les liens vérifiés se sont imposés
N'importe quelle application peut enregistrer un schéma personnalisé : deux applications peuvent donc revendiquer le même, et sur Android, les deep links simples peuvent déclencher une boîte de dialogue de choix. Les liens vérifiés règlent ces deux problèmes : seul le propriétaire du site web peut publier le fichier qui désigne l'application.
Les liens vérifiés échouent aussi en douceur, car ce sont de vraies adresses web qui mènent déjà quelque part.
Les liens avant l'installation de l'application
Un deep link normal ne survit pas à une installation : le store s'ouvre, la personne installe, et l'application démarre sur son écran d'accueil. Conserver la destination d'origine pendant l'installation s'appelle le deferred deep linking, traité dans un guide dédié.
Règles d'hébergement des deux fichiers
Ce que vérifie chaque plateforme (en octobre 2026)
Adresse
https obligatoire
Oui, certificat valide
Oui, même si les liens de l'application sont en http
Redirections autorisées
Non
Non (ni 301 ni 302)
Nom et type de fichier
Pas d'extension de fichier
Servi en application/json
Réglage côté application
Associated Domains : applinks:yourdomain
android:autoVerify="true" sur un intent filter
Gérer le lien dans l'application
Intent filter Android pour les liens vérifiés
À placer dans l'activité qui doit s'ouvrir. Remplacez l'hôte par votre propre domaine.
Vérifier la validation sur Android 12 ou plus récent
À lancer avec un appareil de test connecté. L'état verified signifie que le fichier a été accepté.
Générateur de fichiers de vérification
Team ID Apple
Bundle ID iOS
Chemins qui ouvrent l'application (un par ligne)
Chemins qui restent dans le navigateur (un par ligne)
Nom de package Android
Empreinte SHA-256 du certificat de signature
Cette empreinte ne ressemble pas à 32 paires hexadécimales séparées par des deux-points.
Enregistrer sous /.well-known/apple-app-site-association (sans extension)
Copier
Copié
Tout est généré dans votre navigateur à partir de ce que vous saisissez. Rien n'est envoyé nulle part.