Enlace profundo

El deep linking es la práctica de usar una sola URL para enviar a un usuario directamente a una pantalla, producto o contenido específico dentro de una app móvil, en lugar de a la pantalla de inicio de la app o a una página web móvil. Un deep link lleva un destino y, normalmente, una carga útil como un ID de producto, un código promocional, un token de referencia o un ID de atribución, que la app lee al abrirse y usa para mostrar la experiencia correcta.

Todo lo demás en esta página es una variación de esa misma idea. El deep linking se complica porque un enlace debe sobrevivir a tres entornos distintos en su camino hacia tu app: la página web o el anuncio que lo aloja, la plataforma donde el usuario hizo clic, y el sistema operativo que decide qué app se abre. Cada capa puede romper el enlace silenciosamente, y cada una lo hace de manera diferente.

TL;DR

• Un deep link es una URL que abre un destino específico dentro de la app y pasa datos a la app al abrirla.
• Hay 3 capas que debes dominar: deep links web (la URL y sus archivos de asociación), deep links de plataforma (cómo Instagram, Meta, Reddit, TikTok, email y SMS manejan tu enlace), y deep links de app (el mecanismo del sistema operativo: Universal Links en iOS, App Links en Android, esquemas URI como respaldo heredado).
• Deep linking diferido cubre a usuarios que aún no tienen la app: clic, instalación y luego aterrizar en la pantalla correcta. Requiere un SDK de atribución. Ningún sistema operativo lo ofrece de forma nativa.
• Los navegadores in-app en plataformas sociales son la razón más común por la que un deep link bien configurado sigue sin abrir la app.
• Las plataformas de anuncios se dividen en 2 grupos, y el grupo decide dónde configuras los deep links en absoluto.
• Singular es uno de los 5 socios de atribución de apps que Google admite para el deep linking diferido en Google Ads, y uno de los únicos 2 que no necesitan configuración adicional para activarlo.
• Los deep links solo valen la pena si puedes medirlos. Los enlaces de seguimiento de Singular están diseñados para admitir deep links y deep links diferidos una vez que tu app esté configurada.

Antes de la implementación, ayuda saber qué capa estás depurando. La mayoría de los tickets de “el deep link está roto” son un problema en una capa específica.

Capa 1: Deep links web

Un deep link web es una URL HTTPS ordinaria, por ejemplo https://example.com/product/123, que ha sido reclamada por tu app. Cuando el sistema operativo la ve, comprueba si tu app es dueña de ese dominio. Si es así, abre la app. Si no, carga la página web.

Tanto iOS como Android requieren que publiques un archivo de asociación legible por máquina que demuestre que la app y el dominio pertenecen al mismo propietario.

En iOS, ese archivo es apple-app-site-association, servido sin extensión de archivo a través de HTTPS desde la raíz de tu dominio o /.well-known/, con preferencia por /.well-known/ , junto con un entitlement de Associated Domains en la app usando el prefijo applinks: . Apple re-rastrea el archivo periódicamente, así que los cambios no son instantáneos. Consulta la documentación de Apple sobre dominios asociados para la especificación actual.

En Android, el equivalente es assetlinks.json en /.well-known/assetlinks.json, que lista tu nombre de paquete y la huella del certificado de firma, junto con android:autoVerify=”true” en el intent filter correspondiente. La guía de Google para verificar App Links cubre las reglas de alojamiento, que son más estrictas de lo que la mayoría de los equipos esperan.

Reglas de alojamiento que complican a los equipos

Aplican a ambas plataformas y explican una gran parte de las verificaciones fallidas:

• Solo HTTPS. Ningún sistema operativo descargará el archivo por HTTP simple.
• Sin redirecciones. Si /.well-known/assetlinks.json responde 301 en cualquier lugar, incluso a otra URL HTTPS en el mismo dominio, Android no lo seguirá.
• Tipo de contenido correcto. application/json para assetlinks.json. El archivo de Apple debe servirse como JSON sin una .json extensión en el nombre del archivo.
• Sin autenticación. El archivo debe ser legible públicamente sin cookies, tokens ni encabezados.
• No bloquees a los rastreadores. Si tu robots.txt bloquea AdsBot-Google o AdsBot-Google-Mobile de /.well-known/assetlinks.json o /.well-known/apple-app-site-association, Google Ads no puede validar tus archivos de asociación, lo que hace fallar la validación de deep links para campañas de anuncios.

