Crea link diretti ai contenuti dell'app

Quando un link su cui è stato fatto clic o una richiesta programmatica richiama un intent URI web, il sistema Android prova ciascuna delle seguenti azioni, in ordine sequenziale, finché la richiesta non va a buon fine:

  1. Apri l'app preferita dell'utente in grado di gestire l'URI, se presente.
  2. Apri l'unica app disponibile in grado di gestire l'URI.
  3. Consenti all'utente di selezionare un'app da una finestra di dialogo.

Per creare e testare link ai tuoi contenuti, procedi nel seguente modo. Puoi anche utilizzare l'Assistente link app in Android Studio per aggiungere link per app Android.

Nota : a partire da Android 12 (livello API 31), un intent web generico si risolve in un'attività nella tua app solo se quest'ultima è approvata per il dominio specifico contenuto in quell'intent web. Se la tua app non viene approvata per il dominio, l'intent web viene invece risolto nell'app browser predefinita dell'utente.

Aggiungere filtri per intent per i link in entrata

Per creare un link ai contenuti della tua app, aggiungi un filtro per intent che contenga i seguenti elementi e valori degli attributi nel file manifest:

<action>
Specifica l'azione per intent ACTION_VIEW in modo che il filtro per intent possa essere raggiunto dalla Ricerca Google.
<data>
Aggiungi uno o più tag <data>, ognuno dei quali rappresenta un formato URI che si risolve nell'attività. Come minimo, il tag <data> deve includere l'attributo android:scheme.

Puoi aggiungere altri attributi per perfezionare ulteriormente il tipo di URI accettato dall'attività. Ad esempio, potresti avere più attività che accettano URI simili, ma che si differenziano semplicemente in base al nome del percorso. In questo caso, utilizza l'attributo android:path o le relative varianti pathPattern o pathPrefix per distinguere l'attività che il sistema deve aprire per i diversi percorsi URI.

<category>
Includi la categoria BROWSABLE. È necessario affinché il filtro per intent sia accessibile da un browser web. In caso contrario, il clic su un link in un browser non può indirizzare alla tua app.

Includi anche la categoria DEFAULT. In questo modo la tua app può rispondere a intent impliciti. Senza questo, l'attività può essere avviata solo se l'intent specifica il nome del componente dell'app.

Il seguente snippet XML mostra come specificare un filtro per intent nel file manifest per i link diretti. Gli URI “example://gizmos” e “http://www.example.com/gizmos” risolvono entrambi in questa attività.

<activity
    android:name="com.example.android.GizmosActivity"
    android:label="@string/title_gizmos" >
    <intent-filter android:label="@string/filter_view_http_gizmos">
        <action android:name="android.intent.action.VIEW" />
        <category android:name="android.intent.category.DEFAULT" />
        <category android:name="android.intent.category.BROWSABLE" />
        <!-- Accepts URIs that begin with "http://www.example.com/gizmos” -->
        <data android:scheme="http"
              android:host="www.example.com"
              android:pathPrefix="/gizmos" />
        <!-- note that the leading "/" is required for pathPrefix-->
    </intent-filter>
    <intent-filter android:label="@string/filter_view_example_gizmos">
        <action android:name="android.intent.action.VIEW" />
        <category android:name="android.intent.category.DEFAULT" />
        <category android:name="android.intent.category.BROWSABLE" />
        <!-- Accepts URIs that begin with "example://gizmos” -->
        <data android:scheme="example"
              android:host="gizmos" />
    </intent-filter>
</activity>

Nota che i due filtri per intent differiscono solo per l'elemento <data>. Sebbene sia possibile includere più elementi <data> nello stesso filtro, è importante creare filtri separati se intendi dichiarare URL univoci (ad esempio una combinazione specifica di scheme e host), perché più elementi <data> nello stesso filtro per intent vengono effettivamente uniti per tenere conto di tutte le varianti dei relativi attributi combinati. Ad esempio, considera quanto segue: 

<intent-filter>
  ...
  <data android:scheme="https" android:host="www.example.com" />
  <data android:scheme="app" android:host="open.my.app" />
</intent-filter>

Potrebbe sembrare che questa supporti solo https://www.example.com e app://open.my.app. Tuttavia, in realtà supporta queste due funzionalità, oltre a: app://www.example.com e https://open.my.app.

Attenzione:se più attività contengono filtri per intent che si riferiscono allo stesso link per app Android verificato, non vi è alcuna garanzia in merito a quale attività gestisca il link.

Dopo aver aggiunto filtri per intent con URI per i contenuti dell'attività al file manifest dell'app, Android può indirizzare alla tua app in fase di runtime tutti gli elementi Intent con URI corrispondenti.

Per scoprire di più sulla definizione dei filtri per intent, leggi l'articolo Consentire ad altre app di iniziare la tua attività.

Leggi i dati dagli intent in arrivo

Una volta che il sistema avvia la tua attività mediante un filtro per intent, puoi utilizzare i dati forniti da Intent per determinare gli elementi di cui devi eseguire il rendering. Richiama i metodi getData() e getAction() per recuperare i dati e l'azione associati al Intent in entrata. Puoi chiamare questi metodi in qualsiasi momento durante il ciclo di vita dell'attività, ma generalmente dovresti farlo durante i callback primi, come onCreate() o onStart().

Ecco uno snippet che mostra come recuperare i dati da un Intent:

Kotlin

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.main)

    val action: String? = intent?.action
    val data: Uri? = intent?.data
}

Java

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.main);

    Intent intent = getIntent();
    String action = intent.getAction();
    Uri data = intent.getData();
}

Segui queste best practice per migliorare l'esperienza utente:

  • Il link diretto deve indirizzare gli utenti direttamente ai contenuti, senza prompt, pagine interstitial o accessi. Assicurati che gli utenti possano vedere i contenuti dell'app anche se non l'hanno mai aperta in precedenza. È consentito chiedere agli utenti le interazioni successive o quando aprono l'app da Avvio app.
  • Segui le indicazioni per la progettazione descritte in Navigazione con backup e up in modo che la tua app soddisfi le aspettative degli utenti per la navigazione a ritroso dopo aver eseguito l'accesso all'app tramite un link diretto.

Testare i link diretti

Puoi utilizzare il Bridge di debug Android con lo strumento di gestione attività (am) per verificare che gli URI del filtro per intent che hai specificato per i link diretti si risolvano nell'attività dell'app corretta. Puoi eseguire il comando adb su un dispositivo o un emulatore.

La sintassi generale per testare un URI del filtro per intent con adb è:

$ adb shell am start
        -W -a android.intent.action.VIEW
        -d <URI> <PACKAGE>

Ad esempio, il comando seguente tenta di visualizzare un'attività dell'app target associata all'URI specificato.

$ adb shell am start
        -W -a android.intent.action.VIEW
        -d "example://gizmos" com.example.android

La dichiarazione del file manifest e il gestore di intent che hai impostato in precedenza definiscono la connessione tra la tua app e un sito web e cosa fare con i link in entrata. Tuttavia, per fare in modo che il sistema consideri la tua app come gestore predefinito per un insieme di URI, devi anche richiedere al sistema di verificare questa connessione. La prossima lezione spiega come implementare questa verifica.

Per scoprire di più sugli intent e sui link dell'app, consulta le seguenti risorse: