← Torna al blog
Guida

Deferred deep linking senza SDK: come funziona davvero sotto il cofano

Puoi portare il contesto di un link oltre l’installazione senza incorporare un SDK di attribution. Ecco cosa sopravvive davvero al confine dello store su Android e iOS, cosa si rompe e quanto costa in privacy ogni scorciatoia.

14 agosto 202611 min di lettura

Il contesto muore al confine dello store

Qualcuno tocca un link verso /product/42. L’app non è installata, quindi il redirect lo manda allo store. Installa, apre l’app e atterra su una home generica. La richiesta HTTP che portava la sua intenzione è finita sulla scheda dello store: l’app appena installata parte senza URL, senza cookie, senza referrer. Del clic non è sopravvissuto nulla.

Portare quel contesto oltre l’installazione è il deferred deep linking, e la risposta standard è "incorpora un SDK di MMP". Molti team non vogliono quella risposta — il thread 772811 degli Apple Developer Forums è solo uno dei tanti che chiedono come farlo senza SDK di terze parti — e il pubblico si è allargato nell’agosto 2026, quando AppsFlyer ha tolto il deferred deep linking dal piano gratuito. Quindi: si può costruire da soli? Su Android sì, in modo pulito e ufficiale. Su iOS più o meno, con scorciatoie dai costi reali.

Una nota di perimetro: cos’è il deferred deep linking e quando conviene lo trattiamo in un altro articolo. Questo post riguarda solo l’idraulica: quale trasporto può far passare un token oltre un’installazione, e quanto fidarsi di ciascuno.

Cosa sopravvive all’installazione e cosa no

Con install referrerLink store semplicecontesto persoTapTapStoreStoreInstallazioneInstallazionePrima aperturaPrima apertura
Corsia superiore: un token viaggia nel parametro referrer di Play e riemerge alla prima apertura. Corsia inferiore: un link store semplice, dove il contesto del clic sparisce appena la scheda si carica.

Android: l’Install Referrer API è la buona notizia onesta

Google Play lo risolve nativamente. L’URL dello store accetta un parametro referrer, Play conserva quella stringa insieme all’installazione e l’app la rilegge identica dopo il primo avvio tramite l’Install Referrer API. Questo è l’intero meccanismo: niente fingerprinting, niente appunti, niente supposizioni.

Non è esattamente "zero codice": leggere il valore richiede la libreria com.android.installreferrer, un piccolo artefatto che parla localmente con l’app del Play Store. Non fa chiamate di rete a nessuno, non è un SDK di analytics che telefona a casa e non aggiunge nulla alle tue dichiarazioni sulla privacy oltre a ciò che decidi di fare con la stringa.

Cosa mettere nel parametro sta a te: un ID del link, una campagna, una destinazione di deep link codificata. Tienilo corto e URL-encoded — il referrer su play.google.com/store/apps/details?id=com.example&referrer=tok_8f2 torna esattamente come inviato.

Il ciclo completo, da capo a fondo

  1. 1Al tap, il redirect aggiunge referrer=<token> all’URL Play; il token punta al contesto del clic salvato sul tuo server.
  2. 2Al primo avvio, l’app connette un InstallReferrerClient e legge la stringa installReferrer.
  3. 3L’app scambia il token presso la tua API con il contesto salvato — percorso del deep link, campagna — e instrada l’utente.
  4. 4Il server marca il token come consumato. La stringa persiste sul dispositivo, quindi il monouso deve vivere lato server.

I limiti sono stretti e prevedibili: l’API copre solo le installazioni passate da Google Play. Sideload, Huawei AppGallery e altri store non portano un referrer Play, e il valore va letto una volta, poco dopo il primo avvio.

iOS: nessun equivalente ufficiale, tre scorciatoie in ordine

Apple non offre nulla di simile all’Install Referrer. Una scheda dell’App Store non trasporta parametri arbitrari attraverso l’installazione; tutto ciò che segue è un ripiego costruito su quell’assenza. Dal meno peggio al più di nicchia:

Passaggio via appunti

01 · affidabilità media, dietro permesso