Deep linking, SEO y la coincidencia de contenido app-web

El deep linking no cambia cómo se indexan tus páginas web. Los buscadores indexan contenido web, no contenido de apps. Pero hay una regla de UX que importa tanto para el quality score como para la confianza del usuario: la pantalla de la app que abre un enlace debe coincidir con la página web que reemplazó. Si un snippet de búsqueda promete una página de producto y la app abre en un feed de inicio, has creado un desajuste que los usuarios notan.

Para equipos que ejecutan web móvil y app en paralelo, esto conecta directamente con atribución web, donde necesitas una vista única de un recorrido que comienza en el navegador y termina en la app.

Capa 2: Deep links de plataforma

Aquí es donde falla la mayoría de los deep links en el mundo real, y es la capa que los marketers controlan más directamente.

El problema es el navegador dentro de la app. La mayoría de las grandes plataformas sociales abren los enlaces tocados dentro de su app en una webview integrada en lugar de pasar la URL al sistema operativo. Los Universal Links y App Links dependen de esa transferencia a nivel del sistema operativo. Dentro de una webview integrada, la transferencia a menudo se suprime, por lo que un usuario que tiene tu app instalada aún termina en tu sitio móvil.

Las plataformas hacen esto por razones que no tienen nada que ver contigo: mantener al usuario a un desliz del feed y conservar la capacidad de observar el comportamiento en la página de destino.

Comportamiento documentado de enlaces por canal

El comportamiento varía según el canal y el sistema operativo, y no es simétrico. La tabla siguiente refleja el comportamiento de redirección documentado de Singularpara enlaces en canales propios y orgánicos.

Tres cosas que vale la pena destacar.

El correo electrónico y la mensajería nativa son la zona segura

Gmail, Apple Mail, iMessage y WhatsApp manejan tanto enlaces profundos como respaldos de tienda en ambas plataformas. Si buscas un comportamiento predecible, empieza ahí.

Los feeds sociales necesitan un intermediario

Facebook, YouTube, Slack y X renderizan enlaces dentro de navegadores in-app que suprimen la transferencia al sistema operativo. Una landing page intermedia que re-dispara el enlace como acción del usuario es la solución.

Instagram y Reddit requieren planificación, no corrección

Instagram no hará deep link en Android, ni recurrirá a la App Store en iOS. Reddit no hace ninguna de las dos en ninguna plataforma. Si alguna es un canal relevante para ti, diseña la experiencia de aterrizaje deliberadamente en lugar de asumir que el enlace se resuelve.

Controlando cómo se previsualizan tus enlaces

Aparte del enrutamiento, la tarjeta de vista previa que muestra un enlace al compartirse está controlada por las etiquetas Open Graph. Singular admite Título OG, Descripción OG y URL de imagen OG opcionales en enlaces de Fuente personalizada, configurados en Gestionar enlaces o anulados dinámicamente al hacer clic. La personalización de la vista previa es compatible con Facebook, Instagram, Google, Gmail, LinkedIn, X, Reddit, Discord, Pinterest, Slack, Telegram, WhatsApp, Snap, TikTok, Viber, LINE, KakaoTalk, Tumblr, Quora, QQ, WeChat e iMessage.

Soluciones para navegadores dentro de la app

Ninguna de estas es elegante. Todas son mejores que perder la sesión.

1. Una página intersticial de “abrir en la app”. Una página intermedia que re-dispara el enlace como acción del usuario. Singular la crea automáticamente como Social Landing Page, sin necesidad de construir una página. La habilitas por enlace activando Enable Landing Page en Social Link Settings dentro de Manage Links. Está disponible para enlaces de Custom Source, enlaces Mobile Web-to-App y enlaces de Partner para socios específicos donde el deep linking está bloqueado. El flujo predeterminado es un botón de CTA que el usuario toca. Cuando el enlace tiene un esquema de app y un destino de deep link configurado, y el indicador de redirección forzada está activado para esa plataforma, la página puede abrir la app al cargar sin necesidad de tocar. Android tiene la redirección forzada habilitada por defecto; en iOS la habilitas añadiendo _force_redirect=true. Los usuarios pueden ver brevemente una pantalla blanca antes de que se abra la app.

Dos condiciones que vale la pena conocer. No lo actives en un enlace sin destino de deep link, ya que no hay nada a lo que la página pueda redirigir. Y si la app ya está instalada, iOS intentará abrirla directamente, omitiendo la landing page y cualquier URL de respaldo. Ese comportamiento no se puede anular.

1. Una página de destino alojada por el cliente. Si quieres control total del diseño, aloja la tuya y rastrea el clic hacia la página o incrusta el enlace de seguimiento dentro de ella. Decide a qué punto de contacto quieres atribuir la instalación antes de crearla.
2. Transferencia por código QR para escritorio y exterior. El escaneo con la cámara evita el problema por completo. Singular genera un código QR automáticamente para cada enlace de fuente personalizado, en PNG y SVG.
3. Banners inteligentes en tu página web móvil. Menor tasa de clics, pero sin riesgo de ingeniería.

La consecuencia de medición importa tanto como la de UX. Si un usuario queda atrapado en un webview, esa sesión se atribuye a la web móvil en lugar de a tu app. Tu ROAS por canal se verá peor de lo que es y tus métricas de engagement en la app se verán más bajas de lo real.

Plataformas de anuncios: la división de auto-atribución

Las plataformas de anuncios se dividen en 2 grupos, y el grupo determina dónde configuras los deep links.

• Redes de auto-atribución ejecutan su propia atribución y no aceptan enlaces de seguimiento MMP para campañas de app . Meta, Google Ads, Snapchat, TikTok y X Ads funcionan así. Configuras los deep links en el panel del propio partner, y el comportamiento diferido llega a través de la integración MMP, no mediante un enlace. Con Singular, el deep linking diferido se activa automáticamente para Google Ads, Snapchat y TikTok Ads una vez que se activa la Configuración de Partner. Para Meta, se habilita a través de tu Singular customer success manager, y la función equivalente debe desactivarse en el SDK de Facebook para evitar que dos sistemas compitan por servir el mismo destino.

Google publica una lista de socios de atribución de apps que admite para el deep linking diferido en Google Ads. Singular está en esa lista y es uno de los únicos 2 socios que no requieren configuración adicional para habilitar los postbacks de deep link diferido. Los demás necesitan activar integraciones, un ticket de soporte o revisar una configuración.

• Las campañas web en esas mismas plataformas son diferentes. Las campañas web de Meta con objetivos de Ventas o Tráfico, y las campañas web de TikTok, sí pasan por los enlaces de seguimiento de Singular , que es exactamente donde la Social Landing Page importa. El navegador integrado de Facebook no admite ni Universal Links de iOS ni App Links de Android, y el de TikTok suprime los Universal Links de iOS, así que una campaña web-to-app en cualquiera de las dos plataformas dejará silenciosamente a los usuarios en la pantalla de inicio de tu app sin una página intermedia.

Google Ads tiene su propio requisito para las campañas web que dirigen a una app instalada, incluyendo Search y Performance Max. La URL final debe ser un App Link nativo o un Universal Link, porque la política de Google Ads exige que el destino del clic apunte directamente a la página de destino final. Los esquemas de URI personalizados y los enlaces basados en redirecciones no se aceptan allí. Este es un requisito solo para la URL final, así que puedes mantener tu configuración de enlaces existente en otros canales y añadir enlaces nativos para Google Ads junto a ella.

