A alternativa certa ao Firebase Dynamic Links depende de qual parte do Dynamic Links você realmente usava. Se os seus links só mandavam quem tem iPhone para a App Store e quem tem Android para a Google Play, um link de loja sem SDK resolve isso em poucos minutos. Se o seu app dependia de deferred deep linking ou de atribuição de instalação, você precisa de uma plataforma com SDK, como Branch, AppsFlyer ou Airbridge.
A maioria dos guias de migração pula essa pergunta, e não é à toa: quase todos são escritos por empresas que vendem o SDK. O Google desligou o Dynamic Links em 25 de agosto de 2025 e, desde então, toda URL page.link retorna 404. Isso inclui as que estão em cartazes, em e-mails de onboarding e em descrições antigas da App Store. Este guia divide o Dynamic Links nos quatro trabalhos que ele fazia, mostra o que substitui cada um e explica o que fazer com os links que você já espalhou por aí.
O que aconteceu com o Firebase Dynamic Links?
O Firebase Dynamic Links foi encerrado em 25 de agosto de 2025. Segundo o FAQ do Firebase, todo link clicado agora retorna HTTP 404 para o usuário, e os subdomínios page.link não estão mais disponíveis. As APIs de Short Links e de Analytics foram junto.
A orientação do próprio Google traz três caminhos. O primeiro é migrar para um provedor de deep linking de terceiros: o Google cita Adjust, Airbridge, AppsFlyer, Bitly, Branch, Kochava e Singular, e avisa que não avaliou nenhum deles. O segundo é usar Android App Links e iOS Universal Links, se você só precisa de links pós-instalação. O terceiro é não substituir nada e remover o SDK. No mesmo dia, os links goo.gl inativos também foram desativados, assunto do post sobre a alternativa ao encurtador de URL do Google.
Não existe botão que traga os links antigos de volta.
Qual parte do Dynamic Links você usava de verdade?
O Dynamic Links juntava quatro trabalhos diferentes atrás de uma URL. Pouquíssimos apps usavam os quatro, e cada um tem um substituto diferente, com um preço bem diferente.
| Trabalho que o Dynamic Links fazia | Como saber se você usava | O que substitui |
|---|---|---|
| Redirecionamento para a loja | O link mandava iPhone para a App Store e Android para a Google Play | Um link de loja sem SDK |
| Abrir o app se estiver instalado | Tocar no link abria o app em vez do navegador | Universal Links (iOS) e App Links (Android) no seu próprio site |
| Deferred deep linking | Um usuário novo instalava o app e a primeira abertura mostrava um conteúdo específico, como um convite ou um produto | Uma plataforma com SDK: Branch, AppsFlyer, Airbridge |
| Atribuição de instalação | Você conferia as primeiras aberturas por link no console do Firebase | Um SDK de atribuição (MMP) |
O teste rápido é este. Procure no código do app as chamadas do SDK do Dynamic Links: getDynamicLink no Android, handleUniversalLink no iOS, getInitialLink ou onLink no Flutter. Se nada lê o link que chega, o seu app nunca usou as linhas dois a quatro. Os links faziam redirecionamento para a loja, e essa é a linha mais barata de substituir.
Se a busca encontrar handlers, veja o que eles fazem com o link. Código que só registra a URL em log é um caso bem diferente de código que abre uma tela de indicação.
Se você só precisa mandar para a loja: um link sem SDK
Redirecionar para a loja não exige nada dentro do app. O link verifica o aparelho do visitante e encaminha: iOS para a App Store, Android para a Google Play, todo o resto para uma página web que você escolher. Como isso funciona está no post sobre um único link para a App Store e a Google Play, então aqui fica só a configuração.
Com um link de download de app no Linxly, o processo é este:
- Crie um deep link e cole as URLs da App Store e da Google Play.
- Defina um destino alternativo para desktop, normalmente o seu site.
- Escolha o final do link, por exemplo
linx.ly/meu-app, e salve. O QR code é gerado na mesma hora.
Um detalhe que muita gente deixa passar: quando alguém que já tem o app abre o link, a página da loja mostra Abrir em vez de Obter ou Instalar. Ou seja, o link não abre o app sozinho, mas quem já é usuário fica a um toque dele.
O plano Starter ($0.99 por mês) inclui 2 deep links para iOS e Android. O redirecionamento para a Huawei AppGallery começa no Pro ($7.99 por mês), que também sobe o limite para 20 deep links.
Crie o link de download do seu app
Iniciar teste grátis de 7 dias. Cancele a qualquer momento.
ComeçarSe você precisa de deferred deep linking ou atribuição
Deferred deep linking significa que o contexto sobrevive à instalação: alguém toca num link de convite, instala o app, e a primeira abertura mostra aquele convite. Para levar contexto através da loja, o app precisa ter um código que pergunta a um servidor "qual link trouxe esse usuário?". A atribuição funciona do mesmo jeito. Nenhum dos dois é possível com um redirecionamento simples, e o Linxly não faz nenhum deles. Se o seu programa de indicação ou o seu onboarding depende disso, é para cá que o orçamento deve ir.
As principais opções, com preços tirados das próprias páginas de preços:
- Branch não divulga preços. A página de preços lista os planos Basics, Essentials e Enterprise, com teste no Basics e pedido de demonstração nos outros.
- AppsFlyer tem um plano Zero pensado para canais próprios, com 12 mil conversões gratuitas no primeiro ano, e cobra $0.07 por conversão depois disso no plano Growth (preços da AppsFlyer).
- Airbridge Core começa em $40 por mês depois de um teste de 30 dias e inclui deferred deep links (preços da Airbridge).
Antes de assinar qualquer coisa, faça uma pergunta sincera. Se um usuário novo cair na tela inicial em vez do convite, alguma coisa quebra? Se ele ainda acha o convite em dois toques, talvez você esteja pagando um SDK para economizar esses dois toques.
Abrir o app quando ele já está instalado
Se você quer que o link tocado abra o app direto, não precisa de fornecedor. Apple e Google suportam isso de forma nativa, e o próprio Firebase aponta essas soluções como substitutas para links pós-instalação.
No iOS, isso significa Universal Links: um arquivo apple-app-site-association em /.well-known/ no seu site, mais o entitlement Associated Domains no app. No Android, são os App Links: um arquivo em /.well-known/assetlinks.json e um intent filter com android:autoVerify="true". Conte com uma tarde de desenvolvimento e uma nova versão do app. Depois disso, não há assinatura para renovar.
O problema é o usuário que não tem o app. Nesse caso, o Universal Link só abre a sua página no navegador, então essa página precisa ter botões das lojas ou o seu link de loja.
Sinceramente, para ficar claro: o Linxly não abre o app. Ele manda a pessoa para a página da loja. As duas coisas convivem bem: os seus Universal Links para quem já é usuário (e-mails, compartilhamentos dentro do app) e um link de loja para todo mundo que você ainda quer conquistar (anúncios, bio, material impresso).
Como substituir os links que você já compartilhou
Ninguém consegue redirecionar uma URL page.link antiga. O subdomínio era do Google, não existe mais, e nenhuma ferramenta, Linxly incluído, consegue assumir esse tráfego. A única saída é trocar o link em cada lugar onde ele foi publicado, então comece com um inventário.
Ordene a lista pela dificuldade de mudar cada lugar. QR codes impressos em embalagens, cartazes e cartões de visita vêm primeiro, porque vão continuar mandando gente para um 404 enquanto existirem. Depois vêm os templates automáticos: e-mails de boas-vindas, recibos, notificações push. Em seguida, as páginas que mudam devagar, como descrições na App Store e na Google Play, botões de download do seu site e artigos da central de ajuda. Posts em redes sociais podem esperar. A maior parte do tráfego de um post de dois anos atrás já foi embora mesmo.
O que você imprimir ou enviar daqui para frente deve ser um link cujo destino você possa editar depois. O Dynamic Links saiu do ar no mesmo dia em que o Google desativou os links goo.gl inativos. Se o link na caixa é seu, uma mudança de URL na loja ou o fim de um provedor significa editar um campo, não reimprimir. No Linxly, editar o destino está em todos os planos, e o post sobre QR code para baixar aplicativo cobre o lado do impresso.
Olha, comece pelo código de compartilhamento do app. Se o app monta links de convite ou de compartilhamento no código, ele pode estar gerando URLs page.link até hoje, e esse é o único item da sua lista que continua crescendo até você lançar uma atualização.
Crie um link de loja que você pode editar depois
Iniciar teste grátis de 7 dias. Cancele a qualquer momento.
ComeçarAlternativas ao Firebase Dynamic Links comparadas
| Linxly | OneLink.to | Branch | Fazer você mesmo | |
|---|---|---|---|---|
| Redirecionamento para a loja sem SDK | Sim | Sim | Sim, pela própria plataforma | Sim, você escreve o redirecionamento |
| Abre o app se estiver instalado | Não, manda para a página da loja | Lista "Open in App" | Sim | Sim, com Universal Links e App Links |
| Deferred deep linking | Não | Lista para Android | Sim | Não |
| Atribuição de instalação | Não, só análise de cliques | Não listado | Sim | Não |
| Preço inicial | $0.99/mês, teste grátis de 7 dias | Planos pagos a partir de $10/mês | Não divulgado | Hospedagem mais tempo de desenvolvimento |
OneLink.to e Linxly redirecionam por aparelho sem SDK. A diferença está no que vem junto com o link. O Linxly inclui encurtador de link e página de link na bio na mesma conta, todo link ganha um QR code automaticamente e você pode trocar os destinos das lojas depois que o link já foi divulgado. Os planos começam em $0.99 por mês, mais ou menos um décimo do plano pago mais barato do OneLink.to. No Starter você vê cliques, país e tipo de aparelho. Sistema operacional, referrer e cidade começam no Pro. O post de alternativa ao OneLink.to compara os dois em detalhe.
Fazer você mesmo sai mais barato do que parece para redirecionar para a loja e mais caro do que parece para todo o resto.
Substitua seus links de loja do Firebase
Iniciar teste grátis de 7 dias. Cancele a qualquer momento.
ComeçarPerguntas Frequentes
O Firebase Dynamic Links ainda funciona?
Não. O Firebase Dynamic Links foi encerrado em 25 de agosto de 2025, e todo link agora retorna HTTP 404 para quem abre. Os subdomínios page.link não estão mais disponíveis.
Dá para migrar meus links page.link antigos?
Não. Os subdomínios page.link eram do Google, então nenhum provedor consegue assumir o tráfego deles. Troque os links onde foram publicados e, desta vez, use links que você possa editar depois.
Existe alternativa ao Firebase Dynamic Links sem SDK?
Sim, para redirecionar para a loja. Um link de loja que detecta o aparelho manda usuários de iOS para a App Store e de Android para a Google Play sem instalar nada no app. Abrir o app direto exige Universal Links e App Links, que você configura no próprio app.
O Linxly faz deferred deep linking?
Não. O Linxly manda cada visitante para a loja certa e registra o clique, mas não leva contexto através da instalação nem atribui instalações. Para isso você precisa de uma plataforma com SDK, como Branch, AppsFlyer ou Airbridge.
Quanto custa?
O Linxly começa em $0.99 por mês, com 2 deep links para iOS e Android no Starter. Todo plano começa com um teste grátis de 7 dias, e você pode cancelar quando quiser.