Un seul QR code pour l'App Store et Google Play

Imprimer deux codes étiquetés « iPhone » et « Android » est la version que tout le monde a vue et que personne n'aime : espace doublé, taille de chaque code divisée, et il faut que le passant sache lequel est le sien.

Un code qui décide à sa place vaut mieux, et le mécanisme tient en une phrase : le scan arrive, le système est lu dans la requête, la redirection part vers la boutique correspondante.

Comment fonctionne exactement l'aiguillage

• iPhone et iPad → votre lien App Store.
• Android → votre lien Google Play.
• macOS → également le lien App Store. Un Mac est traité comme Apple, ce qui est généralement voulu ; si vous avez une version Mac distincte, mieux vaut le savoir d'avance.
• Windows, Linux, tout ce qui n'est pas reconnu → le lien de secours.
• Un champ laissé vide bascule : sans lien iOS, un iPhone reçoit le lien de secours ; sans secours, il reçoit le lien Android plutôt qu'une erreur.

Cette dernière règle est un filet, pas un plan. Un iPhone qui atterrit sur une page Play Store est une impasse, et cela arrive précisément quand une seule boutique a été renseignée.

Remplissez le lien de secours

C'est la seule consigne de cet article dont l'oubli coûte de l'argent. Le lien de secours est ce que reçoit un visiteur sur ordinateur — et ils sont nombreux, car les affiches sont photographiées, les liens partagés dans Slack, les codes recopiés dans des présentations.

Faites-le pointer vers une page d'atterrissage avec les deux badges de boutique et une courte description. Pas votre page d'accueil : quelqu'un qui a scanné un code d'application ne devrait pas avoir à chercher l'application sur votre site.

Le secours couvre aussi le cas où la détection se trompe : téléphone en mode ordinateur, navigateur inhabituel, webview intégrée avec agent utilisateur réécrit. La détection repose sur ce que la requête dit d'elle-même, et les requêtes mentent parfois.

Vers quoi faire pointer les liens de boutique

• La fiche de l'application, pas un résultat de recherche ni votre page de téléchargement. Chaque tap de plus entre le scan et le bouton d'installation perd du monde.
• Le bon comportement régional. Les liens de boutique se résolvent d'eux-mêmes vers le store du pays du visiteur ; n'imposez pas un pays en dur sauf si vous voulez exclure les autres.
• Vos paramètres de campagne le cas échéant. Les deux boutiques acceptent leurs propres paramètres d'attribution, et le code transmet l'URL telle que saisie.

Ce que cela ne fait pas : le deferred deep linking. Le code emmène vers la boutique ; il ne transporte pas « ouvrir tel écran après installation » à travers l'installation. Si votre campagne en dépend, il faut un SDK d'attribution, et ce code doit pointer vers le lien fourni par ce prestataire.

Pourquoi le dynamique compte ici plus qu'ailleurs

Les liens d'application changent plus souvent que l'imprimé qui les porte. Changement de marque, nouvel identifiant, seconde application qui remplace la première, lancement sur l'autre plateforme trois mois plus tard : tout cela change la destination pendant que l'affiche reste au mur.

Avec un code dynamique, vous modifiez les deux liens et l'imprimé suit. Cas fréquent : vous imprimez avant que la version Android ne sorte — au premier jour, les deux plateformes vont vers l'App Store et le secours explique qu'Android arrive. Le jour du lancement, vous collez le lien Play et les mêmes affiches aiguillent correctement.

Ce que diront les chiffres

La répartition par système est vraiment utile ici, car c'est le partage de plateformes des gens qui ont vu votre affiche — pas de vos utilisateurs actuels, chiffre que vous avez déjà et qui est biaisé par la plateforme de départ.

Vous avez aussi les scans dans le temps, le type d'appareil, le navigateur, le référent et les visiteurs uniques via une IP hachée. Pas de localisation — aucune géolocalisation dans les statistiques — donc pour comparer l'affiche de la gare et celle du bureau, donnez à chacune son code.

Et une limite à énoncer : on compte des scans, pas des installations. Les installations sont dans App Store Connect et la Play Console. Comparer les deux donne le décrochage entre la fiche et le bouton d'installation, qui est de toute façon le chiffre le plus intéressant.

Notes d'impression pour les affiches d'application

• La taille selon la distance. Environ un dixième : 3 cm sur un flyer, 10 cm sur une affiche lue à un mètre, 20 à 30 cm à travers une pièce.
• Pas de code sur un écran. Un code de téléchargement dans un e-mail demande à l'utilisateur de scanner son propre écran. Mettez-y les badges cliquables.
• Dites à côté du code ce que fait l'application. « Scannez pour télécharger » n'est pas une raison.

Réponses rapides

• Un seul code pour les deux boutiques ? Oui, l'aiguillage se fait par système.
• Que reçoit un ordinateur ? Le lien de secours. Vide, il reçoit le lien de boutique renseigné.
• Que reçoit un Mac ? Le lien App Store.
• Où pointer le secours ? Une page avec les deux badges.
• Deferred deep linking ? Non. Le code va à la boutique.
• Puis-je voir les installations ? Non, seulement les scans.
• Modifiable après impression ? Oui, c'est l'intérêt du code dynamique.