Références, construction et conditions d’essai
Les variantes sont montrées sous des angles différents afin de comparer la construction sans attribuer à l’image une propriété radio non mesurée.

Composition originale d’un contexte d’analyse technique, sans marque visible.

La forme physique et la matière sont contrôlées séparément de la fonction radio.

La décision finale repose sur l’objet, le lecteur et le geste réels.
Décision en bref
Pour tickets, labels et interactions mobiles.
Positionner deux familles NFC selon mémoire, fonctions et écosystème visé. Le choix final porte sur une variante précise et sur son coût d’intégration dans le système existant.
Profil de décision
Pour tickets, labels et interactions mobiles.
mémoire utilisateur après formatage NDEF
fonctions reconnues par les téléphones cibles
protection en lecture et verrouillage final
Le comportement dépend aussi du lecteur et du contenu écrit.
Matrice de vérification
| Étape | Donnée à contrôler | Preuve attendue |
|---|---|---|
| Entrée | mémoire utilisateur après formatage NDEF | Source et méthode de relevé indiquées |
| Compatibilité | fonctions reconnues par les téléphones cibles | Comportement reproduit sur l’équipement cible |
| Recette | protection en lecture et verrouillage final | Critère d’acceptation écrit avant l’essai |
Points à vérifier
Dans ce dossier technique, la décision s’appuie sur trois données observables ou documentées :
- mémoire utilisateur après formatage NDEF
- fonctions reconnues par les téléphones cibles
- protection en lecture et verrouillage final
Chaque option doit répondre aux mêmes trois points, avec la même infrastructure et la même règle de décision.
Comparer une architecture, pas deux étiquettes
Ce comparatif ne se résume pas à désigner un vainqueur. Fixez d’abord le critère « mémoire utilisateur après formatage NDEF », car une fonction intéressante n’a aucune valeur si l’infrastructure ne peut ni la lire ni l’administrer.
Placez le point « fonctions reconnues par les téléphones cibles » dans une matrice séparant capacité, sécurité, exploitation et migration. Les différences de génération ou de famille deviennent alors des conséquences mesurables, pas des arguments de nouveauté.
La décision repose enfin sur le contrôle « protection en lecture et verrouillage final », appliqué de la même manière à chaque option. Le comportement dépend aussi du lecteur et du contenu écrit. Le résultat doit mentionner la configuration exacte testée et le coût opérationnel d’un changement de clés, de lecteurs ou de données.
Pour tickets et parcours mobiles, comparez la variante exacte, la mémoire disponible après formatage, les compteurs, le verrouillage et les protections d’accès. Le contenu final doit être écrit sur les deux options puis lu par les téléphones ou terminaux cibles. Le choix suit l’usage et la durée de vie, pas la proximité des noms commerciaux.
Méthode de validation
- Invariant. Fixer « mémoire utilisateur après formatage NDEF » pour les deux options.
- Écart. Mesurer séparément « fonctions reconnues par les téléphones cibles ».
- Infrastructure. Lister les changements de lecteur et de logiciel.
- Arbitrage. Valider « protection en lecture et verrouillage final » avec deux échantillons.
Les options sont testées avec la même méthode ; variante, configuration et résultat restent associés dans le tableau de décision.
Tracer la décision
Le tableau final doit nommer chaque variante, la configuration testée, les écarts observés et le coût de migration. Une décision sans version ni référence exacte n’est pas réutilisable.
Base documentaire
Les caractéristiques comparées proviennent de sources primaires. La décision finale porte sur les variantes exactes et leur comportement dans l’infrastructure cible.
Marques. MIFARE et MIFARE Ultralight sont des marques déposées de NXP B.V.
Ces noms servent uniquement à identifier les composants étudiés. Aucune affiliation, licence ni approbation de NXP n’est revendiquée.
Questions fréquentes
Quel critère doit départager les options ?
Le choix part de « mémoire utilisateur après formatage NDEF » et de l’infrastructure existante, pas du seul nom de la famille.
Pourquoi le nom de la famille ne suffit-il pas ?
Le comportement dépend aussi du lecteur et du contenu écrit. La variante, la configuration et le point « fonctions reconnues par les téléphones cibles » peuvent changer le résultat.
Que doit contenir le test comparatif ?
Testez « mémoire utilisateur après formatage NDEF », « fonctions reconnues par les téléphones cibles » et « protection en lecture et verrouillage final » avec la même méthode et des références précisément identifiées.