La pagina di clic scrive un token corto negli appunti — dietro il tocco di un pulsante, perché Safari richiede un gesto utente per copiare — e poi inoltra all’App Store. Alla prima apertura l’app legge gli appunti, trova il token e lo scambia con il tuo server.

L’inghippo è arrivato con iOS 16: leggere gli appunti fa scattare l’avviso di incolla del sistema. L’utente vede "Consentire di incollare da Safari?" sulla primissima schermata di un’app installata trenta secondi prima, e molti rifiutano. Il rifiuto è perdita silenziosa: indistinguibile da "nessun token esisteva". UIPasteboard.detectPatterns verifica un pattern senza avviso ma non legge il valore. E gli appunti possono essere sovrascritti tra tap e apertura. Funziona con frequenza misurabile, ma la seconda faccia della moneta è ben visibile.

Matching probabilistico

02 · affidabilità bassa–media, ostile alla privacy

Al clic il server registra IP, modello del dispositivo e versione OS dallo user agent, e un timestamp. Alla prima apertura l’app chiama il tuo endpoint, che cerca un clic con segnali coincidenti in una finestra breve, di solito sotto la mezz’ora. Nessun token viaggia: il match è una congettura.

Lo descriviamo perché i vendor lo vendono, non perché tu debba costruirlo. I segnali si degradano: iCloud Private Relay maschera gli IP, il CGNAT mette migliaia di utenti dietro un indirizzo e i modelli sono categorie grossolane. Apple scoraggia esplicitamente il fingerprinting e, nell’era dei privacy manifest, raccogliere questi segnali è qualcosa che App Review può chiederti di giustificare. La precisione cala ogni anno e i falsi match portano utenti reali sulla schermata sbagliata.

App Clip e altre vie di nicchia

03 · affidabile ma stretto

Un App Clip invocato dal tuo link riceve l’URL completo e può passare il contesto all’app completa tramite un container condiviso dopo l’installazione. Nella sua nicchia è la via iOS più affidabile — ma richiede di costruire e mantenere un App Clip e si adatta solo ai flussi in cui un’esperienza istantanea leggera ha senso. Le shared web credentials risolvono la continuità di sessione, non il contesto generale del link. Da conoscere, raramente la risposta.

Il pattern di progettazione che regge con qualunque meccanismo

Qualunque sia il trasporto del token — stringa referrer, appunti o persino un ID di match probabilistico — l’architettura lato server è la stessa, e farla bene conta più del trasporto. Non infilare l’intero deep link nel canale: salva il contesto del clic sul server e sposta solo una chiave a vita breve.

01

Salva il contesto sotto un token casuale

Al clic, scrivi {deep_link, campagna, timestamp} sotto un token corto e casuale, e metti nel trasporto solo il token. I payload restano piccoli, i dati di campagna non finiscono negli appunti o nei log, e puoi cambiare cosa significa "contesto" senza toccare il client.

02

Fai scadere in fretta

Un TTL di 30–60 minuti copre il vero viaggio tap-installazione. Una rotta differita risolta una settimana dopo il clic sbaglia più spesso di quanto indovini.

03

Imponi il monouso

Consuma il token al primo scambio. Le stringhe referrer persistono e gli appunti si leggono due volte; senza monouso, una reinstallazione o un secondo dispositivo può riprodurre il contesto di qualcun altro.

04

Fallisci verso il default, non verso una congettura

Nessun token, token scaduto, permesso rifiutato: porta l’utente sulla home normale. Una prima apertura generica delude un po’; finire nel carrello di un altro utente è un ticket di supporto.

L’affidabilità, detta onestamente

Cifre approssimative da team che usano questi meccanismi in produzione. Il tuo mix di sorgenti, il ritardo di installazione e la versione iOS del pubblico spostano ogni numero.

MeccanismoPiattaformaAffidabilitàNote
Play Install ReferrerAndroidAltaAPI ufficiale, sopravvive alle installazioni ritardate, nessun avviso. Solo installazioni da Play.
Token negli appuntiiOSMediaVincolato all’avviso di incolla di iOS 16+; i rifiuti sono silenziosi; gli appunti sono volatili.
Matching probabilisticoiOSBassa–mediaIP + modello + finestra temporale. Si degrada con Private Relay e CGNAT; scoraggiato da Apple.
Passaggio via App ClipiOSAlta, strettaDeterministico, ma solo per flussi che giustificano un App Clip.

