Come si fa aprire un'applicazione precisa da un tag?
Su Android un record applicativo nomina il pacchetto da avviare e propone di installarlo se manca. Su iOS non esiste un equivalente, e la via è un indirizzo web che l'applicazione si è registrata per gestire, il che funziona solo se è già installata.
La via di Android
Android definisce un record applicativo che nomina un pacchetto. Toccare un tag che lo porta avvia quell'applicazione, e propone di installarla dal negozio quando è assente.
Android mette a disposizione un metodo di appoggio per costruire il record, documentato accanto agli altri costruttori nel suo riferimento NdefRecord. Gli strumenti di scrittura lo espongono come un'opzione dove inserire il nome del pacchetto.
La proposta di installazione è ciò che lo rende potente. Un tag può raggiungere qualcuno che non ha mai installato la tua applicazione, cosa che nessun altro tipo di record fa.
La via di iOS
Non esiste un record equivalente. Nominare un'applicazione e far sì che iOS la avvii da un tag non è qualcosa che la piattaforma offra.
Quello che funziona invece è un URL che la tua applicazione si è registrata per gestire. Quando l'applicazione è installata, toccare la apre. Quando non lo è, l'indirizzo si apre nel browser, ed è lì che metti una pagina che invita a installarla.
Quel ripiego è tutto il progetto. Un collegamento che degrada in una pagina web è meglio di un record che degrada nel nulla.
Coprire entrambe insieme
Scrivi un URL come record principale, con l'indirizzo registrato dalla tua applicazione su entrambe le piattaforme. Aggiungi dopo di lui un record applicativo Android se vuoi il comportamento della proposta di installazione su Android in particolare. A partire da Android 17, il collegamento apre l'applicazione solo dopo che l'utente ha risposto a una notifica per aprirlo, come descrive la guida NFC di Android.
Qui l'ordine conta: metti per primo l'URL, perché è il record che funziona ovunque, e lascia seguire quello proprio di Android.
Prova i quattro casi invece di due: applicazione installata e non installata, su ciascuna piattaforma. I casi senza installazione sono quelli che rivelano se la tua pagina di ripiego esiste e dice qualcosa di utile.
Una verifica di realtà
Chiedere a qualcuno di installare un'applicazione perché ha toccato un adesivo è un ostacolo alto. La conversione da un tocco all'installazione dell'applicazione è scarsa, e un progetto che funziona soltanto dopo quel passaggio per lo più non funzionerà.
Dove l'avvio di un'applicazione ha davvero senso è con un pubblico che ce l'ha già: personale, iscritti, clienti esistenti. Per il pubblico generale, una pagina web che funziona subito batte un'applicazione che forse verrà installata dopo.
È la stessa conclusione a cui si è arrivati per i codici QR che portavano ai negozi di applicazioni, e vale qui per le stesse ragioni.
Domande frequenti
Un tag può installare un'applicazione da solo?
No. Un record applicativo Android può proporre di aprire la pagina del negozio, e la persona sceglie di installare. Con il solo tocco non si installa nulla.
Perché il mio record applicativo non fa nulla su iPhone?
Perché iOS non ha un meccanismo equivalente. Usa un URL che la tua applicazione si è registrata per gestire, che apre l'applicazione quando è installata e una pagina web quando non lo è.
Cosa succede se due applicazioni rivendicano lo stesso collegamento?
Decide la piattaforma, di solito chiedendo o preferendo quella verificata come proprietaria del dominio. L'associazione di dominio verificata è il modo affidabile per assicurarsi che vinca la tua.
Conviene aggiungere entrambi i record?
Se le proposte di installazione su Android ti interessano sì, con l'URL per primo. Altrimenti un solo URL è più semplice, funziona su entrambe le piattaforme, ed è più facile da cambiare dopo.