Mobile
L'app è installata. Il link apre comunque il sito web.
Quel singolo fallimento costa più di quanto recupererà qualsiasi esperimento sul tasso di conversione. Un link mobile prova prima l'app, ripiega sullo store giusto per la piattaforma giusta, continua a funzionare dentro i browser in-app e consegna all'app il contesto di campagna dopo l'installazione.
Prova l'app, poi lo store, poi il web
Un link mobile porta tre risposte per piattaforma: l'indirizzo che apre l'app, la scheda dello store su cui ripiegare e una pagina web per tutto il resto. Il reindirizzamento le tenta in quest'ordine con un ritardo che controlli tu, perché l'unico modo affidabile di sapere se un'app è installata è provare ad aprirla e guardare se la pagina è ancora lì dopo.
Apple e Google supportano entrambe file di associazione verificati che permettono a un dominio di aprire un'app direttamente, senza interstiziale visibile. La piattaforma serve quei file dal tuo dominio di reindirizzamento e te li diagnostica — tipo di contenuto sbagliato, percorso sbagliato, fingerprint mancante — perché un file di associazione scritto male fallisce in silenzio e tutti danno la colpa al link.
- Schema dell'app o universal link per piattaforma
- Ripiego sullo store per iOS e Android
- Ripiego web per desktop e piattaforme non supportate
- File di associazione serviti e diagnosticati sul tuo dominio
- Ritardo del tentativo configurabile
- Comportamento esplicito per i tablet
I browser in-app sono la parte difficile, quindi sono gestiti esplicitamente
La maggior parte del traffico mobile arriva dentro il browser di un'altra app: un feed social, una messaggistica, un client di posta. Quegli ambienti bloccano in modi incoerenti i tentativi di aprire un'app, e un link che si comporta correttamente in Safari può non fare assolutamente nulla dentro un feed.
Per questo il caso in-app è un'impostazione e non un incidente: tentare comunque l'app, saltare dritti alla pagina web, oppure mostrare un breve invito ad aprire nel browser di sistema. Il comportamento si sceglie link per link, e la piattaforma riconosce i browser in-app più diffusi invece di fingere che siano browser ordinari.
Il contesto sopravvive all'installazione
Una persona tocca un link verso un prodotto preciso, non ha l'app, la installa e atterra su una schermata iniziale generica. Il contesto differito risolve esattamente questo: la campagna e la destinazione vengono conservate e consegnate all'app al primo avvio, così la persona arriva dove puntava il link e non dove l'app si apre per impostazione predefinita.
Il contesto viene abbinato su una firma del dispositivo e non su qualcosa di identificativo, e scade in fretta: esiste per fare da ponte a una singola installazione, non per costruire un profilo.
Sempre il tuo marchio, sempre le tue analytics
La pagina intermedia — quando ne serve una — è renderizzata dall'edge usando il logo, il colore e l'indirizzo di supporto collegati al dominio. Non c'è nessuna menzione della piattaforma sottostante e nessun host di terze parti nella catena.
Il clic viene registrato quando avviene il reindirizzamento, prima del tentativo di aprire l'app: la visita è avvenuta, e quello che il dispositivo ne ha fatto dopo non è osservabile dall'esterno. È così che i conteggi dei clic restano onesti invece di sottostimare in silenzio il traffico mobile.
Domande frequenti
Devo modificare la mia app per usarlo?
Per aprire l'app ti serve o uno schema personalizzato o universal link verificati, e quasi tutte le app hanno già una delle due cose. Per ricevere il contesto differito dopo un'installazione, l'app lo legge al primo avvio tramite l'API. Tutto il resto — ripieghi sullo store, gestione dei browser in-app, pagine con il tuo marchio — non richiede alcuna modifica all'app.
Che cosa succede su desktop?
Viene usato il ripiego web. La configurazione dei deep link non rompe mai il percorso desktop: un link con impostazioni mobile si comporta come un normale link breve ovunque quelle impostazioni non si applichino.
Perché a volte vedo una pagina intermedia?
Perché è l'unico modo di tentare l'apertura di un'app e poi reagire al risultato. Dove si applicano i file di associazione verificati, il sistema operativo apre l'app direttamente e non viene mostrata nessuna pagina. La pagina stessa porta il tuo marchio e sparisce ben sotto il secondo.
Il link funziona ancora se l'app viene disinstallata dopo?
Sì. Il tentativo fallisce, parte il ripiego e la persona arriva allo store o alla pagina web. Non viene messo in cache nulla sul fatto che un dispositivo abbia o meno l'app.
Lancia il tuo servizio di link brevi brandizzato
Collega un dominio, pubblica i tuoi prezzi e invita il primo cliente: la maggior parte dei partner va online in una serata.
Nessuna carta richiesta per la prova.