Deep links

Un deep link es un enlace que abre la app directamente en un contenido concreto (un producto, una categoría, una página) en lugar de abrir la portada o el navegador.

Sin deep links configurados, una notificación o un email dirigen al usuario a la versión web aunque tenga la app instalada.

Cómo saber si ya los tienes

En un móvil con la app instalada, abre un enlace a tu dominio desde fuera de la app, por ejemplo desde una nota o un mensaje. Si se abre la app en ese contenido, los deep links están activos para ese dominio. Si se abre el navegador, no lo están, o el enlace no cumple alguno de los requisitos de más abajo.

Cómo funcionan en iOS y Android

En iOS se implementan con Universal Links y en Android con App Links. El mecanismo es equivalente: el sistema operativo asocia tu dominio con la app, y cuando alguien abre un enlace de ese dominio, se abre la app si está instalada.

Esa asociación requiere dos cosas: publicar un fichero de verificación en tu dominio y declarar el dominio en la app. Es un requisito del sistema operativo, no de Reskyt.

Quién hace qué

Tu equipo web publica los ficheros de verificación en tu dominio, porque viven en tu servidor:

Sistema	Fichero	Dónde se publica
iOS	apple-app-site-association	https://tudominio.com/.well-known/apple-app-site-association
Android	assetlinks.json	https://tudominio.com/.well-known/assetlinks.json

Reskyt declara el dominio en la app. El contenido de esos ficheros depende de los identificadores de la app, y se concreta con el equipo de Reskyt durante la configuración del proyecto.

Declarar un dominio nuevo, o cambiarlo, forma parte del binario: requiere publicar una versión nueva de la app, y los usuarios que no actualicen siguen con el comportamiento anterior.

Cómo probar que funcionan

1. Comprueba que los dos ficheros responden desde un navegador, en las URLs de la tabla anterior.
2. En un móvil con una versión de la app que ya incluya el dominio, abre un enlace a ese dominio desde fuera de la app.
3. Repite la prueba con un enlace enviado desde tu herramienta de email y desde una notificación push, que son las vías que más se usan.

Enlaces desde notificaciones push

Una notificación puede abrir una URL al pulsarla: es el campo url de la API de push. Si esa URL pertenece a un dominio asociado, abre el contenido dentro de la app.

Enlaces desde email y campañas

Muchos gestores de email reescriben los enlaces con un dominio propio de tracking. Un enlace reescrito deja de pertenecer a tu dominio, por lo que el sistema operativo no lo asocia con la app y se abre en el navegador. Si tu herramienta de email permite usar un dominio de tracking propio, esa es la vía para conservar el comportamiento.

Cuando la app no está instalada

El enlace se abre en el navegador, en la misma URL. Por eso conviene que los deep links apunten a URLs que existan en tu web: el enlace sirve también para quien no tiene la app, y no hace falta mantener dos juegos de enlaces.

Si un deep link no abre la app

Comprobaciones, de la más frecuente a la menos:

1. La URL no pertenece a un dominio asociado, o ha sido reescrita. Cómo comprobarlo: el enlace final debe empezar por tu dominio, no por el de una herramienta de tracking.
2. El fichero de verificación no está publicado o no es accesible. Cómo comprobarlo: abre las URLs de la tabla de más arriba en un navegador.
3. La app instalada es anterior a la declaración de ese dominio. Cómo comprobarlo: actualiza la app desde la store y repite.
4. El usuario desactivó la apertura de enlaces en la app. En Android es una opción por app. Cómo comprobarlo: Ajustes › Aplicaciones › nombre de la app › Abrir de forma predeterminada.
5. El enlace se abre desde el navegador interno de otra app, algo habitual en redes sociales y apps de mensajería. Ese navegador no siempre cede el enlace al sistema. Alternativa: el menú del navegador interno suele ofrecer “Abrir en el navegador”, desde donde el enlace sí abre la app.

Para equipos técnicos: parámetros

Cuando un deep link abre la app ya instalada, todos los parámetros de la URL se propagan tal cual a la WebView.

La app no añade parámetros UTM por su cuenta. Si tu analítica necesita atribuir campañas, incluye tus propios utm_source y utm_medium en el enlace. Ver referencia técnica.