Un deep link è un URL che apre una schermata specifica dentro un'app mobile invece della home dell'app o di un semplice sito web. Tocchi un link normale verso un negozio e ottieni la homepage; tocchi un deep link e atterri esattamente sul prodotto. Quella differenza, atterrare nel punto giusto invece che sulla porta d'ingresso, è tutto il senso, ed è ciò che fa davvero convertire le campagne per app.
Questa è la versione in parole semplici: cos'è un deep link, i tipi di cui sentirai parlare (universal link, app link, deferred deep link), e cosa è cambiato ora che Firebase Dynamic Links ha chiuso. Per la configurazione pratica, deep link senza SDK copre l'implementazione; questo articolo copre prima i concetti.
Cos'è davvero un deep link
Parti dal contrasto. Un normale link web punta a una pagina. Su un telefono, se hai l'app corrispondente installata, toccarlo spesso apre solo la home dell'app, e devi poi navigare fino a ciò che volevi. Un deep link salta questo passaggio: porta con sé l'indirizzo di una destinazione specifica dentro l'app e la apre direttamente.
Il meccanismo sottostante è un normale URL HTTPS che il sistema operativo riconosce come appartenente a un'app. Quando il sistema operativo lo vede, passa il link all'app e l'app apre la schermata corrispondente. Se l'app non è installata, lo stesso URL ripiega sulla versione web, cosicché l'utente arrivi comunque da qualche parte. Quel fallback è la funzionalità che rende affidabili le versioni moderne.
I tipi di cui sentirai parlare
"Deep link" è il termine ombrello. Sotto di esso si trovano alcune tecnologie specifiche, e i nomi vengono usati in modo approssimativo, quindi ecco la mappa.
- Gli universal link (iOS) e gli app link (Android) sono il modo moderno basato su HTTPS, a livello di sistema operativo, per aprire contenuti dell'app, con fallback web automatico quando l'app manca. Sono l'opzione predefinita moderna; Apple documenta il lato iOS sotto universal links.
- Gli schemi URI personalizzati (
myapp://product/123) sono il vecchio modo. Funzionano, ma se l'app non è installata il link fallisce senza nulla su cui ripiegare, quindi non sono più consigliati da soli. - I deferred deep link portano la destinazione attraverso l'installazione di un'app, cosicché un nuovo utente che tocca un link, installa l'app e la apre, atterri sulla schermata prevista invece che su una home vuota.
Gli universal link e gli app link sono ciò che Apple e Google raccomandano, e per una buona ragione: sono HTTPS, ripiegano in modo elegante e non richiedono un SDK nel caso base.
La vita dopo Firebase Dynamic Links
Se hai costruito qualcosa sui deep link negli ultimi anni, questa è la parte che è cambiata.
Google ha chiuso Firebase Dynamic Links il 25 agosto 2025. I link esistenti hanno smesso di funzionare e ora restituiscono un errore, e non se ne possono creare di nuovi. Il problema è che Firebase Dynamic Links faceva più che aprire schermate dell'app: era un servizio di link dinamici che aggiungeva il deferred deep linking e il routing consapevole della piattaforma sopra i meccanismi nativi. L'idea più ampia, un link di cui puoi cambiare la destinazione e tracciarlo, è cos'è un link dinamico. I team che lo usavano per il caso semplice possono migrare direttamente a universal e app link. I team che facevano affidamento sulle funzionalità di deferred linking e routing devono sostituire anche quelle, e lo spieghiamo passo passo in migrare da Firebase Dynamic Links.
La chiusura è un buon momento per separare ciò che usi davvero. Se hai sempre solo aperto una schermata nota, i link nativi ti bastano. Se dipendevi dal routing al momento dell'installazione, ti serve un servizio che faccia il deferred deep linking. Non ricostruire funzionalità che non stavi usando.
Se vuoi il livello di routing e analytics senza cucirtelo insieme da solo, i deep link di Elido si appoggiano sopra i tuoi link brevi, e puoi configurarne uno sul piano gratuito. Per i flussi guidati dalla messaggistica in particolare, i deep link di WhatsApp Business e i deep link di Telegram sono esempi pratici.
Quando serve il deferred deep linking
Il deep link semplice gestisce il caso facile, quello in cui l'app è già installata. Il deferred deep linking gestisce quello difficile, dove non lo è, e vale la pena capirlo perché è lì che le campagne perdono utenti.
Immagina un annuncio per un prodotto specifico. Un utente senza l'app lo tocca, viene mandato all'app store, installa e apre l'app, e per impostazione predefinita atterra su una home generica, perché la destinazione originale si è persa da qualche parte tra il tocco e l'installazione. Un deferred deep link memorizza quell'intento e porta l'utente esattamente sulla schermata del prodotto alla prima apertura. Il divario tra "ha installato l'app" e "ha trovato ciò che voleva" è dove le conversioni muoiono, e il deferred deep linking lo chiude.
Quindi la versione breve: usa universal e app link per il caso quotidiano, aggiungi il deferred deep linking quando gestisci campagne di installazione, e ricorri a un servizio quando ti serve il routing e l'attribuzione sopra a tutto questo. Il concetto è semplice; il valore sta nel far atterrare le persone nel punto giusto ogni volta.
Serve un SDK?
Per il caso quotidiano, no. Gli universal link e gli app link si configurano con un piccolo file di associazione ospitato sul tuo dominio più qualche impostazione dell'app, e nessun SDK è coinvolto. Ricorri a un servizio o a un SDK nel momento in cui vuoi le funzionalità più complesse: il deferred deep linking che sopravvive a un'installazione, il routing che sceglie una destinazione in base alla piattaforma, o l'attribuzione che ricollega un'installazione alla campagna che l'ha generata. Queste richiedono una logica lato server che un link nativo statico non può fornire. Fai corrispondere gli strumenti a seconda che tu abbia bisogno di comportamenti legati al momento dell'installazione, e non tirare dentro un SDK per link che aprono solo una schermata nota.
Correlati sul blog
- Deep link per app mobile senza SDK
- Migrare da Firebase Dynamic Links: lo stack sostitutivo
- Smart link spiegati: routing per paese, dispositivo, lingua
- Deep link di WhatsApp Business, fatti bene
- Deep link di Telegram: traccia i link t.me e gli start link dei bot
- Cos'è un link dinamico: URL modificabili e tracciabili
Domande frequenti
Cos'è un deep link?
Un deep link è un URL che apre una schermata specifica dentro un'app mobile invece della home dell'app o di un sito web. Tocchi un link normale e atterri su una home page; tocchi un deep link e atterri esattamente sul prodotto, sulla chat o sull'articolo a cui punta. È la differenza tra aprire un'app e aprire il punto giusto dentro un'app.
Qual è la differenza tra un deep link e un universal link?
Un deep link è il concetto generale: un link che apre contenuti specifici dentro l'app. Gli universal link (iOS) e gli app link (Android) sono il modo moderno, a livello di sistema operativo, per implementarne uno su normale HTTPS. Quindi un universal link è un tipo di deep link. Anche il vecchio schema URI personalizzato (myapp://) è un deep link, ma fallisce silenziosamente se l'app non è installata, motivo per cui gli universal link e gli app link lo hanno sostituito.
Cosa è successo a Firebase Dynamic Links?
Google ha chiuso Firebase Dynamic Links il 25 agosto 2025. I link esistenti hanno smesso di risolversi e ora restituiscono un errore, e non se ne possono creare di nuovi. Firebase Dynamic Links era in realtà un servizio di link dinamici: aggiungeva il deferred deep linking e il routing per piattaforma sopra i link nativi, quindi i team che ci facevano affidamento sono migrati a universal e app link più un servizio di deep linking di terze parti.
Cos'è un deferred deep link?
Un deferred deep link ricorda la destinazione attraverso l'installazione di un'app. Se qualcuno tocca un link senza avere l'app, un normale deep link si perde nel tragitto verso l'app store; un deferred deep link memorizza l'intento, cosicché dopo che l'utente installa e apre l'app per la prima volta, atterra esattamente sulla schermata a cui puntava il link. È ciò che fa funzionare le campagne di installa-e-atterra.
Serve un SDK per i deep link?
Non per i normali universal e app link, che si configurano con un file sul tuo dominio e alcune impostazioni dell'app, nessun SDK richiesto. Serve un servizio o un SDK quando vuoi il deferred deep linking, il routing cross-piattaforma o l'attribuzione delle installazioni, perché servono una logica lato server che i link nativi da soli non forniscono. Fai corrispondere gli strumenti a seconda che tu abbia bisogno delle funzionalità legate all'installazione.
Prova Elido
Incolla un URL, ottieni un link breve
Senza registrazione. Il link vive 30 giorni. Iscriviti per conservarlo.
Gratis, nessuna registrazione richiesta · 2 al giorno