Risoluzione dei problemi dei Universal Links nel tracciamento app-to-app

Segui il corso PXA

I Universal Links vengono convalidati a livello del sistema operativo (OS) e richiedono un’azione inizializzata dall’utente, come un clic su un link web, per aprire l’app mobile.

Risoluzione dei problemi dei Universal Links

1

Verificare che il clic dall’app del partner sia un clic istanziato dall’utente

Supponiamo che il link non sia un normale tag anchor, ma invece istanzi un nuovo WebView (Vedi la chiarificazione in fondo a questa pagina). In tal caso, questo non viene conteggiato come navigazione avviata dall’utente, quindi il sistema operativo non aprirà il Universal Link. Questo è lo scenario più comune. Per risolverlo, dovresti considerare un normale link anchor all’interno di un WebView (WKWebView, UIWebView o SFSafariViewController) affinché il Universal Link avvii l’app.

Altri esempi di clic non istanziati dall’utente sono copiare e incollare direttamente l’URL nella barra di ricerca oppure navigare al link in JavaScript usando onload() o click().

2

Verificare se la pagina a cui stai inviando l’utente consente i Universal Links

In alcuni casi, impact.com si basa sulla configurazione dei Universal Links su un redirect successivo, di solito il dominio dell’inserzionista.

• Ad esempio, il dominio di tracking di impact.com (goto.advertiser.com) reindirizzerebbe a advertiser.com. I Universal Links sono configurati sul advertiser.com dominio. Pertanto è importante verificare che la pagina a cui stai inviando l’utente sia abilitata per i Universal Links. Puoi farlo controllando il file di associazione Apple situato sul dominio dell’inserzionista.

• Nel nostro esempio, http://advertiser.com/.well-known/apple-app-site-association, noterai che il file di associazione del dominio di tracking di impact.com include di default tutte le sottodirectory.

Nota: Sebbene i Universal Links non funzionino quando viene utilizzato un redirect JavaScript, i redirect HTTP 3xx preservano comunque il riferimento all’evento utente originale. impact.com utilizza redirect HTTP 3xx nel tracking e quindi i link seguiti dopo un clic sul dominio di tracking avviano con successo l’app dell’inserzionista quando gli altri criteri sono soddisfatti.

Ad esempio, il file di associazione qui sotto consentirebbe i Universal Links per advertiser.com/item/123 ma non li consentirebbe per advertiser.com o advertiser.com/section/furniture.

{
   "applinks":{
      "apps":[
      ],
      "details":[
         {
            "appID":"A1AAA22BBB.com.advertiser.Advertiser",
            "paths":[
               "NOT /section/*",
               "/item/*"
            ]
         }
      ]
   }
} 

3

Verifica che anche il WebView iniziale che si apre supporti i redirect tramite Universal Links

Alcuni WebView possono bloccare i Universal Links, il che farebbe aprire i link di tracking all’interno del WebView invece di aprire l’app dell’inserzionista. Sebbene non sia comune, questo può accadere quando il criterio di navigazione del WebView è impostato su WKNavigationActionPolicyAllow + 2. Questo può causare la navigazione del WebView al link senza provare il Universal Link.

4

Rivedere le policy dei social media

Alcune app di social media come Facebook bloccano i Universal Links. Se questo è il caso, l’utilizzo di un Interstitial per app mobile può essere utile, e ti consigliamo di contattare il tuo CSM per ricevere aiuto in merito (o contatta il supporto). impact.com sta lavorando attivamente a modi per migliorare il deep-linking e l’attribuzione dalle app dei social media.

Ulteriore chiarimento da Apple

Se istanzi un SFSafariViewController , WKWebView , oppure UIWebView oggetto per gestire un Universal Link, iOS apre il tuo sito web in Safari invece di aprire la tua app. Tuttavia, se l’utente tocca un Universal Link all’interno di un oggetto SFSafariViewController, WKWebView o UIWebView incorporato, iOS apre la tua app.

Fai riferimento all’articolo di supporto di Apple Support Universal Links per ulteriori informazioni.