Glosario de deep linking y marketing de apps

Los Android App Links son enlaces https verificados que, desde Android 6.0, abren tu app directamente cuando alguien toca una dirección de tu dominio. Android comprueba en el archivo assetlinks.json que el dominio es tuyo; si la verificación pasa, envía esos enlaces a tu app sin preguntar con qué aplicación abrirlos.

El apple-app-site-association (AASA) es el archivo JSON que publicas en tu dominio para que funcionen los Universal Links. Vive en https://tudominio.com/.well-known/apple-app-site-association y dice qué app (Team ID más bundle ID) abre qué rutas. El iPhone lo consulta para decidir si un enlace se abre en la app o en Safari; si falta o tiene errores, se abre la web.

assetlinks.json es el archivo de Digital Asset Links con el que Android verifica la relación entre tu dominio y tu app. Se publica en https://tudominio.com/.well-known/assetlinks.json e incluye el nombre de paquete y las huellas SHA-256 del certificado de firma. Si falta o los datos no coinciden, los App Links no se verifican y los enlaces se abren en el navegador.

Un deep link es un enlace que abre una pantalla concreta dentro de una app, en lugar de una página web o la pantalla de inicio: un producto, un carrito, una invitación. Tiene cuatro formas: un esquema URI como myapp://product/42, los Universal Links de iOS, los App Links de Android y los deferred deep links, que sobreviven a la instalación.

Un deferred deep link (o deep link diferido) es un enlace cuyo destino sobrevive a la instalación. Quien no tiene la app toca el enlace, pasa por la tienda, instala y, en la primera apertura, aterriza en la pantalla prometida: el grupo al que lo invitaron, el producto en oferta. Un deep link normal pierde ese destino por el camino.

Un esquema URI (o esquema de URL personalizado) es un formato de enlace que una app registra para sí misma, como myapp://. Al tocar un enlace que empieza así, el teléfono abre la app y le pasa lo que sigue, por ejemplo product/42. Se configura en minutos, pero sin la app instalada el enlace no lleva a ninguna parte.

Una intent URL es el formato de enlace intent:// de Chrome para Android. Lleva el esquema, el nombre de paquete y, opcionalmente, una dirección web. Si la app está instalada, Chrome la abre; si no, va a esa web o a la ficha de Google Play. Así se evita el “toqué y no pasó nada” del esquema a secas.

Los Universal Links (enlaces universales) son el sistema de Apple, disponible desde iOS 9, que permite que una dirección https normal abra tu app en el iPhone. Si la app está instalada, el enlace la abre en la pantalla correspondiente; si no, muestra tu sitio web en Safari. Requieren el entitlement Associated Domains y un archivo apple-app-site-association en el dominio.

Un código QR dinámico no guarda la dirección final, sino un enlace corto que redirige. Al escanearlo, ese enlace lleva a la persona al destino real; por eso puedes cambiar el destino después de imprimir y ver cuántas veces se escanea. El QR estático guarda el contenido final: no se puede cambiar, pero tampoco caduca nunca.

Cuando se habla de dynamic links, casi siempre se habla de Firebase Dynamic Links, el servicio de deep links de Google. Google lo declaró obsoleto en 2023 y lo cerró el 25 de agosto de 2025; desde entonces, los enlaces antiguos no funcionan. En sentido general, un dynamic link es un enlace cuyo destino se decide al hacer clic.

Un navegador in-app es el navegador integrado con el que Instagram, TikTok, Facebook o LinkedIn abren los enlaces sin pasarlos a Safari o Chrome. Está pensado para que no salgas de la app. El efecto secundario: los Universal Links y los App Links a menudo no se activan y el enlace muestra la web en vez de abrir tu app.

El reenvío de parámetros (parameter forwarding) consiste en pasar los parámetros de un smart link, como las etiquetas UTM, los cupones o los códigos de invitación, a cada destino del enlace: la tienda, el sitio web y el deep link. Así no necesitas un enlace distinto por cada variante de campaña; basta con cambiar los parámetros.

El Smart App Banner es la franja que Safari muestra sobre tu web, en iPhone y iPad, para promocionar tu app. Si la app no está instalada, lleva al App Store; si lo está, la abre. Se activa con una sola metaetiqueta en el head de la página, sin diseñar nada. Pero solo aparece en Safari de iOS.

Un smart link (enlace inteligente) es un único enlace que detecta el dispositivo y lo manda al sitio correcto: el iPhone al App Store, el Android a Google Play o a la tienda que tenga, el escritorio a tu sitio web. Si la app ya está instalada, la abre. También se le llama enlace único o enlace de descarga.

Web-to-app es llevar a tu app a quienes llegan a tu web móvil, a tus correos o a tus páginas de escritorio. Las herramientas: banners, smart links, códigos QR en escritorio y deep links que abren en la app la misma página que la persona veía. La idea es convertir en usuarios de la app un tráfico que ya tienes.

Un enlace de App Store tiene la forma https://apps.apple.com/<país>/app/<nombre>/id<número>; lo que identifica la app es el número que sigue a id. Uno de Google Play usa https://play.google.com/store/apps/details?id=<paquete>. Sin código de país, el enlace del App Store lleva a cada visitante a la tienda de su país. itms-apps:// y market:// abren la app de la tienda, pero solo en su plataforma.

Un enlace de campaña del App Store es una dirección del App Store con los parámetros pt (provider token), ct (campaign token) y mt=8. App Store Connect muestra, por cada token de campaña, impresiones, visitas a la página de producto, descargas y ventas. Es el método de medición propio de Apple y en iOS ocupa el lugar de las UTM.

Una página de producto personalizada (custom product page) es una versión adicional de la ficha de tu app en el App Store, con otras capturas, otro texto promocional y otras vistas previas. Puedes crear hasta 70 por app. Cada una tiene su propia URL y se usa en anuncios y enlaces para mostrar la ficha que encaja con la campaña.

Las tiendas de apps alternativas son las tiendas de Android, aparte de Google Play, desde las que se instalan apps: Huawei AppGallery, Samsung Galaxy Store, Xiaomi GetApps o RuStore, en Rusia. Los Huawei sin servicios de Google no tienen Google Play: las apps se instalan desde AppGallery. Un solo smart link puede mandar cada teléfono a su tienda.

La atribución móvil es el trabajo de averiguar qué anuncio, campaña o enlace trajo una instalación o una acción dentro de la app, como un registro o una compra. Con esa respuesta decides a qué canal dedicar el presupuesto. La asignación se apoya en una prueba concreta (atribución determinista) o en una estimación estadística (atribución probabilística).

Un clic de bot es la apertura de un enlace por parte de un programa, no de una persona. WhatsApp, iMessage, Slack y Facebook abren el enlace antes para montar la vista previa; los rastreadores de buscadores y los escáneres de correo también recorren enlaces. Si no se filtran, los clics parecen más de los que son.

El fingerprinting (huella digital del dispositivo) combina señales como la dirección IP, el modelo del dispositivo y la versión del sistema operativo para emparejar una instalación con un clic anterior. No hay un identificador seguro de por medio: es una estimación por parecido. Apple prohíbe el fingerprinting para rastrear, aunque el usuario dé permiso con ATT.

El Install Referrer es el mecanismo con el que Google Play entrega a la app, tras la instalación, el valor referrer del enlace. La app lo lee con la Play Install Referrer API y sabe con certeza de qué campaña o enlace llegó la persona. En Android es la base de la atribución determinista y del deferred deep linking.

Los parámetros UTM son cinco etiquetas que se añaden a un enlace para que la analítica sepa de dónde viene una visita: utm_source (fuente), utm_medium (medio), utm_campaign (campaña), utm_term y utm_content. Google Analytics y herramientas similares las leen y separan el tráfico por canal y campaña. Nacieron para la web, y en las tiendas de apps no siempre sobreviven.

Un postback es un aviso que un servidor envía a otro cuando ocurre una instalación o un evento en la app, como un registro o una compra. El destinatario puede ser una red publicitaria o tu propio servidor; en el segundo caso se suele hablar de webhook. Los MMP usan postbacks para decirles a las redes qué instalaciones trajeron.