Deferred deep linking: come funziona e quando usarlo
Capisci come il deferred deep linking porta l’intento originale del link oltre l’installazione, in modo che i nuovi utenti arrivino sulla schermata giusta in-app invece che su una home generica.
Che cosa risolve davvero il deferred deep linking
Un deep link normale funziona solo se l’app è già installata. Se l’utente tocca un link senza app, il sistema lo manda all’App Store o a Google Play, l’installazione si conclude e il contesto originale è perso. L’app si apre sulla home di default, senza ricordare perché era stato toccato il link.
Il deferred deep linking trasporta quell’intento attraverso l’installazione. I parametri del link vengono salvati in un punto raggiungibile dall’app al primo avvio, così l’utente arriva direttamente al prodotto, alla campagna, al profilo o all’invito di partenza. È la differenza tra perdere l’intento all’install e trasformare gli install in prime sessioni utili.
Deep link normale
Tocco, app non installata
prodotto · campagnaApp Store o Google Play
prodotto · campagnaContesto persoInstallazione
Primo avvio
Home genericaDeferred deep link
Tocco, app non installata
prodotto · campagnaApp Store o Google Play
prodotto · campagnaInstallazione
prodotto · campagnaContesto mantenutoPrimo avvio
La schermata che cercavaCome funziona il deferred deep linking sotto il cofano
Telefono
Servizio di routing
Telefono
Tocca lo smart link
appy.to/go/abc
Servizio di routing
Salva il click con il suo contesto
Token install referrer su Google Play e AppGallery, altrimenti un record del click di breve durata
Telefono
Installa dallo store
Per lo store non succede nulla di particolare
Servizio di routing
In attesa del primo avvio
Telefono
Primo avvio
Android legge il Play Install Referrer, iOS interroga il servizio di matching
Servizio di routing
Il link da cui probabilmente arriva, oppure niente
Telefono
Apre la schermata prevista
Applica la campagna e riprende il percorso originale
L’utente tocca uno smart link con payload
Un link tipo appy.to/go/abc porta routing per device più contesto opzionale: ID prodotto, campagna, referrer e parametri UTM.
Il server rileva che l’app manca e salva il contesto
Il tuo servizio di routing salva il click insieme al contesto del link. Dove lo store può portare un token attraverso l’installazione (gli install referrer di Google Play e Huawei AppGallery), il token viaggia insieme all’installazione; altrimenti il servizio conserva per poco tempo un record del click da confrontare con il primo avvio.
L’utente viene reindirizzato su App Store o Google Play
L’installazione avviene normalmente. Dal punto di vista dello store non succede nulla di particolare; il link originale non è più accessibile all’app.
L’app parte per la prima volta
Su Android, Play Install Referrer consegna direttamente la stringa referrer all’app. Su iOS, dove l’App Store non lascia passare nulla, l’app chiede al servizio di matching un click recente dalla stessa rete e riceve il link da cui probabilmente arriva l’installazione, oppure niente.
L’app porta l’utente sulla schermata giusta
Con il payload disponibile, l’app naviga verso la schermata deep-linkata, applica l’attribuzione di campagna e prosegue il percorso originale senza landing generica.
Quando vale davvero la pena investire
Campagne paid di install con più creatività
Ogni creatività può portare un payload diverso, così i nuovi install arrivano sulla schermata che corrisponde all’ad toccato, migliorando la conversione della prima sessione.
Flussi referral e invito
Chi installa da un link di invito si collega automaticamente all’invitante, all’elemento condiviso o al team, senza inserire codici a mano.
Codici promo e coupon
I codici sconto o trial trasportati nel link vengono applicati in automatico al primo avvio, eliminando la frizione di inserimento manuale.
Condivisione di contenuto dal web all’app
Quando qualcuno condivide un prodotto, un articolo o una playlist, chi installa arriva direttamente su quel contenuto e non sulla home.
Riattivazione e reinstallazione
Le campagne di re-engagement possono preimpostare schermata, offerta o personalizzazione per utenti che hanno cancellato e reinstallato l’app.
Android
1Lo smart link aggiunge il referrer all’URL di Google Play
2Il token attraversa l’installazionereferrer=token
3Al primo avvio l’app lo legge con InstallReferrerClient
Esatto
La stringa referrer originale, senza fingerprinting
iOS
1Lo smart link registra il click
2L’App Store non lascia passare nulla
3Al primo avvio l’app interroga il servizio di matching
Esatto
Un click ID è arrivato tramite il link
Una stima
Stessa rete, piattaforma e versione di OS
Niente
Nessun click recente corrisponde
Deferred deep linking su iOS
iOS non espone una API nativa di install referrer. Il deferred deep linking su iOS combina più strategie di matching, ciascuna con il proprio tradeoff tra precisione e privacy.
- Universal Links + click ID: quando l’utente tocca lo smart link il servizio registra il click; al primo avvio l’app invia il click ID ricevuto tramite il link, oppure chiede al servizio di matching la migliore corrispondenza recente.
- Matching probabilistico: il server confronta il primo avvio con i click recenti dalla stessa rete, piattaforma e versione di OS. È una stima, quindi un buon fornitore la tiene separata dalle corrispondenze esatte e ti permette di contare solo le installazioni verificate quando ci sono soldi in gioco. Si indebolisce su reti condivise, dietro il NAT degli operatori e quando il telefono passa dal Wi-Fi ai dati mobili tra il click e la prima apertura.
- Handoff via pasteboard (limitato): l’utente copia un token da una pagina web che l’app legge al primo avvio. iOS oggi mostra una notifica di incolla visibile, quindi è sostenibile solo per UX copy-link esplicite.
- App Clips: alternativa per esperienze brevi in-app che già portano l’intento, evitando il matching deferred per task da pochi secondi.
Deferred deep linking su Android
Android ha un’API di prima classe: Play Install Referrer. I parametri del link arrivano nell’app in modo affidabile e rapido, senza fingerprinting.
- Lo smart link manda l’utente su Google Play con parametri referrer aggiunti alla URL di installazione.
- Dopo l’install, l’app chiama com.android.installreferrer.api.InstallReferrerClient e riceve la stringa referrer originale.
- Il tuo layer di routing codifica il payload deferred nel referrer (JSON URL-encoded o token firmato) e l’app lo decodifica al primo avvio.
- Consuma il referrer una sola volta, persisti i valori e chiudi il client per evitare eventi di attribuzione duplicati.
Un’unica rete condivisa
Ufficio, scuola, NAT dell’operatore
Il telefono B apre l’app per la prima volta
Corrispondenza probabilistica
Stessa rete, stesso OS: può spuntarla il link A. Con l’attribuzione rigorosa, trattala come organica.
Installazione verificata
Il click ID è arrivato: puoi concedere premi in sicurezza
Ogni click viene assegnato una sola volta, lato server, così un payload vecchio non può raggiungere un secondo telefono.
Errori che rompono il deferred deep linking senza preavviso
- • Affidarsi al pasteboard iOS oggi fa partire una notifica di incolla visibile che logora la fiducia in produzione.
- • Trattare una corrispondenza probabilistica come certa. Su una rete condivisa (uffici, scuole, NAT dell’operatore) può spuntarla il click di qualcun altro, quindi concedi premi solo per le installazioni che il tuo fornitore può verificare. Con Appy, la consultazione di un’installazione dice se è verificata, e l’attribuzione rigorosa conta tutte le altre come organiche.
- • Non consumare l’Install Referrer su Android causa routing ripetuto a ogni avvio e gonfia le analytics.
- • Mischiare link solo-UTM con deferred deep link fa apparire le campagne identiche nei dashboard ma diverse nel prodotto.
- • Saltare l’assegnazione unica di ogni click a un’installazione fa trapelare payload vecchi tra utenti quando più telefoni condividono la stessa rete. Consuma ogni click una sola volta, lato server.
- • Considerare il routing deferred un tema solo di marketing: il team engineering deve evitare payload replayed o duplicati al cold launch.
Domande frequenti
Il deferred deep linking è uguale a un deep link normale?
No. Un deep link normale funziona solo dopo l’install. Il deferred deep linking trasporta l’intento attraverso l’install, così i nuovi utenti arrivano sulla schermata giusta e non sulla home generica.
La privacy iOS rompe il deferred deep linking?
Cambia i metodi disponibili. La lettura del pasteboard è ora visibile, il matching tipo IDFA è limitato e il fingerprinting senza limiti è sconsigliato. Continuano a funzionare gli Universal Links, i click ID passati attraverso i browser in-app e le finestre di matching brevi che non toccano mai l’identificativo pubblicitario.
Si può implementare senza un SDK di terze parti?
Su Android sì: il Play Install Referrer porta un token attraverso l’installazione, e ogni link Appy ci scrive già il proprio slug, su tutti i piani. iOS non ha un equivalente dell’install referrer, quindi serve un’infrastruttura di matching. Il piano Enterprise di Appy include un piccolo SDK per iOS e Android, più un’API HTTP documentata per React Native, Flutter o il tuo codice. In entrambi i casi, Appy associa ogni installazione al link che l’ha portata.
Qual è la differenza tra deferred deep linking e un deep link che manda semplicemente allo store o al sito web (fallback)?
Un deep link normale porta chi non ha l’app al tuo sito web o allo store. Il deferred deep linking inoltre ricorda l’intento originale e lo applica quando l’app viene installata e aperta per la prima volta.
Quanto deve essere valido un payload deferred?
Tieni le stime al guinzaglio corto. Appy cerca solo tra i click delle ultime due ore e conserva per 24 ore i record dei click che servono alle corrispondenze esatte via click ID. Finestre più lunghe aumentano le corrispondenze sbagliate e il rischio di contesto vecchio; finestre più brevi perdono chi installa con calma.
Risorse Appy correlate
Prosegui con queste guide per progettare un routing affidabile attorno all’installazione.
- Scopri quale link ha portato ogni installazione per scoprire cosa aggiunge l’SDK di Appy: installazioni e ricavi per ogni link.
- Come creare un link unico per App Store e Google Play per il setup smart link di base su cui poggia il routing deferred.
- Deep Linking vs Universal Links per capire le primitive che stanno sotto a qualsiasi flusso deferred.
- Guida completa agli Universal Links con dettagli di configurazione e validazione su iOS e Android.
Continua a esplorare
I migliori strumenti di deep linking nel 2026: un confronto onesto
Branch, AppsFlyer OneLink, Adjust, Airbridge, Kochava, Singular, Bitly, Dub, onelink.to e Appy, verificati sulle loro pagine prezzi e sulla loro documentazione: deep link, deferred deep linking, attribuzione, QR code, assistenti IA, prezzo e integrazione.
Scopri quale link ha portato ogni installazione: l’SDK iOS e Android di Appy
Ora Appy segue i tuoi link anche oltre lo store. Il nuovo SDK ti mostra installazioni, eventi in-app e ricavi per ogni link, QR code e campagna, e apre ai nuovi utenti la schermata giusta.
Parametri UTM per campagne di app: guida pratica
A cosa serve ogni tag UTM, un sistema di naming che resta ordinato, valori pronti per ogni canale di un’app e cosa succede davvero ai tuoi tag su App Store e Google Play.
Cerchi altro? Sfoglia tutti gli argomenti su il blog.
Lancia deferred deep linking senza costruire l’infrastruttura di matching
I link Appy mandano ogni visitatore allo store giusto su tutti i piani. Con Enterprise, l’SDK di Appy porta il link oltre l’installazione e attribuisce ogni installazione al link che l’ha portata.