Generatore Link Profondo

Scegli il tipo di link, imposta il percorso nell'app e l'URL web equivalente, e aggiungi eventuali parametri di query. Lo strumento costruisce l'universal/App Link, l'URL con custom scheme e l'URL Android intent:// a partire da questi campi, poi genera i file apple-app-site-association e assetlinks.json che il tuo server deve ospitare prima che la piattaforma consegni il link alla tua app.

Universal link, ove possibile. Uno schema personalizzato come myapp:// fallisce silenziosamente con una pagina di errore quando l'app non è installata, mentre un universal link apre semplicemente il sito web.

Sì. Scegli "Android intent:// URL" (oppure "Tutti i formati con fallback") e fornisci uno scheme e un nome di pacchetto. L'output segue la sintassi documentata di Chrome - intent://host/path#Intent;scheme=...;package=...;end - e aggiunge S.browser_fallback_url, con codifica percentuale, quando inserisci un fallback web, così gli utenti senza l'app arrivano sulla tua pagina invece che su un errore.

Di solito il file di associazione - apple-app-site-association o assetlinks.json - manca, non è raggiungibile, oppure viene servito con il content type sbagliato. Entrambe le piattaforme lo recuperano via HTTPS e ne mettono in cache il risultato. Per gli URL intent:// in particolare, Chrome avvierà solo un'activity che è esportata e porta il filtro android.intent.category.BROWSABLE.

Inviare un utente che non ha l'app allo store, per poi instradarlo alla schermata giusta dopo l'installazione. Richiede un servizio che porti quello stato attraverso l'installazione, cosa che un link semplice non può fare - quindi questo strumento non pretende di farlo, e nessun builder puramente lato client può farlo.

Apple documenta /.well-known/apple-app-site-association, senza estensione file; assetlinks.json va in /.well-known/assetlinks.json - Android non controlla la root del sito. Entrambi devono essere serviti via HTTPS con un certificato valido, come application/json, senza redirect, altrimenti la piattaforma non li considererà attendibili.

Quello moderno, che è l'impostazione predefinita qui: una voce details con un array appIDs e un array components il cui campo "/" corrisponde al percorso. È il formato nella documentazione attuale di Apple e funziona da iOS 13 in poi. Passa al formato legacy appID + paths solo se supporti ancora iOS 12 o versioni precedenti.

Scansiona il codice QR generato con la fotocamera di ciascun dispositivo - questo apre il link reale nel modo in cui lo aprirebbe un utente toccandolo. Testa sempre due volte: una con l'app installata (dovrebbe aprire l'app) e una senza (dovrebbe ricadere sull'URL web). Nota che le fotocamere dei telefoni in genere seguono solo link https://, quindi il QR è più utile per l'universal link che per un custom scheme o un URL intent://.

Imposta il tipo di link su "Tutti i formati con fallback" in modo che ogni formato venga generato contemporaneamente, poi usa il menu a tendina "Link da testare" sopra il codice QR per scegliere quale viene codificato - e scaricato con il pulsante Scarica QR: l'Universal/App Link, il custom scheme, oppure l'URL Android intent://. Scansiona o scarica quel QR per il formato specifico che vuoi verificare su un dispositivo.