Todo lo demás acepta redirecciones de enlaces de seguimiento o se integra de servidor a servidor. Para los partners que aceptan redirecciones, tu enlace de seguimiento ofrece la experiencia de deep link directamente. Para los partners asíncronos, la notificación de clic llega después y el deep link se configura en el panel de campañas del partner.

El problema recurrente con los partners que no se autoatribuyen es el envoltorio de enlaces. Cuando un partner envuelve tu enlace de seguimiento en su propio redirect, los Universal Links dejan de funcionar, porque Apple requiere intención directa del usuario detrás del enrutamiento. Para eso existe el fallback de redirect forzado. El deep linking diferido no se ve afectado por el envoltorio, porque se ejecuta a través del SDK en lugar de la cadena de redirects.

Capa 3: Deep links de la app

Cuando un enlace llega al sistema operativo, uno de 3 mecanismos lo gestiona.

Esquemas URI (legacy)

Un esquema personalizado como myapp://product/123. La app registra el esquema al instalarse y el sistema operativo enruta todo lo que empiece con myapp:// hacia él.

• Funciona: cuando la app está instalada, en la mayoría de los contextos, incluyendo muchos webviews.
• Falla: cuando la app no está instalada. El usuario recibe un error o nada en absoluto.
• Diferido: no por sí solo. Singular puede transportar un destino diferido en un enlace basado en esquema a través del SDK usando el parámetro _ddl .
• Seguridad: cualquier app puede registrar el mismo esquema, por lo que los esquemas pueden ser secuestrados. Google Ads no los acepta como URL final por esta razón.
• Sigue siendo útil como: respaldo dentro de navegadores in-app, y como deep link en una página de producto personalizada de la App Store.

iOS Universal Links (iOS 9+)

Una URL HTTPS reclamada por tu app mediante el entitlement de Associated Domains y el archivo apple-app-site-association .

• App instalada, la app se abre en la pantalla correcta.
• App no instalada, tu página web carga, lo que puede redirigir a la App Store. Llevar al usuario a la pantalla correcta después de esa instalación es deep linking diferido, que el SDK maneja en lugar del tipo de enlace.
• Sin estado de error, sin secuestro de esquema, funciona desde Safari, Mail, Mensajes y la mayoría de contextos no-webview.

Android App Links (Android 6.0+)

Una URL HTTPS verificada a través de assetlinks.json y android:autoVerify.

• Verificado: abre la app directamente, sin diálogo de selección, y ninguna otra app puede reclamar la URL.
• No verificado: en Android 12 y versiones posteriores, la verificación es por filtro de intención, efectivamente por host, y un enlace no verificado va silenciosamente al navegador sin diálogo de desambiguación. No hay error visible para el usuario, lo que hace que una verificación rota sea fácil de pasar por alto.
• Android 15+ añade Dynamic App Links. Declaras un intent filter amplio en el manifest y luego defines reglas de enrutamiento específicas en assetlinks.json en tu servidor, incluyendo exclusiones de rutas y reglas basadas en parámetros de consulta o fragmentos de URL. Los dispositivos con Google Play services vuelven a obtener el archivo aproximadamente una vez por semana, así que puedes cambiar el enrutamiento sin lanzar una nueva versión de la app.

Dos restricciones de los Dynamic App Links son fáciles de pasar por alto. Las reglas del lado del servidor solo pueden reducir el alcance declarado en tu manifiesto, nunca ampliarlo. Y los dispositivos con Android 14 o anterior ignoran por completo las reglas dinámicas y recurren al manifiesto, lo que mantiene la compatibilidad hacia atrás, pero significa que no puedes depender de ello para toda tu base de instalaciones.

Google también ofrece parcheo de deep links en Play Console, que permite a los equipos de Android hacer correcciones ad hoc a las configuraciones de App Link en la versión actual de la app sin necesidad de un nuevo lanzamiento.

El deep linking diferido maneja al usuario que aún no tiene tu app. Hacen clic en un enlace, llegan a la tienda, instalan, abren, y la app aún sabe hacia dónde se dirigían.

The 2026 reality on match rates

