Solución de problemas de Universal Links en el seguimiento app a app

Tome el curso PXA

Los Universal Links se validan a nivel del sistema operativo (SO) y requieren una acción iniciada por el usuario, como hacer clic en un enlace web, para abrir la app móvil.

Solucionar problemas de Universal Links

1

Verifique que el clic desde la app del socio sea un clic instanciado por el usuario

Suponga que el enlace no es una etiqueta de anclaje normal, sino que en su lugar instancia un nuevo WebView (Consulte la aclaración al final de esta página). En ese caso, esto no se cuenta como navegación iniciada por el usuario, por lo que el SO no abrirá el Universal Link. Este es el escenario más común. Para resolverlo, conviene considerar un enlace de anclaje normal dentro de un WebView (WKWebView, UIWebView o SFSafariViewController) para que el Universal Link inicie la app.

Otros ejemplos de clics no instanciados por el usuario son copiar y pegar la URL directamente en la barra de búsqueda o navegar al enlace en JavaScript usando onload() o click().

2

Compruebe si la página a la que está enviando al usuario permite Universal Links

En algunos casos, impact.com depende de que los Universal Links se configuren en una redirección posterior, normalmente el dominio del anunciante.

• Por ejemplo, el dominio de seguimiento de impact.com (goto.advertiser.com) redirigiría a advertiser.com. Los Universal Links se configuran en el advertiser.com dominio. Por lo tanto, es importante verificar que la página a la que está enviando al usuario esté habilitada para Universal Links. Puede hacerlo revisando el archivo de asociación de Apple ubicado en el dominio del anunciante.
• En nuestro ejemplo, http://advertiser.com/.well-known/apple-app-site-association, observará que el archivo de asociación del dominio de seguimiento de impact.com incluye de forma predeterminada todos los subdirectorios.

Nota: Aunque los Universal Links no funcionan cuando se usa una redirección JavaScript, las redirecciones HTTP 3xx siguen conservando la referencia al evento original del usuario. impact.com usa redirecciones HTTP 3xx en el seguimiento y, por lo tanto, los enlaces que siguen a un clic en el dominio de seguimiento abren correctamente la app del anunciante cuando se cumplen los demás criterios.

Por ejemplo, el archivo de asociación siguiente permitiría Universal Links para advertiser.com/item/123 pero no los permitiría para advertiser.com o advertiser.com/section/furniture.

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

3

Compruebe que el WebView inicial que se abre también admite redirecciones mediante Universal Links

Algunos WebViews pueden bloquear Universal Links, lo que haría que los enlaces de seguimiento se abrieran dentro del WebView en lugar de abrir la app del anunciante. Aunque no es común, esto puede ocurrir cuando la política de navegación del WebView se establece en WKNavigationActionPolicyAllow + 2. Esto puede hacer que el WebView navegue al enlace sin intentar el Universal Link.

4

Revise las políticas de redes sociales

Algunas apps de redes sociales, como Facebook, bloquean los Universal Links. Si este es el caso, usar un intersticial de app móvil puede ser útil, y recomendamos ponerse en contacto con su CSM para obtener ayuda con esto (o contacte con soporte). impact.com está trabajando activamente en formas de mejorar el deep linking y la atribución desde apps de redes sociales.

Aclaración adicional de Apple

Si instancia un SFSafariViewController , WKWebView , o UIWebView objeto para manejar un Universal Link, iOS abre su sitio web en Safari en lugar de abrir su app. Sin embargo, si el usuario toca un Universal Link desde dentro de un objeto SFSafariViewController, WKWebView o UIWebView incrustado, iOS abre su app.

Consulte el artículo de ayuda de Apple sobre soporte para Universal Links para más información.