Cómo configurar Universal Links y App Links después de Firebase

Si todavía tienes links de app en QR, campañas de WhatsApp, anuncios, emails o bios sociales, el problema ya no es "buscar otra herramienta como Firebase". El problema es mantener vivos los enlaces públicos sin romper apertura de app, fallback ni medición.

Por eso conviene separar lo que Firebase Dynamic Links mezclaba en un solo producto:

1. el link público de marca
2. la apertura de app instalada
3. el fallback a App Store, Google Play o web
4. la conservación de parámetros de campaña

Según la FAQ oficial de Firebase Dynamic Links, el servicio dejó de funcionar el 25 de agosto de 2025. Si todavía dependías de esos URLs en campañas, onboarding o referidos, la salida práctica no es buscar "un clon". Es reconstruir una capa de links más clara.

La diferencia clave

Universal Links y Android App Links no hacen el mismo trabajo que una plataforma de redirects.

• Universal Links resuelven la apertura nativa en iPhone.
• App Links resuelven la apertura nativa en Android.
• La capa de redirects controla el dominio de marca, el fallback, el routing por dispositivo y la estabilidad del link que marketing comparte.

Si mezclas estas piezas, el proyecto se vuelve confuso. Si las separas, la migración se vuelve operable.

Lo que más usan los equipos en la práctica

En LATAM, este tipo de links suele vivir en:

• campañas de WhatsApp
• anuncios en Meta o TikTok
• QR de tiendas, eventos o empaques
• emails de activación
• páginas de descarga
• flujos de referidos

Eso significa que el reemplazo no se evalúa solo desde mobile. También importa para marketing, ecommerce y growth.

Qué hace cada pieza

Universal Links

Apple Universal Links permiten que un link HTTPS abra la app instalada en iOS si:

• el dominio está asociado con la app
• la app tiene la capability correcta
• el dominio sirve un apple-app-site-association válido
• la ruta coincide con lo que la app sabe manejar

Android App Links

Android App Links hacen lo equivalente en Android. Para eso necesitas:

• dominio verificado
• configuración correcta en el manifest
• un assetlinks.json válido
• manejo de rutas dentro de la app

Lo que ninguna de las dos resuelve sola

Ni Universal Links ni App Links cubren por sí mismas:

• qué pasa con desktop
• a dónde mandas usuarios sin app instalada
• links cortos de marca
• preservación de UTM
• campañas con varios destinos

Ahí sigue entrando la capa de routing.

El stack más limpio después de Firebase

Para la mayoría de equipos, la arquitectura más mantenible se parece a esta:

go.tumarca.com/promo
  -> detectar dispositivo en el edge
  -> iPhone con app: Universal Link
  -> iPhone sin app: App Store
  -> Android con app: App Link
  -> Android sin app: Google Play
  -> Desktop: landing, docs o página con QR

La ventaja es clara:

• el dominio queda bajo tu control
• el fallback deja de ser ambiguo
• marketing comparte una sola URL
• producto y mobile pueden probar el flujo real

El cuello de botella típico: los archivos de verificación

Muchos equipos entienden el concepto, pero se traban cuando toca publicar:

• apple-app-site-association
• assetlinks.json

Esto se vuelve especialmente incómodo cuando la web está en Shopify, Webflow, Wix o algún CMS que no facilita archivos en raíz o .well-known.

Por eso UrlEdge encaja bien como capa intermedia. Con custom response, puedes servir estos archivos desde el edge sin convertir ese paso en un mini proyecto de infraestructura.

Plan de implementación

1. Haz inventario de todos los links públicos

No migres solo los links "obvios". Revisa:

• campañas activas
• QR impresos
• links de descarga
• emails de lifecycle
• páginas de soporte
• mensajes en WhatsApp Business
• rutas de referidos

2. Separa apertura de app y fallback

Para cada link importante, responde:

1. si la app está instalada, ¿debe abrirse?
2. si no está instalada, ¿va a la tienda o a web?
3. ¿qué ve desktop?
4. ¿deben mantenerse UTMs o parámetros propios?

3. Elige el dominio público definitivo

Normalmente conviene concentrar la estrategia en algo como:

• go.tumarca.com
• app.tumarca.com
• links.tumarca.com

Eso reduce dependencia de hostnames de terceros y hace más fácil migrar otra vez si el stack cambia.

4. Publica y valida los archivos de asociación

Confirma contra la documentación oficial:

• Apple Universal Links
• Android App Links

Si esto falla, la apertura nativa seguirá siendo inconsistente aunque el redirect general parezca correcto.

5. Define reglas explícitas para cada estado

No te quedes con un "ya veremos el fallback". Déjalo por escrito:

• iOS con app -> app
• iOS sin app -> App Store
• Android con app -> app
• Android sin app -> Google Play
• desktop -> landing o QR handoff

6. Prueba en contexto real

No basta probar en un navegador de escritorio. Revisa:

• iPhone Safari
• Android Chrome
• in-app browsers de campañas sociales
• desktop
• QR escaneado desde móvil
• links con UTM

Ahí es donde se nota la diferencia entre "el link responde" y "la experiencia completa está bien".

Errores comunes

Pensar que device routing reemplaza App Links / Universal Links

No. Routing decide el destino. App Links y Universal Links resuelven la apertura nativa confiable.

Olvidar desktop

Muchos equipos diseñan el flujo solo para móvil y dejan desktop como accidente. Eso rompe páginas de ayuda, docs, ventas y QR vistos desde laptop.

Perder parámetros de campaña

Si tus campañas viven en WhatsApp, email, Meta o TikTok, conserva los parámetros intencionalmente. Si no, terminas con tráfico que sí llegó, pero ya no se puede atribuir bien.

Tener demasiadas capas

Si el flujo pasa por varios acortadores, redirects viejos y landing intermedias, depurar se vuelve lento. Menos hops casi siempre significa menos sorpresas.

Dónde encaja UrlEdge

UrlEdge aporta valor cuando necesitas combinar:

• link público de marca
• routing por dispositivo
• fallback a App Store, Google Play o web
• preservación de UTM
• analítica del clic
• publicación de archivos de asociación desde el edge

No reemplaza por sí solo toda la parte de atribución móvil avanzada. Pero sí te devuelve el control del link público y del comportamiento de fallback, que suele ser la parte más visible para campañas y usuarios.

Cierre

Después de Firebase Dynamic Links, la salida más sana no suele ser "otra caja negra". Suele ser una arquitectura más simple:

• dominio de marca
• routing por dispositivo
• Universal Links y App Links bien verificados
• fallback explícito
• parámetros de campaña preservados

Eso da menos magia, pero mucho más control.