Deferred Deep Link: qué es, cómo funciona y se usa en el desarrollo

¿Qué es Deferred Deep Link?

Deferred Deep Link es un tipo de deep link que funciona en dos etapas: primero el usuario hace clic en el enlace antes de instalar la aplicación, y luego el sistema restaura el contexto después de completar la instalación. Un deep link normal abre la aplicación solo si ya está instalada, mientras que el deferred guarda todos los parámetros de transición y los transmite en el primer inicio.

La tecnología se ha vuelto especialmente demandada con el crecimiento del marketing móvil, donde las campañas publicitarias suelen dirigirse a usuarios que aún no han instalado la aplicación. Sin deferred deep link, cada una de esas transiciones terminaría simplemente con la descarga de la aplicación sin ningún contexto: el usuario llegaría a la pantalla principal en lugar de la pantalla objetivo.

Diferencia con el deep link normal

Un deep link normal abre el contenido objetivo en una aplicación ya instalada. Si la aplicación no está instalada, el navegador muestra un error. Deferred Deep Link funciona a través de un servidor intermediario que redirige al usuario a la tienda y, después de la instalación, notifica a la aplicación sobre los parámetros guardados. Así, un enlace deferred no requiere la instalación previa de la aplicación y proporciona un recorrido de usuario completo desde el anuncio hasta el contenido.

Cómo funciona Deferred Deep Link

El proceso de procesamiento de deferred deep link consta de tres etapas. En la primera etapa, el usuario hace clic en el enlace: el servidor determina si la aplicación está instalada. Si no lo está, genera un identificador de sesión único, guarda los parámetros de transición y redirige al usuario a App Store o Google Play con este identificador.

En la segunda etapa, el usuario instala la aplicación desde la tienda. Después de la instalación y el primer inicio, el SDK de la plataforma se comunica con el servidor, transmite el identificador del dispositivo y recibe los parámetros de transición guardados. En la tercera etapa, la aplicación procesa los datos recibidos y redirige automáticamente al usuario a la pantalla objetivo.

Ciclo de vida del deferred link

Para guardar los parámetros entre el clic en el enlace y la instalación, se utilizan varios mecanismos. En iOS, se usa el llavero de iCloud (iCloud Keychain) o el portapapeles; en Android, se usa Install Referrer API. Firebase Dynamic Links utiliza una combinación de localStorage del navegador y el enlace de referencia de la tienda para transmitir el identificador de sesión. Branch.io emplea su propio protocolo con respaldo de datos en varios almacenes.

Deferred Deep Link en iOS

En iOS, el deferred deep link se implementa mediante una combinación de Universal Links y Shared Web Credentials. Cuando un usuario hace clic en un Universal Link del sitio web de la aplicación, Safari guarda los parámetros de transición en iCloud Keychain asociado al dominio de la aplicación. Después de instalar la aplicación desde App Store, iOS verifica la presencia de datos guardados y los transmite a la aplicación en el primer inicio.

Apple no proporciona una API integrada para deferred deep link: la implementación recae completamente en SDK de terceros. Firebase Dynamic Links utiliza un mecanismo passive deferred, donde los datos se guardan en cookies del navegador y se restauran mediante una redirección a una URL especial en el primer inicio de la aplicación.

Limitaciones en iOS

A partir de iOS 14, Apple endureció las normas de privacidad, lo que afectó a los mecanismos de deferred deep link. El portapapeles ya no se puede usar para leer datos sin permiso explícito del usuario. iCloud Keychain también tiene límites de volumen de datos: no más de 4 KB por escritura. Esto hace que las soluciones de servidor con identificador de sesión único sean el método preferido para transmitir el contexto.

Deferred Deep Link en Android

Android ofrece opciones más flexibles para deferred deep link a través de Install Referrer API. Cuando un usuario hace clic en un enlace a Google Play, la tienda captura el referrer (una cadena con parámetros de transición). Después de la instalación, la aplicación recibe esta cadena a través de Install Referrer API y extrae de ella el contexto objetivo. Este es el mecanismo de deferred deep link más fiable en Android.

