Alternativa ao Firebase Dynamic Links para apps e campanhas

Se você procura uma alternativa ao Firebase Dynamic Links, primeiro separe o que sua operação realmente usava. Muitas equipes usavam Dynamic Links para três coisas diferentes: link curto com marca, roteamento por dispositivo e fallback quando a pessoa não tinha o app instalado.

Isso nem sempre exige uma plataforma completa de atribuição mobile. Em muitos casos, dá para reconstruir a camada de links com peças mais previsíveis: domínio próprio, redirecionamentos HTTP, App Links / Universal Links e destinos claros para iOS, Android e web.

Segundo a FAQ oficial do Firebase Dynamic Links, o Firebase Dynamic Links foi descontinuado e estava programado para parar de funcionar em 25 de agosto de 2025. Se ainda havia links antigos em campanhas de WhatsApp, Instagram, QR code, onboarding ou email, o risco deixou de ser futuro: esses links precisam ser substituídos.

O que você precisa substituir

Quando alguém diz "precisamos substituir o Firebase Dynamic Links", normalmente fala de uma ou mais destas funções:

1. Enviar iPhone para App Store e Android para Google Play.
2. Enviar desktop para uma landing page ou página com QR code.
3. Manter uma URL limpa, como app.suamarca.com/promo.
4. Preservar parâmetros UTM de campanhas de Instagram, TikTok, WhatsApp ou email.
5. Abrir o app instalado quando o sistema operacional permite.

Esses pontos não são o mesmo problema.

• Fallback por dispositivo é principalmente roteamento HTTP.
• Abrir o app instalado depende de Android App Links e Apple Universal Links.
• Abrir o app com contexto depois da instalação costuma exigir lógica no app ou uma solução de atribuição.
• Preservar UTM depende de como a regra de redirecionamento foi configurada.

[!TIP] A migração mais rápida raramente é recriar o Firebase inteiro. É substituir os comportamentos que marketing, produto e suporte realmente usam.

Arquitetura recomendada

Uma substituição prática costuma ter quatro camadas:

1. Domínio próprio

Use um domínio controlado pela marca, como:

app.suamarca.com/oferta
go.suamarca.com/indique

Isso evita depender de um domínio genérico e facilita trocar o destino sem mudar links já publicados em bio, QR code, mídia paga ou mensagens de WhatsApp.

2. Roteamento por dispositivo

A regra detecta iOS, Android ou desktop e envia cada clique para o destino adequado:

iOS      -> App Store
Android  -> Google Play
Desktop  -> Landing page web

Se a campanha é brasileira, o fallback desktop precisa ser útil: uma página com QR code, explicação curta e botão para continuar no navegador costuma funcionar melhor que mandar todos para uma loja mobile.

3. Preservação de parâmetros

Se links antigos carregavam utm_source, utm_campaign, cupom, ID de afiliado ou referência interna, decida o que será preservado. Não assuma que toda solução repassa query string automaticamente.

Exemplo:

app.suamarca.com/promo?utm_source=instagram&utm_campaign=lancamento

O destino final deve manter os parâmetros quando eles alimentam analytics, CRM ou atribuição.

4. Fallbacks explícitos

Não deixe fallback "no improviso". Defina o que acontece quando:

• o usuário está em desktop
• o dispositivo não é identificado
• o país não é atendido
• a loja de app está indisponível
• a campanha acabou

Isso reduz suporte e evita links mortos depois do lançamento.

Casos comuns no Brasil

Campanhas de WhatsApp

Links enviados por WhatsApp são compartilhados, reenviados e salvos. Se o destino muda, você não consegue editar todas as mensagens antigas. Um link com marca e destino controlado permite corrigir a rota sem perder a campanha.

Bio de Instagram e TikTok

Uma URL única pode levar iPhone para o app, Android para Google Play e desktop para uma landing. O importante é que a prévia do link continue confiável e que os UTMs não se percam.

QR code em loja, evento ou embalagem

QR code impresso não pode ser trocado depois. O destino precisa ser atualizável. Use um link intermediário com domínio próprio e regra de roteamento.

O que a UrlEdge cobre

A UrlEdge pode atuar como camada de links:

• domínio personalizado
• redirecionamento por dispositivo
• fallback web
• preservação de parâmetros
• analytics por país e dispositivo
• validação de redirecionamentos
• troca de destino sem novo release do app

Se você precisa de atribuição pós-instalação pesada, mantenha o escopo claro: a UrlEdge cuida da camada de link e fallback; sua stack mobile continua responsável por eventos dentro do app.

Checklist de migração

Antes de desligar links antigos:

1. Exporte todos os Dynamic Links existentes.
2. Classifique cada link por destino, campanha, dispositivo e fallback.
3. Crie URLs novas no seu domínio.
4. Configure regras para iOS, Android e desktop.
5. Preserve UTMs e IDs internos quando necessários.
6. Teste links em WhatsApp, Instagram, navegador mobile e desktop.
7. Monitore cliques e erros nos primeiros dias.

Não migre no escuro. Links mobile antigos costumam aparecer em canais que ninguém lembra: emails transacionais, posts antigos, QR codes, onboarding, push notifications e scripts de atendimento.

Com uma camada de redirecionamento controlada, a próxima mudança de app, loja ou campanha não exige refazer todos os links do zero.