Con App Tracking Transparency limitando la disponibilidad de IDFA, el matching determinista en iOS no está disponible para la mayoría de los usuarios, y el deep linking diferido recurre al matching probabilístico basado en señales como IP, user agent, dimensiones de pantalla, locale y zona horaria. La precisión varía ampliamente y se degrada en redes compartidas, NAT de operador y cuando iCloud Private Relay está activo. Dos reglas prácticas a seguir:

• Cuanto más corta sea la ventana de click-to-install, mayor será la tasa de match. Optimiza la carga de la página de la tienda y el flujo de instalación, no solo el enlace.
• Diseña para el fallo. La experiencia de primer uso de tu app debería degradarse con elegancia a una pantalla predeterminada sensata en lugar de un estado en blanco, porque una parte significativa de los enlaces diferidos no se resolverá.

En Android, el GAID sigue disponible sujeto a la exclusión voluntaria del usuario, por lo que la coincidencia diferida determinista sigue siendo viable. La Privacy Sandbox de Android de Google se retiró el 17 de octubre de 2025, y la Attribution Reporting API está entre las tecnologías descontinuadas tanto en Chrome como en Android. La consecuencia práctica para la planificación de medición en Android es que el GAID es el modelo operativo, no uno transitorio.

Las páginas de producto personalizadas del App Store pueden incluir un enlace profundo

En iOS 18 y iPadOS 18 o versiones posteriores, puedes adjuntar un enlace profundo de la app a una página de producto personalizada del App Store. Cuando un usuario que ya tiene la app toca Abrir en esa página, llega al destino dentro de la app especificado en lugar de a la pantalla de inicio. El enlace profundo puede ser un Universal Link o un esquema de URL personalizado, y debe enviarse para revisión junto con la página de producto personalizada.

Apple recomienda Universal Links aquí y desaconseja acortadores de URL o servicios que añadan redirecciones. Prueba ambos en un dispositivo con iOS 18 o posterior antes de comprometerte, ya que el archivo apple-app-site-association se obtiene de forma asíncrona y puede que no se haya resuelto inmediatamente después de la instalación.

Tipos de deep links comparados

Nota sobre la columna diferida. Ningún tipo de enlace ofrece deep linking diferido por sí solo. En cada fila anterior, el comportamiento diferido proviene de un SDK de atribución que mantiene el destino durante la instalación.

Google cerró Firebase Dynamic Links el 25 de agosto de 2025. La consola pasó a solo lectura en mayo de 2024, y los enlaces existentes tanto en dominios personalizados como en page.link subdominios ahora devuelven errores 404. Google no lanzó un reemplazo directo y orientó a los equipos hacia proveedores de terceros.

La lección duradera es operativa, no técnica. Muchos equipos descubrieron que no tenían un inventario de dónde vivían sus enlaces: flujos de incorporación, programas de referidos, correos de restablecimiento de contraseña, códigos QR impresos, colocaciones de socios. Las roturas se manifestaron como caídas inexplicables en la activación, no como un error que alguien pudiera rastrear. Mantén un inventario de enlaces activos, los canales en los que operan, cuáles son enlaces cortos que puedes redirigir y quién es dueño de cada superficie.

Ese último punto merece énfasis. Si tu app requiere autenticación, el flujo de inicio de sesión debe conservar el destino del deep link y reenviar al usuario allí después de iniciar sesión. Dejar al usuario en la pantalla de inicio tras iniciar sesión es un asesino silencioso de conversiones y una de las brechas más comunes entre un deep link que técnicamente funciona y uno que convierte.