Para aplicaciones distribuidas fuera de Google Play, Android admite un BroadcastReceiver de referencia. El desarrollador puede enviar un Intent personalizado con parámetros después de la instalación, y la aplicación lo recibirá a través de un BroadcastReceiver registrado en el manifiesto. Sin embargo, este mecanismo es menos fiable, ya que depende de la implementación del instalador.

Install Referrer API

Install Referrer API proporciona información sobre la fuente de instalación, incluida la URL de referrer, la hora del clic y la hora de instalación. La longitud máxima de la cadena referrer es de 8 KB, suficiente para transmitir todos los parámetros necesarios del deep link. La API está disponible en dispositivos con Google Play Store versión 8.3.73 y superior, y es compatible con Android 5.0 (API 21).

Implementación con Firebase Dynamic Links

Firebase Dynamic Links es la herramienta gratuita más popular para implementar deferred deep link en ambas plataformas. Firebase maneja automáticamente todas las etapas de la transición deferred: redirección a la tienda en ausencia de la aplicación, almacenamiento de parámetros en el servidor de Firebase y transmisión al SDK en el primer inicio de la aplicación.

Para implementarlo, basta con integrar el SDK de Firebase en el proyecto, crear un Dynamic Link a través de Firebase Console especificando el deep link y los parámetros de campaña. El SDK de Firebase se llama automáticamente al iniciar la aplicación y verifica la presencia de un Dynamic Link entrante mediante el método getDynamicLink().

Ejemplo de configuración de procesamiento

Ejemplo de procesamiento de un Firebase Dynamic Link diferido en una Activity en Kotlin. El código funciona igual para cold start y warm start al iniciar la aplicación.

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        checkDeferredLink()
    }

    private fun checkDeferredLink() {
        FirebaseDynamicLinks.getInstance()
            .getDynamicLink(intent)
            .addOnSuccessListener link ->
                val deferredLink = link?.link.toString()
                if (deferredLink.isNotEmpty()) {
                    navigateToContent(deferredLink)
                }
            }
    }
}

El método getDynamicLink() devuelve un PendingTask con un objeto DynamicLink. Si la aplicación se instaló después de hacer clic en el enlace, el listener recibirá los datos con los parámetros. Si la aplicación ya estaba instalada antes de la transición, el método devolverá los mismos datos que con un deep link normal. El indicador minimumAppVersion en los parámetros del enlace permite establecer la versión mínima de la aplicación para el procesamiento.

Ventajas y limitaciones de Deferred Deep Link

Deferred Deep Link ofrece ventajas significativas para las campañas de marketing: el usuario recibe el contenido objetivo después de la instalación sin acciones adicionales, lo que aumenta la conversión y la retención. Para los programas de referencia, los enlaces deferred permiten vincular de manera inequívoca la invitación con la instalación y las acciones del nuevo usuario.

Sin embargo, la tecnología también tiene limitaciones. Deferred deep link no funciona en navegadores que bloquean cookies de terceros, y en iOS a partir de la versión 14 se requiere configuración adicional para iCloud Keychain. Además, entre el clic en el enlace y la instalación pueden pasar varios días, y no todos los SDK garantizan la conservación de los datos durante ese período.

Cuándo usar deferred deep link

Deferred deep link es obligatorio para campañas publicitarias dirigidas a nuevos usuarios, boletines por correo electrónico con invitaciones y programas de referencia. Para usuarios ya instalados, basta con un deep link normal. Si la aplicación no utiliza campañas de marketing ni mecanismos de referencia, no se necesita deferred deep link: Universal Links y App Links son suficientes.

Al elegir una implementación, considere el costo: Firebase Dynamic Links es gratuito pero tiene análisis limitados. Branch.io y AppsFlyer proporcionan atribución avanzada pero requieren suscripción. Para proyectos pequeños, Firebase es la solución óptima; para empresas con docenas de canales publicitarios, los MMP comerciales son la opción.