Elido

Deep links para aplicaciones móviles

Abra su propia app iOS o Android desde un enlace corto de Elido cuando esté instalada, y vuelva al App Store o Play Store en caso contrario.

4 min de lecturaActualizado 2026-05-15

Lo que configurarás

  • Subir tus archivos Apple App Site Association y Android Asset Links para que Elido los sirva en tu dominio personalizado automáticamente.
  • Establecer configuraciones de iOS y Android por enlace — App ID, ruta en la app y URL de fallback — para que los clics abran la pantalla correcta o redirijan a la tienda.
  • Medir la tasa de apertura de la app por plataforma en la pestaña Analytics → Deep linking del enlace.

Los deep links abren aplicaciones nativas directamente desde una URL corta. Cuando el visitante tiene instalada su app, el enlace lanza la pantalla correcta dentro de la aplicación. Cuando no la tiene, vuelve al App Store (iOS) o Play Store (Android) — o cualquier otra URL que configure.

Lo que necesita#

Para usar deep links, necesita:

  • Una app iOS con Universal Links configurados, O
  • Una app Android con App Links configurados, O
  • Esquemas URI personalizados (myapp://) si aún no tiene Universal/App Links.

Para Universal Links y App Links, también necesitará publicar archivos de asociación (apple-app-site-association para iOS, assetlinks.json para Android) en su dominio personalizado. Elido los sirve automáticamente una vez que sube el archivo en Settings → Domains → Deep linking.

  1. Abra la página de detalles del enlace → Targeting → Deep linking.
  2. Active el deep linking.
  3. Agregue una configuración de iOS:
    • App ID — p. ej. K72L8M4N9P.com.acme.myapp (el Team ID + bundle identifier de su cuenta Apple Developer).
    • In-app path — adónde debe enrutar la app. La ruta se agrega al host de su universal link; el SDK de la app la lee desde la URL de lanzamiento.
    • Fallback URL — adónde enviar a los visitantes que no tienen la app. Normalmente la página de su app en el App Store.
  4. Agregue una configuración de Android:
    • Package name — p. ej. com.acme.myapp.
    • In-app path — misma idea que iOS.
    • Fallback URL — normalmente una URL de Play Store con su nombre de paquete.
  5. Save. El enlace ahora hará enrutamiento basado en dispositivo en cada clic.

Qué sucede al hacer clic#

El manejador de redireccionamiento devuelve un HTML intersticial que ejecuta unos 50 ms de JavaScript. El intersticial:

  1. Detecta iOS vs Android vs escritorio.
  2. En iOS: intenta abrir mediante Universal Link. Si el SO abre la app, listo.
  3. En Android: lo mismo con App Links.
  4. Después de 1,2 segundos sin app, la página redirige a la URL de fallback.

Los visitantes de escritorio siempre llegan directamente a la URL de fallback — no hay app que abrir.

Si un visitante está en una plataforma que no reconocemos (vista web en WeChat, etc.), el enlace recurre al destino de escritorio. Puede anular esto con reglas de smart-link.

Fallback de esquema URI#

Si no tiene configurados Universal Links / App Links, aún puede usar un esquema URI personalizado:

  • iOS scheme: myapp://
  • Android scheme: myapp://

El intersticial intentará abrir el esquema y recurrirá al App Store / Play Store después de 1,2 segundos. El inconveniente es que el SO muestra una confirmación "¿Abrir en My App?" en el primer lanzamiento, que Universal Links evita.

Analytics#

Cada clic registra si la app se abrió o se usó el fallback. La pestaña Analytics → Deep linking del enlace muestra la tasa de apertura por plataforma — útil para medir qué tan bien funcionan sus archivos de asociación.

Límites#

  • Una configuración iOS y una configuración Android por enlace.
  • Los deep links están disponibles en Pro y Business; el plan gratuito solo soporta redireccionamientos simples.

Problemas comunes#

Universal Links funcionan en un dispositivo real pero no en el simulador. Esto es esperado — el simulador de Apple no puede obtener el archivo AASA. Pruebe en un teléfono real.

La URL de fallback se abre antes de que la app haya intentado cargarse. Algunos navegadores Android (Samsung Internet, en particular) interceptan el esquema antes de que el SO lo vea. Asegúrese de que su configuración de App Links esté completa: dominio verificado, nombre de paquete correcto, la huella digital SHA-256 coincide.

iOS a veces muestra un banner de toque en lugar de abrir la app. Es el "Open in Safari → Smart Banner" de iOS tratando la página como un sitio genérico. Volver a subir el archivo AASA con el App ID correcto generalmente lo soluciona.

El enlace abre la app, pero la pantalla incorrecta. El enrutamiento en la app no coincide con la ruta que Elido está pasando. Registre la URL de lanzamiento dentro de su app para confirmar lo que está recibiendo realmente, luego actualice la configuración de la ruta para que coincida.

¿Te ha sido útil?
¿Necesitas más? Escribe al equipo - respuesta en un día laborable.Contactar con soporte