• Re-engagement y retargeting. Un usuario vio un producto y no lo compró. Un anuncio de retargeting con deep link lo devuelve a ese producto exacto, o a su carrito con un cupón aplicado, en lugar de un feed de inicio donde tiene que volver a buscarlo.
• Web a app. Los usuarios de apps suelen convertir a una tasa más alta que los usuarios de web móvil, gracias a credenciales de pago guardadas, permisos de push y personalización. El deep linking es el mecanismo que hace que la transición valga la pena.
• Canales propios. El email, SMS, push y mensajería in-app se benefician, y el email en particular funciona bien porque los clientes de correo suelen transferir limpiamente al sistema operativo.
• Referidos y compartir. Un enlace compartido que lleva el ID del referidor a través de la instalación y hasta la primera apertura es enteramente un problema de deep linking diferido.
• Continuidad de onboarding. Un usuario que se registró en tu sitio web no debería reiniciar el onboarding en la app.
• No digital. Enlaces cortos y códigos QR en exterior, impresos, empaques y eventos.

El hilo conductor es la retención. Cada toque extra entre la intención y el destino es una oportunidad de abandono.

Medición: la parte que convierte los deep links en un activo de marketing

Un deep link que no se mide es una mejora de UX. Un deep link que se mide es una superficie de atribución.

Aquí hay un fallo sutil que vale la pena entender. Cuando un usuario toca un Universal Link con seguimiento y la app ya está instalada, el dispositivo puede abrir la app sin hacer una solicitud HTTP, por lo que algunos trackers nunca registran un clic. El enrutamiento funciona y la medición falla en silencio.

Cuando un deep link lleva parámetros de atribución, puedes responder preguntas que de otro modo no tendrían respuesta: qué creativo impulsó la apertura de la app, si un recorrido de web a app convirtió mejor que la web móvil, cuál fue el valor incremental del gasto en re-engagement, y cuánto de tu tráfico de app “orgánico” es en realidad tráfico de canales propios que perdió su atribución en un webview.

<a186>This is why deep linking belongs with your </a><a187>mobile attribution</a><a188> stack rather than beside it. In </a> Singular <a189>, tracking links are built to support deep links and deferred deep links once your app is configured, across Apple Universal Links, Android App Links, and Android intents, including journeys that begin on the web and finish in the app, where </a><a190>cross-device attribution</a><a191> becomes relevant.</a>

Web layer

☐  assetlinks.json servido desde /.well-known/, HTTPS, application/json, sin redirección, sin autenticación

☐ Nombre del paquete y huellas de firma SHA-256 correctos para cada variante de compilación, incluidas las claves de lanzamiento

☐ robots.txt no bloquea AdsBot-Google ni AdsBot-Google-Mobile

☐ Verificado mediante el endpoint de la API de Digital Asset Links de Google y el Validador de Deep Links de Google Ads

Capa de la aplicación

☐ Derecho de dominios asociados con applinks: para cada dominio, incluidos los dominios de enlaces cortos

☐  android:autoVerify=”true” en cada filtro de intención relevante

☐ Manejadores de ruta para cada ruta con deep link, con un valor predeterminado sensato para rutas no reconocidas

☐ Payload de deep link diferido resuelto antes de que se renderice la primera pantalla

☐ El flujo de inicio de sesión conserva y reenvía el destino del deep link

☐ Esquema de URI registrado como respaldo de webview

Capa de plataforma

☐ Manejo del navegador dentro de la app implementado, ya sea la Página de Aterrizaje Social de Singular’s o la tuya propia

☐ Deep links configurados en el panel de socios para redes de auto-atribución, no en tu constructor de enlaces

☐ Sin configuración duplicada de deep link diferido habilitada en un SDK de socio junto a tu MMP

☐ Dominio de enlace corto registrado para Universal Links y App Links

☐ Cada canal probado individualmente. No asumas que una bio de Instagram se comporta como un anuncio de Instagram

Capa de medición

☐ Parámetros de atribución en cada enlace

☐ Tasa de coincidencia de deep link diferido monitoreada como KPI, no asumida

☐ Recorridos web a app conciliados con sesiones web móviles

☐ Dominios de anulación restringidos en cualquier enlace expuesto públicamente

Singular Enlaces dirige a los usuarios a través de iOS, Android y web, con atribución integrada en cada clic.

Reserva una demo  ·  Obtén una prueba gratuita

¿Cuál es la diferencia entre un deep link y un deep link diferido?

