Combien d'enregistrements un tag peut-il porter, et combien devrait-il en porter ?
Autant qu'il en tient dans la mémoire, ce qui sur un tag grand public courant fait une poignée au plus. La meilleure question est combien vous devriez en employer, et la réponse est presque toujours un. Chaque enregistrement de plus coûte des octets, un peu de temps de lecture, et augmente le risque que ce soit le mauvais qui agisse.
La vraie limite
Le format ne fixe aucun maximum. La limite est la mémoire, et sur les petits tags qu'achètent la plupart des déploiements elle arrive vite, chaque enregistrement portant son propre en-tête avant tout contenu.
En pratique, un tag grand public courant porte confortablement une adresse web, malaisément deux enregistrements courts, et refuse le troisième. Le chiffre exact dépend de la puce et de la longueur de votre contenu.
Ce que coûte chaque enregistrement
Trois choses, et seule la première est évidente.
Des octets, chaque enregistrement portant un en-tête avant son contenu. Du temps, la lecture étant un échange tour par tour et chaque enregistrement ajoutant des octets d'en-tête que le lecteur doit lire bloc par bloc. Et de l'ambiguïté, la plateforme devant décider sur quel enregistrement agir, et son choix pouvant ne pas être le vôtre.
Ce troisième coût est le coûteux. Un tag à trois enregistrements où le téléphone agit sur le mauvais est un tag qui échoue tout en paraissant fonctionner.
Quand plusieurs sont vraiment utiles
Deux situations le justifient, et elles sont plus étroites que ne le suggère la tentation.
Un repli délibéré : un enregistrement principal sur lequel une plateforme agit, plus un enregistrement de texte simple pour que quelque chose de lisible apparaisse là où le principal est ignoré. Cela vaut les octets pour tout ce qui est remis au public.
Une métadonnée lisible par machine à côté d'une action destinée à l'humain : une adresse plus un enregistrement de type externe que votre propre application reconnaît. Le téléphone agit sur l'adresse, votre logiciel trouve l'enregistrement supplémentaire et fait quelque chose de plus.
Ce qui ne le justifie pas est de proposer un choix au lecteur. Aucune des deux plateformes ne présente un menu d'enregistrements : un tag qui porte une adresse, un numéro de téléphone et une adresse électronique ne donne pas trois options à l'utilisateur. Il lui donne celle que le système a retenue.
La règle à suivre
Un enregistrement, sauf si vous savez nommer la raison du second. Si la raison est un repli, placez l'enregistrement principal en premier et le repli après, l'ordre décidant lequel l'emporte.
Et si vous vous surprenez à vouloir quatre enregistrements pour couvrir quatre cas, c'est qu'on demande au tag de faire le travail d'une page web. Mettez un lien sur le tag et les quatre cas derrière, où ils pourront aussi être corrigés ensuite.
Questions fréquentes
Un téléphone me montrera-t-il tous les enregistrements d'un tag ?
Un outil de lecture les listera tous. Le système d'exploitation, agissant sur un tag sans outil, en retient en général un et agit, sans rien montrer des autres.
Peut-on mettre une adresse et une vCard sur le même tag ?
Les deux tiendront sur un tag assez grand, et une seule fera l'objet d'une action. Si le but est de partager des coordonnées avec un repli, une adresse pointant vers une page de contact est plus fiable que deux enregistrements en concurrence.
Un enregistrement de plus ralentit-il sensiblement le contact ?
Légèrement, et c'est mesurable plutôt que spectaculaire. La raison est l'en-tête supplémentaire que chaque enregistrement ajoute, lu bloc par bloc, les échanges NFC étant strictement tour par tour.
Comment savoir combien d'enregistrements tiennent ?
Lisez le tag avec un outil qui indique l'espace libre, puis comparez à ce que vous comptez écrire. Estimer d'après la capacité annoncée surévalue, la structure et les en-têtes étant déduits d'abord.