Cosa significa per il tuo stack

Se il tuo bisogno di routing differito è solo Android, ti serve pochissimo: un link che aggiunge il parametro referrer, la piccola libreria e un endpoint di scambio token. È un pomeriggio di lavoro, ed è davvero senza SDK nel senso che conta: nessun codice di terze parti osserva i tuoi utenti.

iOS è dove le soluzioni gestite si guadagnano il pane, perché lì le scorciatoie sono il prodotto: mantenere l’infrastruttura di matching, progettare attorno all’avviso di incolla e inseguire ogni versione di OS che sposta il terreno. È anche il motivo per cui viene prezzato come infrastruttura — Appy offre il deferred deep linking nel livello Enterprise, dove quella manutenzione è un problema del fornitore.

Sii onesto su quale problema hai. Se ciò che ti serve davvero è che "gli utenti che hanno già l’app atterrino sulla schermata giusta", quello è deep linking standard, senza confine di installazione. Lo shim di deep link di Appy copre quel caso nel piano Pro a 9,99 $/mese, fallback allo store incluso, sempre senza SDK. Misura quanta parte del tuo funnel è davvero installazione nuova con contesto prima di comprare la macchina pesante.

Domande frequenti

L’Install Referrer funziona da una scansione QR?

Sì, purché il QR si risolva tramite un link che aggiunge il parametro referrer all’URL Play. Al meccanismo non importa come è iniziato il clic — scansione, tap o NFC — conta solo che l’URL dello store portasse il referrer all’apertura di Play. Un QR che punta a un URL Play nudo non trasporta nulla.

Perché il mio approccio con token negli appunti si è rotto all’improvviso?

Quasi certamente l’avviso di incolla di iOS. Da iOS 16, la prima lettura degli appunti fa scattare un dialogo di permesso, e una quota significativa di utenti rifiuta. Il tuo codice non è peggiorato; la tua lettura ora ha un umano nel circuito. Controlla se il tasso di token trovati è calato invece di azzerarsi: è la firma.

Il matching via fingerprint è davvero consentito su iOS?

È una zona grigia, e il terreno si muove contro. Le linee guida di Apple vietano il fingerprinting a fini di tracking, i privacy manifest impongono di dichiarare i segnali raccolti e App Review ha già respinto app per questo. Alcuni vendor lo offrono ancora. Se lo costruisci tu, il rischio è tuo — e assumi che la precisione continuerà a calare.

Mi serve davvero il deferred deep linking?

Solo se la schermata di atterraggio post-installazione cambia materialmente il tuo funnel. Se la maggior parte delle installazioni arriva da campagne generiche senza destinazione precisa, un buon onboarding rende di più. Misura prima: conta i clic con una vera destinazione di deep link e app non installata. Se il numero è piccolo, investi altrove.

Continua a esplorare

Guida
May 14, 2026
9 min di lettura

Deferred deep linking: come funziona e quando usarlo

Porta l’intento originale del link oltre l’installazione, così i nuovi utenti arrivano sulla schermata giusta in-app invece che su una home generica.

deferred deep linking
install referrer
deep linking
mobile attribution
Leggi l’articolo
Tutorial
Oct 10, 2025
12 min di lettura

Guida completa agli Universal Links per iOS e Android

Guida completa a universal links, deep links e app links: implementazione e best practice per il mobile marketing.

universal links
deep linking
ios
android
Leggi l’articolo
Guida
Aug 13, 2026
10 min di lettura

Link Tracking Protection su iOS 26: quali parametri URL sopravvivono?

Safari rimuove click ID come gclid e fbclid mentre gli UTM passano. Cosa significa per la misurazione delle installazioni e come i link first-party mantengono l’attribuzione.

ios 26
link tracking protection
utm parameters
attribution
Leggi l’articolo

Cerchi altro? Sfoglia tutti gli argomenti su il blog.

Instrada le installazioni che hai già guadagnato

Deep link standard con fallback allo store su Pro, deferred deep linking su Enterprise — entrambi senza mettere un SDK nella tua app.

Inizia con Appy