Formats de liens App Store, Google Play et AppGallery : la référence
Toutes les URL canoniques, legacy et de schéma des trois grands stores : ce que fait chaque forme, où chacune meurt, et les erreurs d’encodage qui avalent les données de campagne en silence. Faite pour être mise en favori.
Pourquoi les formats de liens mordent
Chaque store maintient au moins trois formes d’URL pour la même fiche : une URL https canonique, une forme legacy maintenue par des redirections, et un schéma d’appareil qui contourne entièrement le navigateur. Elles semblent interchangeables. Elles ne le sont pas. Les schémas sont des liens morts sur le mauvais OS, les formes legacy dépendent de redirections que vous ne contrôlez pas, et les formes canoniques cachent des options — codes pays, paramètres referrer — qui changent le comportement sans prévenir.
Cette page les liste toutes avec des valeurs d’exemple : à quoi sert chaque forme et exactement où chacune échoue. Les formats sont des constantes ; seules les campagnes autour changent.
Apple App Store
Une règle résout tous les liens Apple : la résolution repose sur l’id numérique. Le segment {app-name} du chemin est cosmétique — écrivez-le mal, remplacez-le, supprimez-le : tant que id{appId} est intact, le lien atterrit sur la même fiche.
https://apps.apple.com/{country}/app/{app-name}/id{appId}https://apps.apple.com/app/id{appId}https://itunes.apple.com/app/id{appId}itms-apps://itunes.apple.com/app/id{appId}- Le code pays est en deux lettres minuscules (us, fr, de). Il épingle le lien à un seul storefront — un compte enregistré ailleurs reçoit une erreur de disponibilité même quand l’app est publiée dans son propre store.
- Omettre le segment pays laisse Apple résoudre le storefront selon le visiteur. Pour tout ce qui est global, c’est le bon défaut, pas un plan de secours.
- Les URL legacy itunes.apple.com redirigent toujours vers apps.apple.com. Les vieux liens continuent de fonctionner ; n’en créez pas de nouveaux à ce format.
- itms-apps:// ouvre directement l’app App Store, sans passage par le navigateur. Sur iOS, cela supprime une redirection visible ; sur Android ou desktop, c’est un lien mort. À n’utiliser que là où vous contrôlez la plateforme.
Google Play
Sur Play, la résolution repose sur le nom de package — le paramètre id. Pas de segment pays ; Play choisit le storefront selon le compte connecté. Ce sont les paramètres optionnels qui font le travail intéressant.
https://play.google.com/store/apps/details?id={package}https://play.google.com/store/apps/details?id={package}&hl={lang}https://play.google.com/store/apps/details?id={package}&referrer=utm_source%3Dqr%26utm_campaign%3Dlaunchmarket://details?id={package}- &hl={lang} force la langue de la fiche quels que soient les réglages de l’appareil. Utile pour une capture dans une documentation ; presque toujours faux en campagne — omettez-le et laissez l’appareil décider.
- market:// ouvre directement l’app Play, sans navigateur. Android uniquement ; partout ailleurs, lien mort.
Le paramètre referrer : l’attribution gratuite que la plupart des équipes oublient
Tout ce que vous placez dans &referrer= traverse l’installation et arrive à votre app via l’Install Referrer API de Play au premier lancement. C’est de l’attribution d’installations sans SDK d’attribution : taguez une affiche QR avec utm_source%3Dqr%26utm_campaign%3Dlaunch et votre app sait quelle affiche a généré l’installation.
La valeur doit être encodée dans son ensemble : = devient %3D et & devient %26. Laissée brute, le premier & dans votre chaîne referrer termine le paramètre — Play garde utm_source en silence et jette le reste, et la perte de données n’apparaît que des semaines plus tard dans les rapports.
Huawei AppGallery
AppGallery compte là où les services Google sont absents : les appareils Huawei et Honor livrés sans Play. L’id de l’app est numérique avec un préfixe C, tiré de la console AppGallery Connect. Un schéma appmarket:// existe sur les appareils HMS — avec la même réserve que tous les schémas : mort hors de l’appareil.
https://appgallery.huawei.com/app/C{appId}appmarket://details?id={package}Erreurs courantes
Cinq modes d’échec couvrent presque tous les liens de store cassés en circulation.
Forcer un code pays sur une campagne globale
Les comptes enregistrés dans d’autres storefronts reçoivent des erreurs de mauvais storefront. Supprimez le segment et laissez Apple résoudre par localisation.
Valeurs referrer non encodées
Un & brut termine le paramètre ; Play tronque en silence après la première paire. Encodez la valeur entière : = devient %3D, & devient %26.
market:// ou itms-apps:// dans un email, un QR ou une bio sociale
Les schémas ne résolvent que sur leur propre OS — un 404 pour tous les autres. Sur toute surface multiplateforme, utilisez https ou un lien qui route par appareil.
http:// au lieu de https://
Au mieux une redirection de plus ; au pire des navigateurs in-app cassés et des données referrer perdues. Les deux stores sont en https — écrivez-le ainsi.
Lier une page de résultats de recherche du store
Les URL de recherche changent de classement ; le premier résultat d’aujourd’hui peut ne plus être votre app demain. Liez la fiche canonique ancrée sur l’id.
2026 : les règles de distribution se durcissent, pas les formats
D’après les annonces développeurs Android de Google, une exigence de développeur vérifié se déploie : accès anticipé depuis octobre 2025, disponibilité large en mars 2026, et obligatoire pour les apps installées hors de Play au Brésil, en Indonésie, à Singapour et en Thaïlande à partir de septembre 2026. Rien de tout cela ne change les formats d’URL ci-dessus — cela change qui peut distribuer des apps Android hors de Play. Les liens vers les fiches Play se comportent exactement comme avant.
Quand un seul lien doit servir tous les stores
Assembler ces formats à la main convient très bien quand vous ciblez une seule plateforme. Une annonce iOS envoyée à des utilisateurs iOS n’a besoin que d’une URL Apple canonique.
La matrice casse dès qu’une seule surface sert tout le monde — un lien de bio, un QR imprimé, un pied d’email. Il faut alors l’URL Apple pour les iPhone, l’URL Play pour la plupart des Android, l’URL AppGallery pour les appareils Huawei et un fallback web pour le desktop, le tout derrière un seul lien. Ce routage par appareil est exactement ce que fait un smart link, et c’est à cela que sert le palier gratuit d’Appy : une URL, chaque appareil envoyé vers son propre store.
Questions fréquentes
Mes liens App Store doivent-ils inclure un code pays ?
Seulement si vous ciblez réellement un seul storefront — une promotion valable uniquement sur le store américain, par exemple. Sinon, omettez-le et laissez Apple résoudre ; un code épinglé devient une erreur pour les comptes enregistrés ailleurs.
Comment ajouter des données de campagne à un lien de store ?
Google Play : le paramètre &referrer, encodé, lu par votre app via l’Install Referrer API. Apple : l’URL de l’App Store ne transporte aucun paramètre de campagne pour les tiers — placez les UTM sur un lien intermédiaire que vous contrôlez et mesurez le clic. AppGallery n’a pas de canal public équivalent ; la même approche par lien intermédiaire s’applique.
Les QR codes ont-ils besoin d’un format spécial ?
Non — un QR encode l’URL que vous lui donnez. Mais il hérite du problème mono-OS : un QR d’URL Play est une impasse pour chaque iPhone qui le scanne. Encodez un lien qui route par appareil plutôt qu’une URL de store brute.
Les liens itms-apps:// et market:// sont-ils plus rapides ?
Sur le bon appareil, oui — un saut de moins, directement dans l’app du store sans flash de navigateur. Hors de l’appareil, ce sont des liens morts. Utilisez-les là où la plateforme est garantie, comme dans votre propre app iOS ; utilisez https partout où les audiences se mélangent.
Continuer à explorer
Deferred deep linking sans SDK : comment ça marche vraiment sous le capot
On peut transporter le contexte d’un lien à travers une installation sans embarquer de SDK d’attribution. Voici ce qui survit réellement à la frontière du store sur Android et iOS, ce qui casse, et le coût de chaque contournement en matière de vie privée.
Deferred deep linking : comment ça marche et quand l’utiliser
Transportez l’intention initiale du lien à travers l’installation pour que les nouveaux utilisateurs arrivent sur la bonne page et non sur la home par défaut.
Attribution mobile en 2026 : ce qui fonctionne encore après la mort de Privacy Sandbox
Privacy Sandbox pour Android est annulé, l’opt-in ATT plafonne vers 14% et Safari supprime les click IDs par défaut. Une carte honnête des mécanismes de mesure qui fonctionnent encore en 2026, et dans quel ordre s’y fier.
Vous cherchez autre chose ? Parcourez tous les sujets sur le blog.
Un lien pour tous les stores
Créez un smart link gratuit qui envoie les iPhone vers l’App Store, les Android vers Google Play, les Huawei vers AppGallery et le desktop vers votre site.
Créer un smart link gratuit