Alternativa a Firebase Dynamic Links para apps y campañas
Firebase Dynamic Links dejó de funcionar el 25 de agosto de 2025. Reemplázalo con links de marca, routing por dispositivo y fallbacks claros.

Si buscas una alternativa a Firebase Dynamic Links en 2026, primero separa lo que realmente necesitas. Muchas apps en Latinoamérica usaban Dynamic Links para tres cosas: un link corto de marca, routing por dispositivo y un fallback decente cuando el usuario no tenía la app instalada.
Eso no siempre exige una plataforma completa de atribución móvil. A veces basta con reconstruir la capa de links sobre piezas más estables: dominio propio, redirecciones HTTP, App Links / Universal Links y destinos explícitos para iOS, Android y web.
Según la FAQ oficial de Firebase Dynamic Links, Firebase Dynamic Links fue deprecado y estaba programado para dejar de funcionar el 25 de agosto de 2025. Si todavía tenías links en campañas de WhatsApp, anuncios, QR, onboarding o emails, el riesgo ya no es futuro: esos URLs deben reemplazarse.
Si esta migración coincide con cambio de dominio o replatform, ten abierta la checklist de migración web con redirecciones. Los errores se parecen mucho: inventario incompleto, fallbacks vagos y links antiguos olvidados en campañas.
Qué usaban realmente los equipos
Cuando un equipo dice “necesito reemplazar Firebase Dynamic Links”, normalmente habla de uno o más de estos casos:
- Enviar iPhone al App Store y Android a Google Play.
- Enviar desktop a una landing o página con QR.
- Mantener una URL limpia, por ejemplo
app.marca.com/promo. - Preservar parámetros UTM para campañas de Instagram, TikTok, WhatsApp o email.
- Abrir la app instalada cuando el sistema operativo lo permite.
No son el mismo problema.
- Fallback a tienda por dispositivo es principalmente routing HTTP.
- Abrir la app instalada requiere Android App Links y Apple Universal Links.
- Deferred deep linking después de instalar suele requerir lógica en la app o una solución de atribución.
- Conservar UTM depende de cómo configures la redirección. Si ese punto te importa, revisa cómo redireccionar un dominio manteniendo rutas y parámetros.
[!TIP] La migración más rápida rara vez es “recrear Firebase completo”. Es reemplazar los comportamientos que marketing y producto sí usan.
Árbol de decisión rápido
Solo necesitas routing inteligente
Si el flujo es:
- iOS -> App Store
- Android -> Google Play
- desktop -> sitio web o landing con QR
entonces una capa de smart redirects puede ser suficiente. Es el caso natural para redirección por dispositivo en UrlEdge.
Necesitas abrir la app instalada
Si quieres que la app instalada se abra directamente, necesitas dos piezas:
- una capa de routing de links
- configuración nativa de app links en tus apps y dominios
Eso implica publicar archivos AASA y assetlinks.json, y asegurarte de que la app sabe manejar la ruta que recibe.
Necesitas atribución o deferred deep linking
Si crecimiento depende de atribución de instalación, matching post-install o campañas que abren pantallas específicas después de instalar, no lo trates como una simple redirección.
En ese caso, usa UrlEdge para controlar el link de marca y el fallback, y combínalo con la herramienta móvil que ya gobierna atribución y estado de app.
Arquitectura práctica de reemplazo
Para muchas apps, la migración queda así:

