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 aplicación móvil.
Suponga que el enlace no es una etiqueta de anclaje normal, sino que en su lugar instancia un nuevo WebView (Vea la aclaración al final de esta página). En ese caso, esto no se considera 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, debería considerar un enlace de anclaje normal dentro de un WebView (WKWebView, UIWebView o SFSafariViewController) para que el Universal Link abra la aplicación.
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().
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 tenga habilitados los 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, de forma predeterminada, incluye todos los subdirectorios.
Nota: Aunque los Universal Links no funcionan cuando se usa una redirección de 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 con éxito la aplicación del anunciante cuando se cumplen los demás criterios.
Por ejemplo, el archivo de asociación que aparece a continuación 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/*"
]
}
]
}
} Algunos WebViews pueden bloquear los Universal Links, lo que haría que los enlaces de seguimiento se abrieran dentro del WebView en lugar de abrir la aplicación 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.
Algunas aplicaciones de redes sociales como Facebook bloquean los Universal Links. Si este es el caso, usar un Mobile App Interstitial 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 la vinculación profunda y la atribución desde aplicaciones de redes sociales.
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 aplicación. Sin embargo, si el usuario toca un Universal Link desde un objeto SFSafariViewController, WKWebView o UIWebView incrustado, iOS abre su aplicación.
Consulte el artículo de ayuda de Apple Support Universal Links para obtener más información.
Última actualización
¿Te fue útil?
¿Te fue útil?