Constructeur de Message NDEF : Créez des Payloads NFC Multi-Enregistrements Visuellement
1Qu'est-ce qu'un Message NDEF Multi-Enregistrements et Quand en Avez-vous Besoin ?
La plupart des tags NFC contiennent un seul enregistrement — une URL, un contact, ou un identifiant WiFi. Mais la spécification NDEF supporte les messages multi-enregistrements : un seul message NDEF peut contenir plusieurs enregistrements de types différents, tous stockés séquentiellement dans la mémoire du tag. Cela ouvre des possibilités puissantes que les tags à enregistrement unique ne peuvent pas offrir. Un message NDEF multi-enregistrements permet de combiner différents types de contenu. Par exemple, un enregistrement SmartPoster (défini par le NFC Forum) est en réalité un message NDEF multi-enregistrements à l'intérieur d'un autre enregistrement NDEF — il contient un enregistrement URI pour l'URL, plus un ou plusieurs enregistrements Text pour le titre dans différentes langues, plus un enregistrement Action optionnel. L'outil Constructeur NDEF vous permet de composer ces messages complexes visuellement, sans calculer manuellement les décalages d'octets et les indicateurs d'en-tête. Vous ajoutez des enregistrements un par un, choisissez le type (URL ou Texte actuellement), remplissez la valeur, et l'outil calcule la structure binaire NDEF correcte pour le message multi-enregistrements complet, incluant les indicateurs MB/ME corrects, les longueurs de payload et les valeurs TNF pour chaque enregistrement. Cet outil est principalement destiné aux développeurs NFC et aux intégrateurs qui ont besoin de tester du contenu de tags multi-enregistrements, d'expérimenter avec des structures NDEF, ou de générer des vecteurs de test.
2Comment le Constructeur NDEF Génère des Messages Multi-Enregistrements
Construire un message NDEF multi-enregistrements nécessite une construction minutieuse au niveau des octets. Le Constructeur NDEF automatise ce processus. Règles clés pour les messages NDEF multi-enregistrements : Seul le premier enregistrement a l'indicateur MB (Message Begin) mis à 1. Seul le dernier enregistrement a l'indicateur ME (Message End) mis à 1. Les enregistrements intermédiaires (s'il y en a plus de 2) ont MB et ME mis à 0. Chaque enregistrement spécifie indépendamment son propre TNF, type, longueur de payload et payload. Le constructeur traite vos enregistrements dans l'ordre : Pour chaque enregistrement URL, il crée un enregistrement Well-Known URI (TNF=0x01, type='U') avec le code de préfixe URI approprié. Pour chaque enregistrement Text, il crée un enregistrement Well-Known Text (TNF=0x01, type='T') avec le code de langue ajouté au texte selon la spécification NFC Forum Text RTD. Une fois tous les enregistrements individuels construits, le constructeur les concatène en un seul tableau d'octets, définissant l'indicateur MB sur le premier enregistrement et ME sur le dernier. Le tableau d'octets résultant est converti en hexadécimal et affiché. La taille totale du message est affichée, ce qui vous aide à déterminer si le payload tient dans la mémoire de votre tag NFC cible.
3Cas d'Usage Pratiques des Messages NDEF Multi-Enregistrements
Alors que les tags à enregistrement unique couvrent la plupart des cas d'usage quotidiens, les messages multi-enregistrements ouvrent des applications NFC plus sophistiquées. Implémentation SmartPoster : Un tag NFC sur une affiche de film peut contenir à la fois l'URL de la bande-annonce et le titre du film comme enregistrement texte. Certains appareils affichent le titre comme titre de notification quand le tag est lu, rendant l'expérience plus soignée. Contenu multilingue : Stockez le même texte dans plusieurs langues (français, anglais, espagnol) comme enregistrements Text séparés. La pile NFC de l'appareil lecteur peut sélectionner l'enregistrement de langue approprié selon la locale de l'appareil. URL + enregistrement action : Combinez un enregistrement URI avec un enregistrement Action (NFC Forum RTD Action) pour spécifier ce que l'appareil lecteur doit faire — ouvrir l'URL dans le navigateur, la sauvegarder dans les favoris, ou simplement l'afficher. Tests pour développeurs : Générez des messages NDEF avec des combinaisons spécifiques de types d'enregistrements pour tester l'analyseur de votre application de lecture NFC. Votre application gère-t-elle correctement les messages à 3 enregistrements ? Le constructeur vous permet de créer des cas limites. Prototypage sans matériel : Pendant le développement d'applications NFC, utilisez le constructeur pour générer des payloads de test que vous pouvez alimenter directement dans l'analyseur NDEF de votre application sans avoir besoin d'un tag physique. Enregistrements d'entreprise personnalisés : Combinez un enregistrement URL (pour une page produit) avec un enregistrement External Type (pour un ID produit interne) afin qu'un seul scan ouvre la page web et capture l'ID produit dans votre application d'entreprise.
4Détails de la Spécification Technique NDEF Multi-Enregistrements
Comprendre la structure au niveau des octets des messages NDEF multi-enregistrements est essentiel pour les développeurs implémentant des analyseurs NFC ou vérifiant le contenu des tags. La structure de message NDEF pour plusieurs enregistrements suit ces règles de la spécification technique NDEF v1.0 du NFC Forum. Combinaisons d'indicateurs d'en-tête : Premier enregistrement uniquement : MB=1, ME=0. Dernier enregistrement uniquement : MB=0, ME=1. Premier ET dernier (enregistrement unique) : MB=1, ME=1. Enregistrements intermédiaires : MB=0, ME=0. Pour un message à 2 enregistrements (URL + Texte), la disposition binaire est : [en-tête URL avec MB=1,ME=0][longueur_type_URL][longueur_payload_URL][type_URL][payload_URL][en-tête_TEXT avec MB=0,ME=1][longueur_type_TEXT][longueur_payload_TEXT][type_TEXT][payload_TEXT]. Structure de l'enregistrement Text (TNF=0x01, type='T') : Le payload commence par un Octet de Statut qui encode l'encodage UTF (bit 7 : 0=UTF-8, 1=UTF-16) et la longueur du code de langue (bits 5-0). Viennent ensuite le code de langue IANA (ex. « fr », « en », « es ») en ASCII, suivi du contenu texte dans l'encodage spécifié. Limites de taille de message : Le NTAG213 supporte jusqu'à 137 octets, le NTAG215 jusqu'à 504 octets, et le NTAG216 jusqu'à 888 octets.
5Types d'Enregistrements Supportés et Extensions Futures
La version actuelle du Constructeur NDEF supporte les types d'enregistrements URL et Texte, qui couvrent les cas d'usage multi-enregistrements les plus courants. Voici un aperçu de tous les types d'enregistrements NFC Forum standard et leur inclusion future potentielle. Actuellement supportés : Enregistrement URL (TNF=0x01, type='U') — enregistrement URI Well-Known avec compression de préfixe. Enregistrement Text (TNF=0x01, type='T') — enregistrement texte Well-Known avec code de langue. Ajouts futurs prévus : SmartPoster (TNF=0x01, type='Sp') — enregistrement composite contenant URL + texte titre + action et icône optionnels. C'est la norme pour les tags NFC publicitaires. Enregistrements MIME (TNF=0x02) — payloads MIME arbitraires incluant vCard (text/vcard) et identifiants WiFi (application/vnd.wfa.wsc). Enregistrements External Type (TNF=0x04) — pour les types d'enregistrements d'espace de noms spécifiques à une application utilisés dans les systèmes NFC d'entreprise. Enregistrement Action (TNF=0x01, type='act') — complémentaire au SmartPoster, spécifiant l'action par défaut. Lors de la combinaison d'enregistrements, tenez toujours compte de la taille totale du payload. Une combinaison URL + vCard peut facilement dépasser la mémoire du NTAG213. Vérifiez toujours le nombre d'octets affiché après la construction du message.
FAQQuestions Fréquentes
Combien d'enregistrements un message NDEF peut-il contenir ?
La spécification NDEF ne définit pas un nombre maximum d'enregistrements — théoriquement n'importe quel nombre est autorisé tant que la taille totale du message tient dans la mémoire du tag. En pratique, la limite mémoire de la puce du tag contraint le nombre d'enregistrements. Un NTAG213 avec 137 octets peut généralement contenir 1 à 2 enregistrements selon la longueur du contenu. Un NTAG216 avec 888 octets peut en contenir 5 à 10. La plupart des applications réelles utilisent 1 à 3 enregistrements. Plus de 3 enregistrements dans un seul message est inhabituel.
Tous les téléphones NFC supportent-ils les messages NDEF multi-enregistrements ?
Tous les appareils conformes NFC doivent supporter les messages NDEF multi-enregistrements selon la spécification du NFC Forum. Cependant, la façon dont l'appareil agit sur un message multi-enregistrements dépend de sa pile logicielle NFC. Le distributeur NFC d'Android traite le premier enregistrement correspondant qu'il trouve — si le premier enregistrement est une URI, il ouvre le navigateur. iOS traite de même le premier enregistrement reconnu. Certains types d'enregistrements exotiques dans un message multi-enregistrements peuvent être ignorés par les systèmes d'exploitation grand public, testez donc toujours sur les appareils cibles.
Qu'est-ce qu'un enregistrement SmartPoster et comment en créer un ?
Un SmartPoster est un type d'enregistrement NFC Forum standard conçu pour les tags NFC publicitaires — une affiche ou un produit qui, lorsqu'on le touche, ouvre une URL avec un titre lisible par l'humain. Il s'agit techniquement d'un message NDEF imbriqué : un enregistrement Well-Known (TNF=0x01, type='Sp') dont le payload est lui-même un message NDEF contenant un enregistrement URI et un ou plusieurs enregistrements Text pour le titre en différentes langues. Le Constructeur NDEF ajoutera le support SmartPoster dans une prochaine mise à jour. Pour l'instant, vous pouvez combiner un URL et un enregistrement Text comme approximation.