Deep linking emails : pourquoi le bouton 'Voir dans l'app' ouvre le navigateur, et comment envoyer vos lecteurs sur le bon écran de l'application.
Un email avec un bouton 'Voir dans l'app'. Le clic ouvre le navigateur, affiche la page web, et l'utilisateur doit se reconnecter. Pas l'app. Pas le bon écran. Conversion perdue. Le deep linking dans les emails résout ça, si c'est implémenté correctement. Et c'est là que ça se complique.
Pourquoi le deep linking dans les emails est différent
Les clients email (Gmail, Outlook, Apple Mail) ont des comportements spécifiques qui compliquent l'ouverture directe d'une app depuis un lien. La principale contrainte : les URL schemes personnalisés (monapp://) ne fonctionnent pas dans la plupart des clients email : ils sont filtrés ou ignorés pour des raisons de sécurité.
Universal links (iOS) et app links (Android) fonctionnent mieux, mais avec des nuances importantes. Sur iOS, un universal link cliqué depuis l'app Gmail native ouvre Safari plutôt que l'app directement, car Gmail est une app tierce qui ne passe pas par le contexte de navigation standard d'iOS. Sur Android, le comportement varie selon le client email et la version d'Android.
Gmail sur iOS ouvre les liens dans son WebView intégré, pas dans Safari. Les universal links ne se déclenchent pas depuis un WebView. Résultat : le lien ouvre la page web et non l'app. C'est un comportement connu et documenté, pas un bug.
La solution : URL unique avec détection intelligente
L'approche qui fonctionne le mieux en 2026 est d'utiliser un interstitiel de redirection. Au lieu de mettre directement un universal link dans l'email, on utilise un lien HTTPS standard qui charge une page légère côté serveur. Cette page détecte le contexte (iOS ou Android, app installée ou non) et redirige vers l'URL appropriée.
C'est précisément ce que faisait Firebase Dynamic Links, et ce que les plateformes de deep linking comme frqr.app, Branch et Airbridge font encore. L'avantage : un seul lien dans l'email qui gère correctement tous les cas.
Déferred deep linking dans les emails
Le cas le plus complexe : l'utilisateur clique sur un lien 'voir ce produit' depuis l'email, n'a pas l'app, est redirigé vers l'App Store, installe, et... atterrit sur l'écran d'accueil au lieu de la fiche produit. Le deferred deep linking mémorise la destination pendant l'installation et y redirige l'utilisateur après le premier lancement. Taux de conversion post-install mesuré entre 2 et 3× plus élevé selon plusieurs études AppsFlyer.
Articles liés
- → Deep link, universal link, app link : les différences
- → Alternatives à Firebase Dynamic Links
- → Gestion centralisée des liens
frqr.app, Deep links email-to-app qui fonctionnent vraiment
Un lien email qui ouvre directement le bon écran de l'app
frqr.app gère la détection iOS/Android, le fallback store et le deferred deep linking depuis une URL unique, testée sur Gmail, Apple Mail et Outlook.
FAQ
Est-ce que les deep links fonctionnent dans tous les clients email ?
C'est justement le problème central du deep linking dans les emails. Les URL schemes (monapp://) échouent dans la plupart des clients. Les universal links fonctionnent depuis Apple Mail, mais Gmail sur iOS les ouvre dans son navigateur intégré. La solution fiable est un lien HTTPS avec interstitiel côté serveur, qui gère la détection et le routage : c'est ce que font les plateformes de deep linking dédiées.
Que se passe-t-il si l'utilisateur n'a pas l'app installée ?
Sans gestion spécifique, l'universal link s'ouvre dans le navigateur web sur la page correspondante, ce qui peut être une bonne expérience si le site web est bien adapté. Avec le deferred deep linking, l'utilisateur est redirigé vers l'App Store, installe l'app, et atterrit directement sur le bon contenu après installation au lieu de l'écran d'accueil.
Le deep linking dans les emails est techniquement complexe à cause des comportements divergents des clients email, en particulier Gmail iOS. La solution pratique est un lien HTTPS avec interstitiel côté serveur, exactement ce que les plateformes de deep linking fournissent.
frqr.app gère ces cas limites nativement, avec fallback store et deferred deep linking inclus.
Deep linking emails : ce qu'il faut retenir
Pour aller plus loin : À propos des deep links (Android Developers).
