Le lien de téléchargement (smartlink)
Les bios de réseaux sociaux n’acceptent qu’un seul lien. Or Kaiho existe sur deux stores : impossible de mettre les deux, et choisir l’un revient à perdre la moitié des gens.
D’où le smartlink : une adresse unique, kaiho.fr/dl, qui regarde depuis quel appareil on clique et redirige aussitôt vers le bon endroit.
Ce qui se passe selon l’appareil
Section intitulée « Ce qui se passe selon l’appareil »| Qui clique | Où il arrive |
|---|---|
| iPhone / iPad | La fiche Kaiho sur l’App Store (elle s’ouvre directement dans l’app App Store) |
| Téléphone Android | La fiche Kaiho sur le Play Store, dans la langue du visiteur |
| Ordinateur | La page de vente kaiho.fr/app, dans sa langue, qui porte les deux badges de téléchargement |
| Robot d’aperçu (le vignettage de lien de Facebook, WhatsApp, Slack…) | La même page de vente, pour que l’aperçu affiche l’image et le texte de Kaiho — et sans compter de clic |
La langue est celle déclarée par le navigateur ; à défaut, elle est déduite du pays. Tout ce qui sort des six langues de Kaiho reçoit l’anglais.
Les formes du lien
Section intitulée « Les formes du lien »| Lien | À quoi il sert |
|---|---|
kaiho.fr/dl |
La forme de base, sans provenance |
kaiho.fr/dl/tiktok |
La même chose, en marquant la provenance « tiktok » — c’est la forme à mettre dans une bio |
kaiho.fr/dl?s=tiktok&m=bio&c=lancement |
Provenance détaillée : source, support, campagne |
kaiho.fr/dl?utm_source=newsletter&utm_medium=email |
Les paramètres utm_ classiques marchent aussi |
Le mot après /dl/ est libre : tiktok, instagram, bio-vincent, presse… Il suffit qu’il soit stable dans le temps pour que les chiffres restent comparables.
Ce que la provenance devient chez les stores
Section intitulée « Ce que la provenance devient chez les stores »- Play Store : la provenance est transmise dans le paramètre
referrer. Elle remonte dans les rapports d’acquisition de la Play Console. - App Store : Apple n’accepte qu’un jeton de campagne (le mot de la source, nettoyé). Pour qu’il apparaisse dans App Analytics, il faut y ajouter le jeton fournisseur du compte App Store Connect — il n’est pas encore renseigné, donc côté Apple la provenance n’est pas encore lisible.
Ce que le smartlink ne fait pas
Section intitulée « Ce que le smartlink ne fait pas »- Il n’ouvre pas l’app quand elle est déjà installée : il envoie vers la fiche du store, qui affichera « Ouvrir ». Ouvrir directement l’app demanderait des liens universels, qui ne sont pas en place.
- Il ne mémorise rien entre deux clics : pas de cookie, pas de profil, pas de reciblage.
Comment on le mesure
Section intitulée « Comment on le mesure »On ne le mesure plus. Le lien envoyait un event smartlink_clicked à PostHog (plateforme, langue, pays, provenance) ; il a été retiré le 5/8/26 parce qu’il n’alimentait aucun insight — voir le catalogue d’events.
Ce qui reste : les analytics Cloudflare Pages pour le volume de requêtes sur /dl, et l’attribution store côté ct (Apple) et utm_*. Si on veut à nouveau savoir ce qui clique et depuis où, il faudra réinstrumenter — et cette fois avec une tuile en face.
Pourquoi l’App Store, précisément, résiste (6 août 2026)
Section intitulée « Pourquoi l’App Store, précisément, résiste (6 août 2026) »Le 6 août 2026, le badge App Store de la page de vente kaiho.fr/app ne faisait rien depuis le navigateur intégré d’Instagram et de TikTok, alors que le badge Play Store fonctionnait. La cause n’est ni le code du site, ni un geste manquant : elle est chez Apple.
apps.apple.com ne sert jamais de page web à un iPhone. À tout user-agent iOS, il répond une redirection 301 vers un schéma maison, itms-appss:// :
curl -sI -A '<user-agent iPhone>' https://apps.apple.com/fr/app/id6760356299→ HTTP/2 301 location: itms-appss://apps.apple.com/fr/app/id6760356299Safari sait quoi faire de ce schéma : il passe la main à l’app App Store. Le navigateur intégré d’Instagram ou de TikTok, lui, ne relaie pas les schémas qu’il ne connaît pas : il abandonne la navigation, et le tap ne produit rien. Le lien Play Store, lui, reste en https de bout en bout — d’où l’asymétrie entre les deux badges. Le même 301 explique le « L’action ne peut pas être réalisée » vu sur TikTok le 4 août.
Aucune forme d’URL n’y échappe : sept formes testées (avec ou sans pays, avec ou sans slug de nom d’app, itunes.apple.com, ?mt=8, ?platform=iphone, ?uo=4) contre quatre user-agents renvoient toutes le même 301. Seul un user-agent macOS obtient une vraie page. Il n’y a donc pas de lien magique : ni raccourcisseur, ni redirection serveur, ni prestataire d’attribution (Branch, AppsFlyer, Adjust) ne peut contourner ça, puisque tous finissent sur apps.apple.com.
Ce que fait la page de vente depuis le 6 août 2026
Section intitulée « Ce que fait la page de vente depuis le 6 août 2026 »Le seul levier restant est de sortir du navigateur intégré. Un tap sur le badge App Store depuis un navigateur intégré iOS (Instagram, TikTok, Facebook, Messenger, Threads, Snapchat, LinkedIn, LINE, Pinterest, X) tente donc trois choses dans l’ordre :
itms-appss://en direct, sans passer par la redirection : le geste de l’utilisateur est encore là, et les navigateurs intégrés qui relaient les schémas ouvrent l’App Store immédiatement.x-safari-https://, qui demande à iOS d’ouvrir Safari — où la redirection d’Apple aboutit normalement. Certaines applis bloquent ce schéma.- Un panneau d’explication : « appuie sur ••• puis Ouvrir dans le navigateur », plus un bouton qui copie le lien. C’est le seul chemin qui marche à tous les coups, donc il n’est jamais sauté.
Chaque étape échoue en silence (aucune API ne dit si elle a marché) : le code regarde si la page a disparu, et enchaîne sinon. Hors navigateur intégré — Safari, Chrome, ordinateur — rien de tout cela ne se déclenche, le lien reste un lien normal.
Le piège du « Ouvrir dans le navigateur »
Section intitulée « Le piège du « Ouvrir dans le navigateur » »Ce menu rouvre l’adresse de la page courante, pas le lien qu’on visait. Testé sur appareil le 6 août 2026 : la personne suit l’instruction, atterrit dans Safari… sur la page de vente, et rien ne lui dit qu’il faut retaper le badge. Le pas à pas était donc juste mais s’arrêtait trop tôt.
Depuis, le tap sur le badge inscrit sa destination dans l’adresse (?store=ios). Le marquage se fait par une vraie navigation, pas par une réécriture JavaScript : rien ne garantit qu’une appli rouvre l’adresse réécrite plutôt que celle validée par le navigateur, et une adresse gravée survit aux deux. Quand cette adresse est rouverte dans un vrai navigateur iOS, la page reconnaît le marqueur et repart vers l’App Store. Le marqueur est ignoré partout ailleurs : sur ordinateur, et dans le navigateur intégré — où il sert seulement à rouvrir le pas à pas sans faire retaper le badge.
Le deuxième mur : iOS veut un geste
Section intitulée « Le deuxième mur : iOS veut un geste »Constaté le 6 août 2026 sur TikTok : le parcours se terminait quand même sur la page de vente dans le navigateur externe. La raison n’est plus le navigateur intégré mais iOS lui-même — il n’ouvre pas une autre application sur une redirection automatique, il exige un geste de l’utilisateur. Apple contourne d’ailleurs sa propre règle sur apps.apple.com en s’accrochant au clic sur les liens.
Donc, une fois dans le vrai navigateur, la page tente le départ direct — il passe là où iOS l’autorise — et, s’il est refusé au bout de 1,2 seconde, elle affiche un panneau à un seul bouton : « Ouvrir l’App Store ». Ce tap fournit le geste manquant, et là plus rien ne s’y oppose.
À retenir : aucune redirection automatique n’ouvre l’App Store sur iOS. Tout chemin qui prétend le faire finit, tôt ou tard, par demander un tap — autant le demander proprement.