Elido
Centro assistenza
Link e redirect

Deep link per app mobile

Apri la tua app iOS o Android da un link abbreviato Elido quando installata, e fai fallback all'App Store o Play Store altrimenti.

4 min di letturaAggiornato 2026-05-15

Cosa configurerai

  • Caricare i file Apple App Site Association e Android Asset Links in modo che Elido li serva automaticamente sul tuo dominio personalizzato.
  • Impostare le configurazioni iOS e Android per link — App ID, percorso in-app e URL di fallback — in modo che i clic aprano la schermata giusta o ricadano nello store.
  • Misurare il tasso di apertura dell'app per piattaforma nella scheda Analisi → Deep linking del link.

I deep link aprono le app native direttamente da un URL abbreviato. Quando il visitatore ha la tua app installata, il link lancia la schermata giusta all'interno dell'app. Quando non ce l'ha, cade nell'App Store (iOS) o Play Store (Android) — o qualsiasi altro URL che configuri.

Di cosa hai bisogno#

Per usare i deep link, ti serve:

  • Un'app iOS con Universal Links configurato, OPPURE
  • Un'app Android con App Links configurato, OPPURE
  • Schemi URI personalizzati (myapp://) se non hai ancora Universal/App Links.

Per Universal Links e App Links, dovrai anche pubblicare file di associazione (apple-app-site-association per iOS, assetlinks.json per Android) sul tuo dominio personalizzato. Elido li serve automaticamente una volta che carichi il file in Impostazioni → Domini → Deep linking.

  1. Apri la pagina dei dettagli del link → Targeting → Deep linking.
  2. Attiva il deep linking.
  3. Aggiungi una configurazione iOS:
    • App ID — es. K72L8M4N9P.com.acme.myapp (il Team ID + bundle identifier dal tuo account Apple Developer).
    • Percorso in-app — cosa deve instradare l'app. Il percorso viene aggiunto al tuo host universal link; l'SDK nell'app lo legge dall'URL di avvio.
    • URL di fallback — dove inviare i visitatori che non hanno l'app. Di solito la tua scheda App Store.
  4. Aggiungi una configurazione Android:
    • Package name — es. com.acme.myapp.
    • Percorso in-app — stessa idea di iOS.
    • URL di fallback — di solito un URL Play Store con il tuo package name.
  5. Salva. Il link ora eseguirà il routing basato sul dispositivo ad ogni clic.

Cosa succede al momento del clic#

Il gestore di reindirizzamento restituisce un interstitial HTML che esegue circa 50 ms di JavaScript. L'interstitial:

  1. Rileva iOS vs Android vs desktop.
  2. Su iOS: prova ad aprire tramite Universal Link. Se il sistema operativo apre l'app, hai finito.
  3. Su Android: lo stesso con App Links.
  4. Dopo 1,2 secondi senza app, la pagina reindirizza all'URL di fallback.

I visitatori desktop raggiungono sempre direttamente l'URL di fallback — non c'è alcuna app da aprire.

Se un visitatore è su una piattaforma che non riconosciamo (web view in WeChat, ecc.), il link ricade alla destinazione desktop. Puoi sovrascrivere questo con le regole smart-link.

Fallback dello schema URI#

Se non hai configurato Universal Links / App Links, puoi ancora usare uno schema URI personalizzato:

  • Schema iOS: myapp://
  • Schema Android: myapp://

L'interstitial tenterà di aprire lo schema, e cadrà nell'App Store / Play Store dopo 1,2 secondi. Lo svantaggio è che il sistema operativo mostra una conferma "Open in My App?" al primo avvio, che Universal Links evita.

Analisi#

Ogni clic registra se l'app si è aperta o se è stato usato il fallback. La scheda Analisi → Deep linking del link mostra il tasso di apertura per piattaforma — utile per misurare quanto bene funzionano i tuoi file di associazione.

Limiti#

  • Una configurazione iOS e una Android per link.
  • Il deep linking è disponibile su Pro e Business; il piano gratuito supporta solo i reindirizzamenti flat.

Insidie comuni#

Universal Links funziona su un dispositivo reale ma non nel simulatore. È previsto — il simulatore di Apple non può recuperare il file AASA. Testa su un telefono reale.

L'URL di fallback si apre prima che l'app abbia anche solo provato. Alcuni browser Android (Samsung Internet, in particolare) intercettano lo schema prima che il sistema operativo lo veda. Assicurati che la configurazione di App Links sia completa: dominio verificato, package name corretto, fingerprint SHA-256 corrispondente.

iOS a volte mostra un banner tap-target invece di aprire l'app. È il "Open in Safari → Smart Banner" di iOS che tratta la pagina come un sito generico. Di solito si risolve ricaricando il file AASA con l'App ID corretto.

Il link apre l'app, poi la schermata sbagliata. Il tuo routing in-app non corrisponde al percorso che Elido sta passando. Registra l'URL di avvio all'interno della tua app per confermare cosa stai effettivamente ricevendo, poi aggiorna la configurazione del percorso di conseguenza.

Ti è stato utile?
Hai bisogno di altro? Scrivi al team - risposta entro un giorno lavorativo.Contatta il supporto