¿Cómo se hace que una etiqueta abra una aplicación concreta?
En Android, un registro de aplicación nombra el paquete que hay que lanzar y ofrece instalarlo si falta. En iOS no hay equivalente, y la vía es una dirección web que la aplicación se haya declarado dispuesta a atender, lo que solo funciona si ya está instalada.
La vía de Android
Android define un registro de aplicación que nombra un paquete. Tocar una etiqueta que lo lleve lanza esa aplicación, y ofrece instalarla desde la tienda cuando está ausente.
Android ofrece un método auxiliar para construir el registro, documentado junto a los demás constructores en su referencia de NdefRecord. Las herramientas de escritura lo exponen como una opción donde introducir un nombre de paquete.
El aviso de instalación es lo que lo hace potente. Una etiqueta puede alcanzar a alguien que nunca ha instalado tu aplicación, cosa que ningún otro tipo de registro hace.
La vía de iOS
No hay registro equivalente. Nombrar una aplicación y que iOS la lance desde una etiqueta no es algo que la plataforma ofrezca.
Lo que funciona en su lugar es una URL que tu aplicación se haya declarado dispuesta a atender. Cuando la aplicación está instalada, tocar la abre. Cuando no lo está, la dirección se abre en el navegador, que es donde pones una página que invita a instalarla.
Ese recurso de reserva es todo el diseño. Un enlace que degrada a una página web es mejor que un registro que degrada a nada.
Cubrir las dos a la vez
Escribe una URL como registro principal, con la dirección que tu aplicación tenga declarada en las dos plataformas. Añade detrás un registro de aplicación de Android si quieres el comportamiento del aviso de instalación en Android concretamente. A partir de Android 17, el enlace solo abre la aplicación una vez que el usuario ha respondido a una notificación para abrirlo, como describe la guía de NFC de Android.
Aquí el orden cuenta: pon la URL primero, porque es el registro que funciona en todas partes, y deja que el registro propio de Android vaya después.
Prueba los cuatro casos y no dos: aplicación instalada y no instalada, en cada plataforma. Los casos sin instalar son los que revelan si tu página de reserva existe y dice algo útil.
Un baño de realidad
Pedirle a alguien que instale una aplicación porque ha tocado una pegatina es un listón alto. La conversión de un toque a una instalación es mala, y un despliegue que solo funciona después de una instalación en su mayor parte no funcionará.
Donde el lanzamiento de una aplicación encaja de verdad es con un público que ya la tiene: personal, socios, clientes existentes. Para la gente de la calle, una página web que funciona de inmediato le gana a una aplicación que quizá se instale más tarde.
Es la misma conclusión a la que llegó el sector con los códigos QR que llevaban a las tiendas de aplicaciones, y se aplica aquí por las mismas razones.
Preguntas frecuentes
¿Puede una etiqueta instalar una aplicación por sí sola?
No. Un registro de aplicación de Android puede ofrecer abrir la página de la tienda, y la persona elige instalar. Nada se instala solo con tocar.
¿Por qué mi registro de aplicación no hace nada en el iPhone?
Porque iOS no tiene un mecanismo equivalente. Usa una URL que tu aplicación se haya declarado dispuesta a atender, que abre la aplicación cuando está instalada y una página web cuando no lo está.
¿Qué pasa si dos aplicaciones reclaman el mismo enlace?
Lo decide la plataforma, normalmente preguntando o prefiriendo la que esté verificada como dueña del dominio. La asociación de dominio verificada es la forma fiable de asegurarte de que gana la tuya.
¿Merece la pena añadir los dos registros?
Si los avisos de instalación de Android te importan, sí, con la URL primero. Si no, una sola URL es más sencilla, funciona en las dos plataformas y es más fácil de cambiar después.