go.tumarca.com/promo
-> detectar dispositivo en el edge
-> iOS: App Store o Universal Link
-> Android: Google Play o App Link
-> Desktop: landing, docs o página con QRVentajas:
- el dominio queda bajo tu control
- el fallback es explícito y testeable
- el link no depende de un proveedor móvil específico
- puedes agregar analítica, reglas por país o overrides temporales después
Para campañas de WhatsApp, QR de tiendas físicas, bio links de Instagram o anuncios de TikTok, esa claridad suele valer más que una lista larga de funciones que nadie mantiene.
Plan de migración
1. Inventaría todos los Dynamic Links activos
No migres “los obvios” y ya. Revisa:
- anuncios pagados
- emails de lifecycle
- links en WhatsApp Business
- QR impresos
- bios sociales
- docs de partners
- onboarding móvil
- referidos dentro de la app
Usa una hoja con columnas mínimas:
old_dynamic_link,owner,use_case,ios_destination,android_destination,desktop_destination,notes
https://xyz.page.link/sale,growth,app download,https://apps.apple.com/app/...,https://play.google.com/store/apps/...,https://tumarca.com/sale,campaña temporadaEsta hoja evita el clásico problema de lanzar la migración y descubrir dos semanas después que un QR de tienda o un email de recuperación quedó roto.
2. Clasifica por comportamiento
Agrupa cada link:
- fallback a tienda
- fallback web
- apertura de app instalada con fallback
- campaña especial con país, dispositivo o UTM
Así sabrás qué puede resolverse solo con redirecciones y qué requiere trabajo en la app.
3. Mueve los links a un dominio que controles
La migración es buen momento para dejar de depender de dominios ajenos. Un dominio como go.tumarca.com, links.tumarca.com o app.tumarca.com te da:
- control de DNS y SSL
- propiedad de largo plazo
- mejor confianza visual en campañas
- menos lock-in
No uses el dominio principal de marketing para todo si eso complica App Links o reglas de seguridad. Un subdominio dedicado suele ser más fácil de operar.
4. Define destinos explícitos por plataforma
No escribas “fallback” como una idea abstracta. Déjalo así:
- iPhone -> App Store
- Android -> Google Play
- desktop -> landing con QR o página del producto
- tablet -> web o tienda según tu producto
Si sabes que necesitas comportamiento por dispositivo, configura device targeting desde el inicio.
5. Configura App Links y Universal Links solo donde importan
Si la app instalada debe abrirse directamente:
- configura Android App Links
- configura Apple Universal Links
- prueba matching de rutas dentro de la app
- confirma que usuarios nuevos y usuarios con app instalada caen donde corresponde
Una capa de redirección puede mandar tráfico al lugar correcto. No puede inventar por sí sola el comportamiento interno de tu app.
6. Prueba en dispositivos reales
Como mínimo:
- iPhone Safari
- navegador dentro de Instagram o TikTok en iPhone
- Android Chrome
- navegador dentro de WhatsApp en Android
- desktop Chrome
- desktop Safari
Prueba con:
- app instalada
- app no instalada
- parámetros UTM presentes
- links escaneados desde QR
Un Redirect Checker te ayuda a inspeccionar saltos y destinos reales y compararlos con el dashboard de campaña.
Errores comunes
Tratar todos los links como si fueran iguales
Fallback a tienda, apertura de app instalada y deferred deep linking son requisitos distintos. Mezclarlos produce migraciones caras o incompletas.
Olvidar desktop
Muchos links móviles reciben clics desde laptops, tablets o previews de chat. El fallback web debe estar diseñado, no improvisado.
Perder parámetros de campaña
Si tus links antiguos llevaban utm_source, utm_campaign o IDs internos, decide qué conservar. No asumas que todos los reemplazos pasan query strings automáticamente.
No monitorear después del cambio
El día del lanzamiento no termina la migración. Usa analítica para revisar clics, dispositivos, países y destinos fallidos desde el primer día.
Dónde encaja UrlEdge
UrlEdge encaja cuando necesitas control de routing:
- dominios personalizados de marca
- fallback a App Store y Google Play
- fallback desktop
- reglas por dispositivo
- reglas por país
- validación de redirecciones
- analítica en el edge
Es especialmente útil si quieres que marketing pueda corregir campañas sin esperar un release de la app.
Si también necesitas atribución post-install pesada, mantén el alcance claro: UrlEdge puede ser la capa de links y fallback, mientras tu stack móvil conserva atribución y lógica dentro de la app.
FAQ
¿Puedo mantener un solo link para todos los dispositivos?
Sí. Un link de marca puede enviar iOS al App Store, Android a Google Play y desktop a una landing o página con QR.
¿Todavía necesito Universal Links o App Links?
Sí, si quieres abrir la app instalada directamente. Redirecciones HTTP y asociación nativa de apps resuelven capas distintas.
¿Y si solo usaba Firebase Dynamic Links para páginas de descarga?
Entonces la migración suele ser más simple: smart links por dispositivo, fallbacks explícitos y manejo correcto de parámetros.
¿Debo migrar uno por uno?
No manualmente si puedes evitarlo. Empieza con inventario, clasifica comportamiento y define destinos en lote.
Guías relacionadas de UrlEdge
- Smart links para App Store y redirección por dispositivo
- Cómo probar una redirección antes de publicarla
- 301 vs 302 vs 307 vs 308 explicado
- Analítica de redirecciones
Referencias
¿Listo para ordenar tus redirecciones?
Usa UrlEdge para gestionar tráfico desde el edge sin tocar servidores.
EmpezarArtículos relacionados
Ver todo
Redirección 301 vs 302 vs 307 vs 308: cuál usar
Usa 301 o 308 para cambios permanentes, y 302 o 307 para cambios temporales. La diferencia crítica es si el método HTTP debe conservarse.

Cómo redireccionar un dominio manteniendo rutas y parámetros
Aprende a redireccionar un dominio sin perder rutas, UTM ni links de campaña, evitando cadenas, problemas SSL y URLs rotas.