Comment faire ouvrir une application précise par un tag ?
Sur Android, un enregistrement d'application nomme le paquet à lancer et propose de l'installer s'il manque. Sur iOS il n'existe pas d'équivalent, et la voie est une adresse web que l'application s'est déclarée apte à traiter, ce qui ne fonctionne que si elle est déjà installée.
La voie Android
Android définit un enregistrement d'application qui nomme un paquet. Présenter un tag qui le porte lance cette application, et propose de l'installer depuis la boutique quand elle est absente.
Android fournit un utilitaire pour bâtir l'enregistrement, documenté à côté des autres constructeurs dans sa référence NdefRecord. Les outils d'écriture l'exposent comme une option demandant un nom de paquet.
L'invitation à installer est ce qui le rend puissant. Un tag peut atteindre quelqu'un qui n'a jamais installé votre application, ce qu'aucun autre type d'enregistrement ne fait.
La voie iOS
Il n'existe pas d'enregistrement équivalent. Nommer une application et faire qu'iOS la lance depuis un tag n'est pas quelque chose que la plateforme propose.
Ce qui fonctionne à la place est une adresse que votre application s'est déclarée apte à traiter. Quand l'application est installée, le contact l'ouvre. Quand elle ne l'est pas, l'adresse s'ouvre dans le navigateur, où vous placez une page qui invite à l'installer.
Ce repli est toute la conception. Un lien qui se dégrade en page web vaut mieux qu'un enregistrement qui se dégrade en rien.
Couvrir les deux à la fois
Écrivez une adresse comme enregistrement principal, avec l'adresse déclarée par votre application sur les deux plateformes. Ajoutez ensuite un enregistrement d'application Android si vous voulez le comportement d'invitation à installer sur Android précisément. À partir d'Android 17, l'adresse n'ouvre l'application qu'une fois que l'utilisateur a donné suite à une notification proposant de l'ouvrir, comme le décrit le guide NFC d'Android.
L'ordre compte ici : placez l'adresse en premier, puisque c'est l'enregistrement qui fonctionne partout, et laissez suivre l'enregistrement propre à Android.
Testez les quatre cas plutôt que deux : application installée et non installée, sur chaque plateforme. Les cas sans installation sont ceux qui révèlent si votre page de repli existe et dit quelque chose d'utile.
Un retour au réel
Demander à quelqu'un d'installer une application parce qu'il a touché un autocollant place la barre haut. La conversion d'un contact en installation est mauvaise, et un déploiement qui ne fonctionne qu'après une installation ne fonctionnera pas la plupart du temps.
Là où un lancement d'application a réellement sa place est auprès d'un public qui l'a déjà : personnel, adhérents, clients existants. Pour le public, une page web qui fonctionne immédiatement bat une application peut-être installée plus tard.
C'est la conclusion à laquelle la profession est arrivée pour les QR codes menant aux boutiques d'applications, et elle vaut ici pour les mêmes raisons.
Questions fréquentes
Un tag peut-il installer une application tout seul ?
Non. Un enregistrement d'application Android peut proposer d'ouvrir la page de la boutique, et la personne choisit d'installer. Rien n'est installé par le seul contact.
Pourquoi mon enregistrement d'application ne fait-il rien sur iPhone ?
Parce qu'iOS n'a pas de mécanisme équivalent. Employez une adresse que votre application s'est déclarée apte à traiter, qui ouvre l'application quand elle est installée et une page web sinon.
Que se passe-t-il si deux applications revendiquent le même lien ?
La plateforme tranche, d'ordinaire en demandant ou en préférant celle qui est vérifiée comme propriétaire du domaine. L'association vérifiée de domaine est le moyen fiable de faire que la vôtre l'emporte.
Vaut-il la peine d'ajouter les deux enregistrements ?
Si les invitations à installer sur Android comptent pour vous, oui, avec l'adresse en premier. Sinon une adresse unique est plus simple, fonctionne sur les deux plateformes, et se change plus facilement ensuite.