Un solo QR code per l’App Store e Google Play

01

Cosa succede quando qualcuno lo scansiona

Il codice stampato contiene un breve indirizzo Mosaqo, non il link di uno store. Quando un telefono lo apre, il reindirizzamento legge il sistema operativo dichiarato dal browser e risponde con il link che hai indicato per quel sistema: il link per iPhone a un iPhone, il link per Android a un telefono Android. Tutto il resto — un portatile, un tablet che chiede la versione desktop del sito, un telefono per cui non hai dato un link — va al fallback web.

Un telefono senza un link suo va alla pagina web, mai allo store dell’altra piattaforma. Un telefono Android mandato all’App Store è un vicolo cieco; una pagina web con i badge di entrambi gli store no.

• iPhone: il link dell’App Store, oppure un link universale che apre l’app se è installata
• Android: il link di Google Play, oppure un App Link Android
• Tutto il resto: il fallback web, che ogni link all’app deve avere
• La scelta avviene a ogni scansione, quindi è giusta per chiunque abbia il telefono in mano

02

Link degli store, link universali e perché myapp:// qui non funziona

Ogni link per telefono deve essere un indirizzo https, perché una scansione è un reindirizzamento e un reindirizzamento può consegnare al browser solo un indirizzo web. La pagina di uno store lo è. Lo sono anche un link universale su iOS o un App Link su Android: il sistema operativo apre l’app se è installata, e la pagina web se non lo è. Questa parte dipende dal telefono, non dal codice.

Uno schema personalizzato come myapp:// non è un indirizzo web, quindi l’editor lo rifiuta in un codice dinamico invece di accettarlo e mandare tutti, senza dirlo, al fallback web. Se vuoi che l’app si apra per chi ce l’ha già, usa il link universale o l’App Link che pubblicano i tuoi sviluppatori. Se l’obiettivo sono le installazioni, il link dello store è la scelta più sicura: la pagina dello store propone già da sé di aprire l’app a chi ce l’ha.

03

Perché deve essere un codice dinamico

Un codice statico è il link stesso, scritto nel motivo. Contiene un solo indirizzo per tutti i telefoni, quindi non sa distinguere un iPhone da un telefono Android: Mosaqo ci scrive il link per iPhone, se c’è, che è la risposta sbagliata per ogni utente Android. L’editor te lo segnala quando scegli statico.

Un codice dinamico mantiene modificabili tutti i link, e per un’app questo conta più che per la maggior parte delle destinazioni. Gli indirizzi degli store cambiano quando un’app viene rinominata o passa a un altro account sviluppatore, e la pagina della campagna della settimana di lancio non è quella su cui vuoi far arrivare le persone sei mesi dopo.

• Cambia uno qualsiasi dei tre link dopo la stampa; il motivo stampato resta lo stesso
• Ogni modifica è una nuova revisione, e se ne può ripristinare una precedente
• Le regole di reindirizzamento che aggiungi nell’editor web vengono comunque prima — una pagina di lancio per un periodo fisso, un altro link dello store per un paese

04

Cosa ti dicono i numeri, e cosa non ti dicono

Ogni scansione di un codice pubblicato viene registrata con il sistema operativo e il dispositivo dichiarati dal browser, il paese e l’ora. Basta per vedere come si dividono le scansioni tra iPhone e Android, quale posizionamento le ha portate e se il poster in vetrina si guadagna il suo spazio. Le scansioni fatte durante la finestra di test della checklist di pubblicazione restano fuori dai totali, e i bot noti vengono filtrati per impostazione predefinita.

Una scansione non è un’installazione. Il reindirizzamento vede la scansione; non vede cosa succede dopo nello store. Se ti servono le installazioni per posizionamento, usa come link per telefono i link di campagna che App Store Connect e Google Play Console ti permettono di creare — un codice diverso per ogni posizionamento, un link di campagna diverso per ogni codice — e leggi lì le installazioni.

• Scansioni per sistema operativo, dispositivo, paese e giorno
• Scansioni uniche, contate per dispositivo e rete ogni giorno anziché per persona
• Le scansioni restano registrate 90 giorni per impostazione predefinita; il periodo si cambia nelle impostazioni dello spazio di lavoro
• Installazioni e aperture dell’app si misurano negli store, non qui

05

Dove stamparlo, e come provarlo prima

Metti il codice dove le persone hanno un minuto e una ragione per installare: confezioni e inserti, scontrini, segnatavolo, poster vicino alla cassa, badge degli eventi, il retro di un biglietto da visita. Scrivi accanto cosa fa la scansione. «Scansiona per scaricare l’app» è una promessa su cui una persona può decidere; un codice nudo no.

Prima della tiratura, scansiona il codice con un iPhone, un telefono Android e un portatile, e controlla che ognuno arrivi dove volevi. La checklist di pubblicazione apre una breve finestra di test proprio per questo, e quelle scansioni non vengono contate.

• Dai a ogni posizionamento il suo codice se vuoi confrontarli in seguito
• Fai del fallback web una pagina su cui valga la pena arrivare: i badge di entrambi gli store e una riga sull’app
• Controlla dimensioni e contrasto con la guida di stampa prima di ordinare