Mobile
L’application est installée. Le lien ouvre quand même le site web.
Cet unique échec coûte plus cher que ce que la moindre expérience sur le taux de conversion pourra récupérer. Un lien mobile tente d’abord l’application, se rabat sur le bon store pour la bonne plateforme, continue de fonctionner dans les navigateurs intégrés aux applications et transmet le contexte de campagne à l’application après l’installation.
Tenter l’application, puis le store, puis le web
Un lien mobile porte trois réponses par plateforme : l’adresse qui ouvre l’application, la fiche du store en repli, et une page web pour tout le reste. La redirection les tente dans cet ordre, avec un délai que vous contrôlez, parce que la seule façon fiable de savoir si une application est installée est d’essayer de l’ouvrir et de regarder si la page est encore là ensuite.
Apple comme Google prennent en charge des fichiers d’association vérifiés qui permettent à un domaine d’ouvrir directement une application, sans interstitiel visible. La plateforme sert ces fichiers depuis votre domaine de redirection et les diagnostique pour vous — mauvais type de contenu, mauvais chemin, empreinte manquante — parce qu’un fichier d’association mal saisi échoue en silence et que tout le monde accuse le lien.
- Schéma d’application ou universal link par plateforme
- Repli vers le store pour iOS et Android
- Repli web pour le bureau et les plateformes non prises en charge
- Fichiers d’association servis et diagnostiqués sur votre propre domaine
- Délai de tentative configurable
- Comportement explicite pour les tablettes
Les navigateurs intégrés sont la partie difficile : ils sont traités explicitement
L’essentiel du trafic mobile arrive dans le navigateur d’une autre application — un fil social, une messagerie, un client de courrier. Ces environnements bloquent les tentatives d’ouverture d’application de façons incohérentes, et un lien qui se comporte correctement dans Safari peut ne rien faire du tout à l’intérieur d’un fil.
Le cas des navigateurs intégrés est donc un réglage et non un accident : tenter quand même l’application, passer directement à la page web, ou afficher une courte invitation à ouvrir dans le navigateur système. Le comportement se choisit lien par lien, et la plateforme reconnaît les navigateurs intégrés les plus courants au lieu de faire comme s’ils étaient ordinaires.
Le contexte survit à l’installation
Une personne touche un lien vers un produit précis, n’a pas l’application, l’installe — et atterrit sur un écran d’accueil générique. Le contexte différé règle exactement cela : la campagne et la cible sont conservées et remises à l’application au premier lancement, si bien que la personne arrive là où le lien pointait plutôt que là où l’application s’ouvre par défaut.
Le contexte est apparié sur une signature d’appareil plutôt que sur quoi que ce soit d’identifiant, et il expire vite : il existe pour franchir une installation, pas pour construire un profil.
Toujours votre marque, toujours vos statistiques
La page intermédiaire — quand il en faut une — est rendue par le edge avec le logo, la couleur et l’adresse de support rattachés au domaine. Aucune mention de la plateforme sous-jacente, et aucun hôte tiers dans la chaîne.
Le clic est enregistré au moment de la redirection, avant la tentative d’ouverture de l’application : la visite a eu lieu, et ce que l’appareil en a fait ensuite n’est pas observable de l’extérieur. C’est ce qui garde les compteurs de clics honnêtes au lieu de sous-déclarer discrètement le trafic mobile.
Questions fréquentes
Dois-je modifier mon application pour utiliser cela ?
Pour ouvrir l’application, il vous faut soit un schéma personnalisé, soit des universal links vérifiés, que la plupart des applications possèdent déjà. Pour recevoir le contexte différé après une installation, l’application le lit au premier lancement via l’API. Tout le reste — replis vers les stores, gestion des navigateurs intégrés, pages à votre marque — ne demande aucune modification de l’application.
Que se passe-t-il sur ordinateur ?
Le repli web est utilisé. La configuration des deep links ne casse jamais le chemin bureau ; un lien doté de réglages mobiles se comporte comme un lien court ordinaire partout où ces réglages ne s’appliquent pas.
Pourquoi vois-je parfois une page intermédiaire ?
Parce que c’est la seule façon de tenter l’ouverture d’une application puis de réagir au résultat. Là où les fichiers d’association vérifiés s’appliquent, le système d’exploitation ouvre l’application directement et aucune page n’est affichée. La page elle-même porte votre marque et disparaît en bien moins d’une seconde.
Le lien fonctionne-t-il encore si l’application est désinstallée plus tard ?
Oui. La tentative échoue, le repli s’exécute, et la personne atteint le store ou la page web. Rien n’est mis en cache quant à la présence ou non de l’application sur un appareil.
Lancez votre raccourcisseur de liens de marque
Connectez un domaine, publiez vos prix et invitez votre premier client — la plupart des partenaires sont en ligne en une soirée.
Aucune carte requise pour l’essai.