Un téléphone garde-t-il l'historique des tags lus ?
Pas au niveau du système, sur aucune des deux plateformes. Il n'existe aucune liste consultable des tags qu'un téléphone a lus. C'est à la fois une propriété de confidentialité et un problème de diagnostic, et c'est ce qui justifie un outil de lecture tenant son propre journal.
Il n'existe pas de journal système
Aucune des deux plateformes ne présente d'historique des tags lus. Il n'y a pas d'équivalent du journal d'appels ou de l'historique du navigateur pour les contacts avec un tag.
Ce que l'on peut retrouver, ce sont les traces des conséquences : une page dans l'historique du navigateur, un contact ajouté, une application qui s'est ouverte.
Ce sont des traces de ce qui a suivi plutôt que du tag, et elles sont incomplètes. Un tag lu qui n'a rien produit ne laisse absolument rien.
Le côté confidentialité
Un téléphone qui consignerait chaque tag croisé constituerait un relevé des lieux où son propriétaire est passé, puisque les tags sont fixés à des endroits.
Ne pas tenir ce relevé est le bon comportement par défaut, et il est cohérent avec la façon dont les deux plateformes traitent la proximité comme quelque chose qui ne doit pas s'accumuler en silence.
Cela signifie aussi que personne, téléphone en main, ne peut reconstituer son parcours à partir de son activité NFC, propriété qui compte pour un appareil qui va partout.
Le problème de diagnostic
La même absence complique le support. Quand quelqu'un signale qu'un tag n'a pas fonctionné, il n'y a rien à consulter.
Impossible d'établir si le tag a seulement été lu, ce qui est la première question de tout diagnostic. Détection et action sont deux étapes distinctes, et sans relevé on ne peut pas dire laquelle a échoué.
Chaque investigation commence donc par reproduire le problème plutôt que par examiner des preuves, ce qui est plus lent et suppose que la panne soit reproductible.
Pour un déploiement, c'est un argument en faveur d'une visibilité côté serveur : si le tag pointe vers une adresse que vous contrôlez, votre serveur sait qu'un contact a eu lieu alors même que le téléphone n'en a rien gardé.
Tenir son propre relevé
Utiliser un outil de lecture qui conserve un historique. Chaque lecture devient une chose sur laquelle revenir, ce qui rend le travail de production vérifiable.
Noter ce qui a été écrit et sur quel tag, au moment de l'écriture. Un relevé écrit du lot vaut mieux que n'importe quel journal de téléphone après coup.
Garder un tag de référence par lot, étiqueté, pour comparer un tag suspect à un tag dont on sait qu'il est bon.
Et là où un déploiement compte, placer les tags derrière une adresse que vous contrôlez. Ce seul choix donne la visibilité que le téléphone se refuse délibérément à fournir.
Questions fréquentes
Peut-on voir quels tags mon téléphone a lus ?
Pas au niveau du système, sur aucune des deux plateformes. On peut retrouver les traces des conséquences, par exemple une page dans l'historique du navigateur.
Une application garde-t-elle un historique ?
Certains outils de lecture le font, et c'est exactement pourquoi ils valent d'être utilisés en production. Ce journal appartient à l'application, pas au système.
Peut-on savoir où je suis passé à partir du NFC de mon téléphone ?
Il n'existe aucun relevé système des tags lus, donc il n'y a rien de tel à reconstituer.
Comment prouver qu'un tag a été lu ?
De votre côté plutôt que de celui du téléphone. Un tag qui pointe vers une adresse que vous contrôlez fait que votre serveur voit le contact.