Haz que una Etiqueta NFC Abra una App en Vez de un Sitio Web

Respuesta rápida

Un registro de URL normal en una etiqueta NFC abre un navegador. Nada más. Para que un toque abra tu app en su lugar, Android e iOS necesitan cada uno un mecanismo distinto añadido sobre esa URL. Android usa un Android Application Record (AAR) — un registro NDEF dedicado, vinculado al nombre del paquete de tu app. iOS usa un App Clip, invocado mediante un App Clip Code habilitado para NFC. ¿Ya escribiste registros NDEF personalizados más allá de URL y texto? Este es el siguiente tipo de registro que vale la pena aprender.

Paso a paso

Android: el Application Record

NdefRecord.createApplicationRecord("com.tu.paquete") incorpora un Application Record en el mensaje NDEF de tu etiqueta. Un AAR no lleva contenido como lo hace un registro de URL o texto — simplemente nombra tu app, así que Android puede abrirla directamente en lugar de pedirle al usuario que elija de una lista.

El orden de los registros importa. Un AAR no debería ser el primer registro, a menos que sea el único de la etiqueta. Android lee ese primer registro para determinar el tipo MIME o la URI que usa para el filtrado de intents, y un AAR en esa posición puede romper esa coincidencia. Patrón seguro: registro de URL o texto primero, AAR añadido después.

Si la app indicada no está instalada, Android no se rinde sin más — recurre automáticamente a la ficha de esa app en Google Play Store. Un toque más y queda instalada.

iOS: App Clips

iOS no tiene un equivalente directo al Application Record. No existe eso de "escribir solo el identificador del paquete y dejar que el sistema resuelva instalación o apertura". El mecanismo de Apple está basado en URL desde el principio: el App Clip.

En App Store Connect generas un App Clip Code como NFC o solo escaneo. Los códigos con NFC incorporan una etiqueta física real, así que el usuario toca en vez de escanear; el código visual sigue impreso también, como respaldo. Tocas, y la tarjeta del App Clip aparece en pantalla — un toque más la abre, muchas veces sin pedir inicio de sesión porque se vincula directamente a Apple Pay o a una cuenta existente.

Si el App Clip no está en caché, se descarga bajo demanda en segundo plano. Si la app completa ya está instalada, iOS abre esa en su lugar — así está pensado, no es un error. Para la lectura en segundo plano específicamente, en lugar de una invocación explícita de App Clip, mira por qué la lectura NFC en segundo plano en iPhone necesita un Universal Link — relacionado, pero un mecanismo distinto.

Cómo escribir una etiqueta que funcione en ambos

iOS se guía por la URL en sí; Android puede guiarse por la URL o por el AAR. Así que el orden que satisface a ambas plataformas es: registro de URL primero, Android Application Record añadido después. iOS lee la URL e ignora el AAR, que no reconoce. Android busca el AAR y abre tu app directamente, con la URL disponible como respaldo.

Problemas comunes y cómo solucionarlos

• El AAR se ignora, se abre la app equivocada — un error de orden en los registros. Mueve el AAR fuera de la primera posición, a menos que sea el único registro de la etiqueta.
• La etiqueta abre Safari en lugar del App Clip — la experiencia de App Clip no está registrada para esa URL exacta, o el código no se generó como habilitado para NFC.
• Se abre la app completa en lugar del App Clip — es lo esperado cuando la app completa ya está instalada.
• Funciona en una plataforma pero no en la otra — confirma que son mecanismos separados, no un estándar compartido. Consulta iOS vs Android NFC: qué puede hacer realmente cada plataforma para la comparación completa.
• Pruebas — usa dispositivos reales en cada plataforma. Los simuladores no reproducen de forma confiable el comportamiento del AAR ni del App Clip.

Cómo hacer esto en NFCore

El editor de registros personalizados de NFCore admite mensajes NDEF con varios registros. Añade primero tu registro de URL y después un segundo registro con el Android Application Record y el nombre del paquete de tu app. Vuelve a leer la etiqueta después para confirmar el orden antes de desplegarla — reimprimir porque se intercambiaron dos registros es un error barato de evitar. Consigue NFCore en la App Store o en Google Play.

Preguntas frecuentes

¿Una sola etiqueta NFC puede abrir una app tanto en iPhone como en Android?

Sí, si el orden de los registros es el correcto: un registro de URL primero, idealmente uno también registrado como experiencia de App Clip, y después un Android Application Record añadido. iOS se guía por la URL; Android revisa el AAR.

¿Qué pasa si la app no está instalada?

El respaldo del AAR en Android abre automáticamente la ficha de la app en Google Play Store. En iOS, un App Clip Code habilitado para NFC descarga y abre el App Clip bajo demanda — sin necesidad de instalación previa.

¿Por qué a veces se ignora mi Android Application Record?

Casi siempre es el orden de los registros. El AAR está en la primera posición cuando no es el único registro de la etiqueta, lo que rompe el filtrado de intents por MIME/URI de Android. Muévelo después del registro de URL o de texto.

¿Puedo usar NFCore para escribir una etiqueta que abra una app en vez de un sitio web?

Sí. Crea un mensaje NDEF personalizado con un registro de URL primero y un Android Application Record en segundo lugar, usando el editor de registros personalizados de NFCore, y verifica el orden antes de entregar la etiqueta.

Conclusión

Una sola etiqueta física, dos mecanismos de plataforma distintos — así es hoy el lanzamiento de apps desde una etiqueta. El Application Record de Android y el App Clip de iOS no funcionan igual, pero conviven bien en una sola etiqueta si el orden de los registros es correcto: URL primero, AAR después. Acertar con eso desde el principio es lo que evita tener que reimprimir etiquetas más adelante.