L’essentiel
Pour les projets NFC NDEF dont le contenu réel a déjà été mesuré. Une capacité supérieure n’améliore pas à elle seule la portée.
Trois points à établir avant de conclure :
- octets NDEF réellement requis
- taille de l’inlay et surface disponible
- lecture, écriture puis verrouillage d’un échantillon
Choisissez d’abord le message NDEF final, puis ajoutez l’en-tête, les octets de contrôle et une marge de modification. Les variantes de plus grande capacité ne garantissent ni une meilleure portée ni une meilleure lecture sur métal. La comparaison utile chiffre l’espace réellement libre après écriture et vérifie le même contenu sur la taille d’inlay prévue.
Mémoire utilisateur des trois variantes
Les trois variantes partagent l’interface ISO/IEC 14443 A, un identifiant de 7 octets, un mot de passe de 32 bits et une signature d’origine. Elles diffèrent par la mémoire utilisateur : 144 octets pour la plus petite, 504 pour l’intermédiaire et 888 pour la plus grande, organisés en pages de 4 octets. Le jeu de commandes est identique, ce qui permet de passer de l’une à l’autre sans modifier l’application de lecture.
Le compteur de lectures, la fonction miroir et la signature d’origine, identiques sur les trois, sont décrits sur notre fiche technique de la famille ; ils n’interviennent donc pas dans le choix entre variantes.
Calcul d’une URL réelle avant de choisir
Prenons l’adresse https://www.exemple.fr/produit/ref-12345. Le préfixe « https://www. » est codé sur un seul octet ; il reste 28 caractères, soit une charge utile de 29 octets. Comptez ensuite 4 octets pour l’en-tête de l’enregistrement, puis 3 pour son encapsulation en mémoire, type et longueur du bloc TLV plus octet de terminaison : le message occupe 36 octets. La plus petite variante suffit largement, même avec un paramètre de suivi ajouté à l’adresse.
Une fiche contact avec adresse postale, deux numéros de téléphone et un site dépasse en revanche vite 144 octets. Au-delà de 254 octets de message, la longueur TLV passe de 1 à 3 octets. Une photo intégrée, même fortement compressée, dépasse en pratique la plus grande variante : un lien vers la photo est la seule option réaliste.
Ce qui ne change pas avec la capacité
L’antenne, et non la mémoire, fixe la distance de lecture : nous montons les trois variantes sur les mêmes formats d’inlay, des petits ronds adhésifs à la carte CR80. Le verrouillage final est irréversible sur les trois ; nous ne l’appliquons en production que sur demande écrite, après validation d’un échantillon encodé. Pour un contenu identique sur tout le lot, la plus petite variante convient. Pour un contenu réécrit sur le terrain, gardez une marge nette au-dessus du message le plus long envisagé.
Le mot de passe de 32 bits protège l’écriture et, si on le configure ainsi, la lecture, à partir d’une page que vous choisissez. Il n’a de sens que si l’application qui réécrit les tags le connaît ; pour un contenu figé, le verrouillage définitif suffit et évite de gérer un secret.
Sources primaires
À lire ensuite
01 / COMPARATIFQuelle différence entre RFID et NFC ?
NFC appartient à la famille RFID et répond à des usages mobiles particuliers.
02 / COMPARATIFDeux familles NFC légères
Positionner deux familles NFC selon mémoire, fonctions et écosystème visé.
03 / PRODUITCartes NFC personnalisées
Des cartes conçues pour une interaction courte portée avec des téléphones compatibles ou des lecteurs dédiés.
Questions fréquentes
Combien d’octets occupe une URL courte dans un tag NFC ?
Comptez les caractères après le préfixe normalisé, ajoutez 1 octet de code de préfixe, 4 octets d’en-tête d’enregistrement, 2 octets d’enveloppe TLV et 1 octet de fin. Une adresse de 28 caractères après « https://www. » occupe ainsi 36 octets, ce que la plus petite variante accepte sans difficulté.
La variante à 888 octets se lit-elle plus loin que celle à 144 octets ?
Non. La distance dépend de la taille et de l’accord de l’antenne, du téléphone et de l’environnement de pose. Sur un inlay identique, les trois variantes se comportent de façon comparable. Choisir la plus grande mémoire pour gagner en portée n’apporte donc rien de ce point de vue.
Peut-on insérer automatiquement l’UID du tag dans l’URL lue par le téléphone ?
Oui, les trois variantes disposent d’une fonction miroir qui recopie l’UID, le compteur de lectures ou les deux à un emplacement défini du message NDEF. Chaque tag renvoie alors une URL unique sans encodage individuel du lien. L’emplacement doit être réservé dans l’URL et configuré au moment de l’encodage.