Sur quels enregistrements NDEF iOS agit-il réellement ?

La réponse sûre

Écrivez une adresse. Elle est reconnue sur les deux plateformes, elle est courte, et la destination peut être changée ensuite sans toucher au tag.

Pour tout ce qui est destiné à être touché par des gens dont vous ne maîtrisez pas le téléphone, ce seul choix retire l'essentiel du risque de compatibilité. Tout le reste de ce guide porte sur les cas où il vous faut davantage.

Là où les plateformes divergent

Android expose largement le NFC et laisse les applications s'inscrire pour des types d'enregistrements précis, y compris les types externes employés pour lancer une application donnée. iOS est délibérément plus étroit sur ce qu'un tag peut déclencher.

Il en résulte une catégorie de tags qui ne sont pas cassés et ne font rien : écrits correctement, lus correctement, et traités par une seule des deux plateformes. Les enregistrements d'identifiants Wi-Fi sont le cas qui piège le plus de déploiements, étant réellement utiles sur Android et ne produisant pas le même résultat sur un iPhone.

Apple documente ce que Core NFC prend en charge plutôt que de publier un tableau de compatibilité face à Android : la méthode pratique est donc l'essai plutôt que la lecture. Le cadriciel lui-même est documenté à la page Core NFC.

La bannière, pas l'action

Même là où un enregistrement est reconnu, l'expérience iPhone diffère. La lecture en arrière plan fait apparaître une bannière que l'utilisateur touche pour poursuivre, au lieu d'agir immédiatement.

Cette étape supplémentaire est délibérée et elle change ce que vous pouvez concevoir. Un enchaînement qui suppose que le seul contact achève l'action paraîtra cassé aux utilisateurs d'iPhone, non parce que le tag a échoué mais parce qu'il a exigé une confirmation dont personne ne les avait prévenus.

Cela veut dire aussi que la lecture en arrière plan est une fonction de la plateforme et non une propriété de votre tag. La lecture en arrière plan est disponible à partir de l'iPhone XS et XR, et c'est un seuil distinct de celui qui décide si un modèle lit les tags.

Tester correctement

Écrivez un tag et présentez-le à un iPhone et à un appareil Android avant d'écrire le reste du lot. Pas un simulateur, pas une description de ce qui devrait se produire : les appareils réels que votre public emploiera.

Testez écran verrouillé autant que déverrouillé, la lecture en arrière plan se comportant autrement qu'un contact avec un outil déjà ouvert.

Et testez le plus ancien iPhone de votre population cible plutôt que le plus récent, la disponibilité de la lecture en arrière plan dépendant du modèle. Un tag qui fonctionne à merveille sur un appareil actuel et ne fait rien sur un appareil de quatre ans est un problème de déploiement découvert au pire moment.