Dossier pratique · Comparatifs

MIFARE Ultralight® ou NTAG

Positionner deux familles NFC selon mémoire, fonctions et écosystème visé.

Mis à jour le 16 août 2026 · dossier vérifié
Dossier visuel

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.

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

Décision

Pour tickets, labels et interactions mobiles.

Donnée d’entrée

mémoire utilisateur après formatage NDEF

Compatibilité

fonctions reconnues par les téléphones cibles

Recette

protection en lecture et verrouillage final

Point d’arrêt

Le comportement dépend aussi du lecteur et du contenu écrit.

Matrice de vérification

ÉtapeDonnée à contrôlerPreuve attendue
Entréemémoire utilisateur après formatage NDEFSource et méthode de relevé indiquées
Compatibilitéfonctions reconnues par les téléphones ciblesComportement reproduit sur l’équipement cible
Recetteprotection en lecture et verrouillage finalCritè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

  1. Invariant. Fixer « mémoire utilisateur après formatage NDEF » pour les deux options.
  2. Écart. Mesurer séparément « fonctions reconnues par les téléphones cibles ».
  3. Infrastructure. Lister les changements de lecteur et de logiciel.
  4. 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.