¿Sobre qué registros NDEF actúa realmente iOS?
Una dirección web es el único tipo de registro con el que puedes contar en las dos plataformas. Varios tipos que Android atiende los lee correctamente un iPhone sin producir ningún resultado visible, así que una etiqueta comprobada en una plataforma no te dice nada de la otra.
La respuesta segura
Escribe una URL. Se reconoce en las dos plataformas, es corta, y el destino puede cambiarse después sin tocar la etiqueta.
Para cualquier cosa pensada para que la toque gente cuyos teléfonos no controlas, esa sola elección quita la mayor parte del riesgo de compatibilidad. Todo lo demás de esta guía trata de cuándo necesitas algo más.
Dónde divergen las plataformas
Android expone el NFC de forma amplia y deja que las aplicaciones se declaren interesadas en tipos de registro concretos, incluidos los tipos externos que sirven para abrir una aplicación determinada. iOS es deliberadamente más estrecho sobre lo que una etiqueta puede disparar.
El resultado es una categoría de etiqueta que no está rota y no hace nada: escrita correctamente, leída correctamente, y atendida por solo una de las dos plataformas. Los registros de credenciales de Wi-Fi son el caso que pilla a más despliegues, porque son de verdad útiles en Android y no dan el mismo resultado en un iPhone.
Apple documenta lo que admite Core NFC en lugar de publicar una tabla de compatibilidad frente a Android, así que el método práctico es probar y no leer. El marco de trabajo está documentado en Core NFC.
El aviso, no la acción
Incluso allí donde se reconoce un registro, la experiencia del iPhone es distinta. La lectura en segundo plano hace aparecer un aviso que el usuario toca para seguir, en lugar de actuar de inmediato.
Ese paso de más es deliberado y cambia lo que puedes diseñar. Un recorrido que dé por hecho que el toque por sí solo completa la acción les parecerá roto a los usuarios de iPhone, no porque la etiqueta haya fallado sino porque exigía una confirmación de la que nadie les avisó.
También significa que la lectura en segundo plano es una función de la plataforma y no una propiedad de tu etiqueta. La lectura en segundo plano está disponible a partir del iPhone XS y XR, y es un umbral distinto del que decide si un modelo lee etiquetas siquiera.
Probar como es debido
Escribe una etiqueta y tócala con un iPhone y con un teléfono Android antes de escribir el resto del lote. No un simulador, ni una descripción de lo que debería pasar: los aparatos concretos que va a usar tu público.
Prueba con la pantalla bloqueada además de desbloqueada, porque la lectura en segundo plano se comporta de otra manera que un toque con una herramienta ya abierta.
Y prueba con el iPhone más antiguo de tu público objetivo y no con el más nuevo, porque la disponibilidad de la lectura en segundo plano depende del modelo. Una etiqueta que funciona de maravilla en un teléfono actual y no hace nada en uno de hace cuatro años es un problema de despliegue descubierto en el peor momento.
Preguntas frecuentes
¿Por qué mi etiqueta de Wi-Fi funciona en Android y no en iPhone?
El tipo de registro que lleva credenciales de Wi-Fi lo atiende Android y no da el mismo resultado en iOS. Es una diferencia de plataforma y no un fallo de la etiqueta, y no se arregla reescribiéndola.
¿Puede una etiqueta abrir una aplicación concreta en el iPhone?
No como lo hace un registro de aplicación de Android. La vía habitual es una URL que la aplicación de destino se haya declarado dispuesta a atender, lo que exige que ya esté instalada.
¿Un iPhone necesita una aplicación para leer una etiqueta siquiera?
Para el contenido corriente, la lectura en segundo plano se ocupa sin ninguna aplicación, en los modelos compatibles. Una aplicación que quiera controlar el intercambio debe abrirse manualmente, que es otra situación.
¿Debería escribir dos registros para cubrir las dos plataformas?
Puede ayudar como reserva, con el registro principal primero. No crea una compatibilidad que no existe: un registro que iOS ignora sigue ignorado sea cual sea lo que lo acompañe.