Deferred deep linking: cómo funciona y cuándo usarlo
Entiende cómo el deferred deep linking conserva la intención original del enlace tras la instalación para que los nuevos usuarios aterricen en la pantalla correcta y no en una home genérica.
Qué problema resuelve realmente el deferred deep linking
Un deep link normal solo funciona cuando la app ya está instalada. Si el usuario toca un enlace sin tener la app, el sistema lo manda a la App Store o a Google Play, la instalación se completa y el contexto del enlace se pierde. La app abre en su home por defecto, sin recordar por qué se tocó el enlace.
El deferred deep linking traslada esa intención al otro lado de la instalación. Los parámetros del enlace se guardan en algún lugar al que la app puede acceder en el primer arranque, así el usuario llega directamente al producto, campaña, perfil o invitación de origen. Es la diferencia entre perder la intención al instalar y convertir instalaciones en primeras sesiones útiles.
Deep link normal
Toque sin la app instalada
producto · campañaApp Store o Google Play
producto · campañaContexto perdidoInstalación
Primera apertura
Home genéricaDeferred deep link
Toque sin la app instalada
producto · campañaApp Store o Google Play
producto · campañaInstalación
producto · campañaContexto conservadoPrimera apertura
La pantalla que buscabaCómo funciona el deferred deep linking por dentro
Teléfono
Servicio de routing
Teléfono
Toca el smart link
appy.to/go/abc
Servicio de routing
Guarda el clic con su contexto
Token de install referrer en Google Play y AppGallery; si no, un registro breve del clic
Teléfono
Instala desde la tienda
Para la tienda no pasa nada especial
Servicio de routing
Esperando el primer arranque
Teléfono
Primer arranque
Android lee el Play Install Referrer; iOS consulta al servicio de matching
Servicio de routing
El enlace del que probablemente vino, o nada
Teléfono
Abre la pantalla prevista
Aplica la campaña y retoma el recorrido original
El usuario toca un smart link con payload
Un enlace tipo appy.to/go/abc lleva routing por dispositivo más contexto opcional: ID de producto, campaña, referrer y parámetros UTM.
El servidor detecta que la app no está y guarda el contexto
Tu servicio de routing guarda el clic junto con el contexto del enlace. Donde la tienda puede llevar un token a través de la instalación (los install referrers de Google Play y Huawei AppGallery), el token viaja con la instalación; si no, el servicio conserva un registro del clic de corta duración para compararlo con el primer arranque.
El usuario es redirigido a App Store o Google Play
La instalación ocurre con normalidad. Desde la tienda no pasa nada raro; el enlace original ya no es accesible para la app.
La app se abre por primera vez
En Android, Play Install Referrer entrega el referrer original directamente a la app. En iOS, donde la App Store no transmite nada, la app pide al servicio de matching un clic reciente desde la misma red y recibe el enlace del que probablemente vino la instalación, o nada.
La app lleva al usuario a la pantalla esperada
Con el payload en mano, la app navega a la pantalla deep-linkeada, aplica la atribución de campaña y continúa la jornada original sin landing genérica.
Cuándo merece la pena invertir en deferred deep linking
Campañas paid de instalación con varias creatividades
Cada creatividad puede llevar un payload distinto, así las nuevas instalaciones aterrizan en la pantalla que coincide con el anuncio tocado, mejorando la conversión de la primera sesión.
Flujos de referidos e invitaciones
Quien instala desde una invitación queda conectado automáticamente con el invitador, el contenido compartido o el equipo, sin códigos manuales.
Códigos promocionales y cupones
Los códigos de descuento o trial que viajan en el enlace se aplican solos en la primera apertura, eliminando fricción manual.
Compartir contenido de web a app
Cuando alguien comparte un producto, artículo o playlist, quien recibe e instala aterriza directamente en ese contenido, no en la home.
Reactivación y reinstalación
Las campañas de re-engagement pueden preconfigurar pantalla, oferta o personalización para usuarios que borraron y reinstalaron la app.
Android
1El smart link añade el referrer a la URL de Google Play
2El token viaja con la instalaciónreferrer=token
3En el primer arranque la app lo lee con InstallReferrerClient
Exacto
El referrer original, sin fingerprinting
iOS
1El smart link registra el clic
2La App Store no transmite nada
3En el primer arranque la app consulta al servicio de matching
Exacto
Llegó un click ID a través del enlace
Una estimación
Misma red, plataforma y versión de OS
Nada
Ningún clic reciente coincide
Cómo se hace deferred deep linking en iOS
iOS no expone una API nativa de install referrer. El deferred deep linking en iOS combina varias estrategias de matching, cada una con su tradeoff entre precisión y privacidad.
- Universal Links más click ID: cuando el usuario toca el smart link tu servicio registra el clic; en el primer arranque la app envía el click ID que recibió a través del enlace, o pide al servicio de matching la mejor coincidencia reciente.
- Matching probabilístico: el servidor compara el primer arranque con clics recientes desde la misma red, plataforma y versión de OS. Es una estimación, así que un buen proveedor la separa de las coincidencias exactas y te deja contar solo las instalaciones verificadas cuando hay dinero en juego. Pierde fiabilidad en redes compartidas, detrás del NAT de los operadores y cuando el teléfono pasa del Wi-Fi a los datos móviles entre el clic y la primera apertura.
- Handoff vía pasteboard (limitado): el usuario copia un token desde una web y la app lo lee en el primer arranque. iOS ya muestra una notificación de pegado visible, así que esto solo es razonable en flujos copy-link explícitos.
- App Clips: alternativa para experiencias cortas dentro de la app que ya llevan intención, evitando el matching diferido en tareas de pocos segundos.
Cómo se hace deferred deep linking en Android
Android sí ofrece una API de primer nivel: Play Install Referrer. Los parámetros del enlace viajan a la app de forma fiable y rápida, sin necesidad de fingerprinting.
- El smart link envía al usuario a Google Play con parámetros de referrer añadidos a la URL de instalación.
- Tras la instalación, la app llama a com.android.installreferrer.api.InstallReferrerClient y recibe el referrer original.
- Tu capa de routing codifica el payload diferido en el referrer (JSON URL-encoded o token firmado) y la app lo decodifica en el primer arranque.
- Consume el referrer una sola vez, persiste los valores y cierra el cliente para evitar eventos de atribución duplicados.
Una red compartida
Oficina, escuela, NAT de operador
El teléfono B abre la app por primera vez
Coincidencia probabilística
Misma red, mismo OS: puede ganar el enlace A. Con atribución estricta, trátala como orgánica.
Instalación verificada
Llegó el click ID: es seguro dar recompensas
Cada clic se asigna una sola vez, en el servidor, así un payload viejo no puede llegar a un segundo teléfono.
Errores típicos que rompen el deferred deep linking sin avisar
- • Depender del pasteboard de iOS hoy dispara una notificación visible de pegado que erosiona la confianza del usuario en producción.
- • Tratar una coincidencia probabilística como si fuera segura. En una red compartida (oficinas, escuelas, NAT de operador) puede ganar el clic de otra persona, así que da recompensas solo por instalaciones que tu proveedor pueda verificar. Con Appy, la consulta de instalaciones indica si una instalación está verificada, y la atribución estricta cuenta todas las demás como orgánicas.
- • No consumir el Install Referrer en Android provoca routing repetido en cada arranque e infla las métricas.
- • Mezclar enlaces solo con UTM con deferred deep links hace que las campañas parezcan iguales en dashboards pero se comporten distinto en producto.
- • Saltarse la asignación única de cada clic a una instalación puede filtrar payloads viejos entre usuarios cuando varios teléfonos comparten una misma red. Consume cada clic una sola vez, en el servidor.
- • Tratar el routing diferido como problema solo de marketing: ingeniería tiene que evitar payloads replayed o duplicados en cold launch.
Preguntas frecuentes
¿El deferred deep linking es lo mismo que un deep link normal?
No. Un deep link normal solo funciona después de la instalación. El deferred deep linking traslada la intención del enlace a través de la instalación, así los usuarios nuevos aterrizan en la pantalla correcta y no en una home genérica.
¿Las reglas de privacidad de iOS rompen el deferred deep linking?
Cambian los métodos disponibles. Leer el pasteboard ahora es visible, el matching tipo IDFA está restringido y el fingerprinting sin límites está desaconsejado. Siguen funcionando los Universal Links, los click IDs que pasan a través de los navegadores in-app y las ventanas de matching cortas que nunca tocan el identificador publicitario.
¿Se puede implementar sin un SDK de terceros?
En Android sí: el Play Install Referrer lleva un token a través de la instalación, y cada enlace de Appy ya escribe en él su slug, en todos los planes. iOS no tiene un equivalente de install referrer, así que necesitas infraestructura de matching. El plan Enterprise de Appy incluye un SDK ligero para iOS y Android, además de una API HTTP documentada para React Native, Flutter o tu propio código. En ambos casos, Appy asocia cada instalación al enlace que la trajo.
¿En qué se diferencia el deferred deep linking de un deep link que solo envía a la tienda o al sitio web (fallback)?
Un deep link normal manda a quien no tiene la app a tu sitio web o a la tienda. El deferred deep linking además recuerda la intención original y la usa cuando la app se instala y se abre por primera vez.
¿Cuánto debería durar un payload diferido?
Ata en corto las estimaciones. Appy solo busca entre los clics de las últimas dos horas y guarda durante 24 horas los registros de clic para las coincidencias exactas por click ID. Las ventanas más largas aumentan las coincidencias falsas y el contexto rancio; las más cortas pierden a quienes tardan en instalar.
Recursos Appy relacionados
Sigue con estas guías para diseñar un routing robusto antes y después de la instalación.
- Descubre qué enlace trajo cada instalación para ver lo que suma el SDK de Appy: instalaciones e ingresos de cada enlace.
- Cómo crear un enlace para App Store y Google Play para el setup base de smart link sobre el que se monta el routing diferido.
- Deep Linking vs Universal Links para entender las piezas base de cualquier flujo diferido.
- Guía completa de Universal Links con detalles de configuración y validación en iOS y Android.
Seguir explorando
Las mejores herramientas de deep linking en 2026: una comparativa honesta
Branch, AppsFlyer OneLink, Adjust, Airbridge, Kochava, Singular, Bitly, Dub, onelink.to y Appy, revisadas con sus propias páginas de precios y su documentación: deep links, deferred deep linking, atribución, códigos QR, asistentes de IA, precio e integración.
Descubre qué enlace trajo cada instalación: el SDK de Appy para iOS y Android
Appy ahora sigue tus enlaces más allá de la tienda de apps. El nuevo SDK te muestra instalaciones, eventos in-app e ingresos de cada enlace, código QR y campaña, y abre la pantalla correcta a los nuevos usuarios.
App, tienda o sitio web: adónde van de verdad los clics de tu enlace
Cómo decide un smart link adónde manda a cada visitante, por qué las vistas previas de WhatsApp y Slack no son clics y cómo leer las nuevas cifras de Appy sin engañarte.
¿Buscas otra cosa? Explora todos los temas en el blog.
Lanza deferred deep linking sin construir la infraestructura de matching
Los enlaces de Appy llevan a cada visitante a la tienda correcta en todos los planes. En Enterprise, el SDK de Appy transporta el enlace a través de la instalación y atribuye cada instalación al enlace que la trajo.