Un deep link abre una pantalla específica en una app que el usuario ya tiene instalada. Un deep link diferido funciona cuando la app no está instalada: el destino se mantiene mientras el usuario va a la tienda de apps, instala y abre la app por primera vez, momento en el que se le dirige al destino original. El deep linking diferido requiere un SDK de atribución. Ningún sistema operativo lo proporciona de forma nativa.

¿Funcionan los deep links si el usuario no tiene la app?

Los Universal Links y App Links sí lo hacen. Redirigen a tu página web móvil, que puede llevar al usuario a la tienda de aplicaciones. Los esquemas de URI personalizados no; llegan a un callejón sin salida. Esa es la razón principal por la que los esquemas ya no se recomiendan como mecanismo principal.

¿Por qué mi enlace profundo abre el navegador en lugar de la aplicación?

La mayoría de las veces porque el toque ocurrió dentro del navegador integrado de una plataforma social, que suprime la transferencia a nivel de sistema operativo de la que dependen Universal Links y App Links. La segunda causa más común es la verificación de dominio fallida, y en Android 12 y versiones posteriores, ese fallo es silencioso, sin diálogo de desambiguación que lo señale.

¿Son Universal Links y App Links lo mismo?

Son equivalentes, no lo mismo. Los Universal Links son el mecanismo de Apple, verificados mediante apple-app-site-association. Los Android App Links son los de Google, verificados mediante assetlinks.json. Ambos usan URLs HTTPS estándar y ambos requieren un archivo de asociación dominio-a-app, pero se configuran por separado y pueden fallar de forma independiente.

¿Sigo necesitando esquemas URI en 2026?

Como mecanismo principal, no. Como respaldo dentro de navegadores in-app y como deep link en una página de producto personalizada de la App Store, sí.

¿Cómo funcionan los deep links con Google Ads y Meta?

Para campañas de apps, ambas son redes de auto-atribución que no aceptan enlaces de seguimiento MMP, por lo que los deep links se configuran en el panel de cada plataforma. El deep linking diferido se ejecuta a través de tu socio de atribución: Singular es uno de los 5 socios de atribución de apps que Google admite para esto, y no requiere configuración adicional para activarlo. Para campañas web que dirigen a una app instalada, Google Ads requiere un App Link nativo o Universal Link como URL final, que puedes implementar junto con tu configuración de enlaces existente en otros canales.

¿Qué tan preciso es el deep linking diferido en iOS?

Depende del método de coincidencia disponible. Donde el consentimiento de ATT otorga acceso a IDFA, la coincidencia es determinista. Donde no lo hace, la coincidencia es probabilística y la precisión varía según las condiciones de red. Las IPs compartidas, el NAT del operador y el iCloud Private Relay lo reducen. Trátalo como un rango medido, monitórealo y diseña tu experiencia de primer uso para degradarse con elegancia.

¿El deep linking afecta el SEO?

No directamente. Los motores de búsqueda indexan tu contenido web, no el de tu app, e implementar deep links no cambia los rankings. Hacer coincidir el destino de tu app con la página web correspondiente es una buena práctica de UX que afecta la calidad post-clic.

¿Qué reemplazó a Firebase Dynamic Links?

Firebase Dynamic Links se cerró el 25 de agosto de 2025 y Google no lanzó un reemplazo directo, sino que apuntó a los equipos hacia proveedores de terceros. Las URLs FDL existentes ahora devuelven errores 404. Los equipos que migran suelen pasar a un proveedor que maneje el enrutamiento y la atribución juntos.

¿Qué ha cambiado en Android recientemente?

Dos cosas. Android 15 introdujo los Dynamic App Links, que permiten actualizar las reglas de enrutamiento de deep links desde el servidor sin necesidad de una nueva versión de la app. Y el Android Privacy Sandbox de Google’s fue descontinuado el 17 de octubre de 2025, incluida la Attribution Reporting API, lo que significa que la medición basada en GAID sujeta a la exclusión del usuario sigue siendo el modelo operativo.