Firebase Dynamic Links foi desativado: o que usar agora

Durante anos, o Firebase Dynamic Links foi a resposta padrão para “como faço um único link que funcione para o meu app no iPhone, no Android e na web”. Era grátis, vinha com o Firebase e levava os deep links através da instalação. Agora acabou. Se você ainda tem endereços page.link em e-mails antigos, QR codes impressos ou no código do app, eles não funcionam mais.

Este post mostra o que aconteceu, o que cada parte do Dynamic Links fazia e o que substitui cada uma, para você reconstruir só o que realmente usava.

O que aconteceu

Ou seja, não sobrou período de carência nem jeito de manter um endereço page.link vivo. Quem toca em um hoje vê um erro. A única coisa que você pode mudar é para onde manda as pessoas daqui para frente.

Um efeito colateral passa fácil despercebido: o login por link enviado por e-mail do Firebase Authentication usava o Dynamic Links. Segundo o FAQ do Google, o login por link de e-mail continua funcionando, mas só com os SDKs mais novos do Authentication, e versões antigas do app que não foram atualizadas perdem esses recursos. Se as pessoas entram no seu app com um link mágico, confira isso primeiro.

O que o Dynamic Links realmente fazia

O “Dynamic Links” era, na verdade, quatro recursos com um nome só. A maioria dos apps usava um ou dois.

1. Direcionamento para a loja. Um único endereço que mandava iPhones para a App Store, celulares Android para o Google Play e computadores para um site.
2. Abrir o app se ele estiver instalado. Tocar no link num celular com o app abria a tela certa dentro dele.
3. Deep links adiados. Alguém sem o app tocava no link, instalava o app e, na primeira abertura, caía na tela para a qual o link apontava: um convite, um produto, uma lista compartilhada.
4. Links curtos e números básicos de cliques.

Antes de escolher um substituto, revise seu código e seu marketing e anote em quais dos quatro você se apoiava. É isso que define o tamanho do trabalho da migração.

Qual substituto para cada função

Abrir o app se ele estiver instalado: Universal Links e App Links

Para o recurso 2, o próprio Google recomenda os mecanismos nativos das plataformas: Universal Links no iOS e App Links no Android. Os dois permitem que um endereço https:// comum no seu próprio domínio abra o app direto quando ele está instalado, e caia no site quando não está.

Eles pedem um pouco de configuração:

• No iOS, um arquivo apple-app-site-association no seu domínio e o entitlement Associated Domains no app.
• No Android, um arquivo assetlinks.json no seu domínio e intent filters com autoVerify no manifest.
• Código no app que lê a URL recebida e abre a tela certa.

Para a maioria dos apps é uma tarde de trabalho, não custa nada e o domínio é seu, então ninguém pode desativá-lo de novo. O Firebase Hosting pode servir os dois arquivos de verificação se o seu site já estiver hospedado lá.

Direcionamento para a loja: um link inteligente

Para o recurso 1, você precisa de um link que identifique o aparelho e redirecione para a loja certa. Dá para escrever um você mesmo no seu site em poucas linhas, ou usar uma das muitas ferramentas de links inteligentes. O guia Um só link para a App Store e o Google Play cobre as duas opções e os detalhes que costumam pegar as pessoas (iPads que se identificam como Mac, bots de prévia de link, navegadores dentro de apps).

Deep links adiados: depende da plataforma

O recurso 3 é onde as plataformas mais diferem.

• No Android é simples. O Google Play oferece isso de fábrica, então um usuário novo pode cair na tela para a qual o link apontava, sem nenhum pedido. Nosso post Deep links adiados no Android, explicados mostra o passo a passo.
• No iPhone não existe equivalente. A Apple não repassa nada de um link através de uma instalação pela App Store, então as ferramentas que prometem deep links adiados no iPhone dependem de fingerprinting ou de um pedido para colar. Deep links adiados, explicados compara as opções, incluindo a que a Apple proíbe.

Se o seu fluxo no iPhone dependia de deep links adiados, pense se ele pode funcionar de outro jeito: peça aos usuários novos que entrem na conta ou digitem um código de convite, e recupere o contexto a partir da conta deles.

Links curtos e números

O recurso 4 é o mais fácil de substituir: quase toda ferramenta de links encurta e conta. A pergunta melhor é de quais números você precisa. Cliques dizem quem tocou. O Dynamic Links nunca disse muito mais do que isso. Se você quer saber qual link trouxe instalações, e qual trouxe gente que pagou, precisa de uma ferramenta com um SDK no app, e é aí que uma migração pode deixar você melhor do que antes.

Substitutos completos

Se você usava os quatro recursos, ou também precisa de atribuição para campanhas pagas, uma plataforma completa de deep linking ou de mensuração substitui o Dynamic Links de uma vez. O FAQ do Google cita Adjust, Airbridge, AppsFlyer, Bitly, Branch, Kochava e Singular, e desde a desativação surgiram muitas ferramentas menores voltadas justamente para quem usava o Dynamic Links. Elas variam muito em preço, no comportamento no iPhone e em quanta configuração exigem, então teste com o seu próprio app antes de migrar tudo.

Onde o Unolink se encaixa

O Unolink não é um substituto direto de todo o Dynamic Links. Ele substitui as partes que a maioria dos apps realmente usava e acrescenta o que o Dynamic Links nunca mostrou: o que as pessoas fizeram depois da instalação.

O que ele substitui:

• O direcionamento para a loja, em todos os planos, inclusive o Free: um link por app que manda iPhone e iPad para a App Store, Android para o Google Play e computadores para o seu site ou loja de desktop. Bots conhecidos e prévias de link nunca são enviados para uma loja nem contados. A configuração leva poucos minutos.
• Links curtos com números: um link de campanha por post, criador ou anúncio, cada um com cliques por país, plataforma, referenciador e tag UTM.
• QR codes para cada link, para que os próximos códigos impressos apontem para um endereço que você controla.
• Deep links adiados no Android (Pro ou superior, com o SDK): defina uma tela de destino para um link e os novos usuários de Android caem nela depois de instalar. Veja deep links adiados no Android.

O que ele acrescenta:

• Qual link trouxe cada instalação, no iPhone e no Android, sem fingerprinting (Pro ou superior, com o SDK).
• O que aconteceu depois, por link: onboarding, visualizações do paywall e compras, com a receita do RevenueCat chegando sozinha depois de conectar. Você vê quais posts, criadores e anúncios trazem usuários pagantes, não só toques.
• Landing pages e uma página de desenvolvedor (Indie ou superior), para anúncios e para a sua bio.
• Um preço fixo e público: Free para começar, depois US$ 6, US$ 19 ou US$ 49 por mês. Sem taxa por clique ou por instalação, e sem ligação de vendas. Veja os preços.

O que ele não faz:

• Universal Links e App Links. Os links do Unolink sempre passam pela loja; para abrir um app instalado, configure os links próprios das plataformas no seu domínio.
• Deep links adiados no iPhone. O Unolink não faz fingerprinting dos aparelhos nem usa pedido para colar, então não há deep links adiados no iPhone.
• Links no seu próprio domínio. Hoje os links ficam em go.unolink.dev. Domínios personalizados chegam em breve.

Uma configuração comum para equipes pequenas: Universal Links e App Links no seu próprio domínio para quem já tem o app, e um link do Unolink nas bios, anúncios e QR codes para quem não tem.

Checklist de migração