Branch.io e Elido resolvem problemas sobrepostos com arquiteturas não sobrepostas. A Branch fornece um SDK móvel que intercepta links dentro do seu aplicativo, atribui a instalação e roteia o usuário para um destino. O Elido gerencia o deep linking inteiramente no lado do servidor — o endpoint de redirecionamento resolve a plataforma, retorna o payload correto de Universal Link ou App Link, e o SO faz o resto. Nenhum SDK para integrar, nenhuma atualização de aplicativo necessária para alterações de roteamento, nenhum estado no lado do cliente para depurar.
Este post compara os dois nas dimensões que importam ao avaliar: tamanho do pacote, modelo de atribuição, deep linking diferido, comportamento de deep-link-ao-abrir, suporte a domínio personalizado e a postura de residência na UE. O pilar de alternativas ao Bitly aborda o cenário competitivo mais amplo; esta é a comparação específica da Branch.
O que a Branch.io faz#
A Branch é um parceiro de medição móvel (MMP) com uma superfície de deep-linking acoplada. O produto foi construído em torno do problema de atribuição de instalação: um usuário clica em um link, instala seu aplicativo, abre o aplicativo, e você precisa saber qual campanha gerou a instalação. O SDK da Branch faz o fingerprinting da instalação, faz a correspondência com o clique no backend deles e exibe a atribuição em um painel.
O lado do deep-linking acompanha: um link da Branch codifica um destino de deep-link mais uma URL de fallback de instalação. Se o aplicativo estiver instalado, o SDK da Branch intercepta o link e faz o roteamento dentro do aplicativo. Se o aplicativo não estiver instalado, o link redireciona para a App Store ou Play Store; após a instalação, a primeira abertura do aplicativo dispara um callback de deep-link diferido que roteia o usuário para o destino original. Esse caminho diferido é o recurso pelo qual a maioria das equipes paga à Branch.
A superfície de preços é densa. A Branch publica níveis de planos (Starter, Pro, Enterprise), mas a maior parte dos preços relevantes está oculta atrás de uma chamada de vendas, particularmente para aplicativos com alto MAU ou para o add-on de Atribuição Baseada em Pessoas. As páginas de preços públicos listam "Starter" como zero e "Pro" como "entre em contato com vendas" (acessado em 2026-05-22). Para comparação de compras, essa ausência é uma fricção real.
O que o Elido faz#
O Elido gerencia o deep linking no lado do servidor. Um link curto aponta para um único endpoint resolvedor no POP de borda. Quando uma requisição atinge o endpoint, o resolvedor lê o User-Agent, analisa a configuração de deep-link do link e retorna a resposta apropriada:
- iOS Safari com o aplicativo instalado: um payload de Universal Link apontando para o domínio reivindicado do aplicativo. O SO abre o aplicativo diretamente.
- iOS Safari sem o aplicativo instalado: um redirecionamento para a App Store com um Smart App Banner.
- Android com o aplicativo instalado: um App Link com o esquema
intent://como fallback. - Android sem o aplicativo instalado: um redirecionamento para a Play Store com o nome do pacote anexado.
- Desktop ou contextos fora de aplicativos: o destino web canônico.
O resolvedor roda em Go usando fasthttp, atinge o cache L1 LRU primeiro, passa para o Redis no L2 se houver falha, e vai para a origem apenas em um cache frio. O post sobre redirecionamento p95 abaixo de 15ms aborda o modelo completo de latência. Não há SDK no dispositivo. O manipulador em nível de SO faz o roteamento; o Elido fornece os metadados do link.
Essa diferença arquitetônica é a base de toda a comparação. Se você precisa da atribuição de instalação mediada por SDK que a Branch oferece (deep links diferidos pós-instalação, fingerprinting da fonte de instalação, atribuição de canais pagos), o Elido não é um substituto direto. Se você precisa apenas de deep links — o comportamento de roteamento de links, o fallback ciente da plataforma, os analytics — o Elido é a opção menor, mais rápida e com residência na UE.
Comparação de peso do SDK#
Este é o item onde a diferença arquitetônica aparece no pacote do seu aplicativo.
| Superfície | SDK da Branch | Elido |
|---|---|---|
| Tamanho do framework iOS (não compactado) | ~3.5 MB | 0 KB |
| Android AAR (não compactado) | ~2.8 MB | 0 KB |
| Pacote de ponte React Native | ~1.2 MB | 0 KB |
| Permissões solicitadas (Android) | INTERNET, ACCESS_NETWORK_STATE, ad-id | nenhuma do Elido |
| Solicitação de App Tracking Transparency (iOS) | necessário para IDFA | não aplicável |
A coluna do Elido é zero porque nada roda no dispositivo para o caminho de redirecionamento em si. Universal Links e App Links são recursos do SO; eles não exigem um SDK de terceiros. Os metadados do link (apple-app-site-association, assetlinks.json) são servidos a partir do seu domínio; o Elido ajuda você a gerar os arquivos, mas não incorpora código no seu aplicativo.
Para equipes de aplicativos que operam perto do limite de tamanho de 200 MB da iOS App Store ou que combatem o inchaço do pacote no Android, remover o SDK da Branch economiza uma parte objetivamente mensurável do tamanho binário e um prompt de ATT. Para equipes que já estão em 50 MB no total, o peso do SDK é um erro de arredondamento.
O post sobre deep links sem SDK detalha o que você realmente precisa enviar em cada plataforma quando decide não usar SDK.
Modelo de atribuição#
É aqui que a Branch genuinamente faz algo que o Elido não faz.
O modelo de atribuição de instalação da Branch usa fingerprinting (IP + características do dispositivo) para corresponder um clique pré-instalação com um dispositivo pós-instalação. A correspondência é probabilística, mas confiável o suficiente para atribuição de aquisição paga no Meta, TikTok, Google e nas principais redes. A Branch também é um parceiro de medição SKAdNetwork (SKAN), que é o único caminho de atribuição pós-IDFA determinístico no iOS.
O Elido não faz SKAdNetwork. Nós atribuímos cliques no lado do servidor: cada redirecionamento é registrado com seu referenciador, parâmetros UTM e o destino para o qual foi resolvido. Encaminhamos eventos pós-redirecionamento (compras, inscrições) para Meta CAPI, GA4 e TikTok Events API através do pipeline de rastreamento de conversão no lado do servidor. Isso funciona para a superfície de atribuição pós-clique; não oferece atribuição de instalação contra a rede SKAN do iOS ou o Play Install Referrer do Android.
Para a maioria dos aplicativos B2B e prosumer, o pipeline pós-clique é o que eles realmente precisam: um profissional de marketing precisa saber que "a campanha gerou o clique, que gerou a conversão". A camada de atribuição de instalação importa principalmente para aquisição móvel paga em escala (jogos, e-commerce, aplicativos sociais com orçamentos de UA de sete dígitos). Se você está comprando instalações pagas, a Branch é a resposta certa. Se você está operando canais próprios (e-mail, social orgânico, parcerias, conteúdo), o Elido é a resposta certa.
Deep linking diferido#
Deep linking diferido — rotear um usuário para um destino específico dentro do aplicativo após ele instalar o aplicativo, onde a instalação foi acionada pelo clique em um link — é o recurso principal da Branch. O exemplo clássico: um usuário clica em um link para um produto específico, instala o aplicativo e cai na página desse produto, em vez da tela inicial do aplicativo.
O Elido suporta deep linking diferido através de um mecanismo diferente. O link curto codifica o destino dentro do aplicativo como um parâmetro de consulta na URL de fallback da App Store. Após a instalação, o primeiro lançamento do aplicativo lê https://apps.apple.com/...?referrer=elido_link_id=abc123 (ou o equivalente Play Install Referrer no Android), chama a API do Elido para resolver o link original e roteia o usuário.
Isso requer uma chamada de API do aplicativo no primeiro lançamento — sem SDK, apenas uma requisição de rede e um roteador. O padrão está documentado no post sobre deep links sem SDK e no guia operacional /docs/guides/deep-links. A taxa de correspondência é alta (>95% em nossos testes) porque o referenciador de instalação flui através do canal fornecido pela plataforma.
A desvantagem: requer integração no lado do aplicativo. Você adiciona um cliente HTTP e um roteador no seu caminho de inicialização. Com o SDK da Branch, o roteamento diferido é automático; com o Elido, o aplicativo precisa optar por participar. Esse é o trabalho que você economiza em bytes de SDK e prompts de ATT.
Suporte a domínio personalizado#
A Branch suporta domínios personalizados no plano Pro e superiores (preço sob consulta). A configuração exige um CNAME no seu provedor de DNS apontando para a borda da Branch, além de verificação no lado da Branch.
O Elido suporta domínios personalizados em todos os níveis pagos. O certificado TLS é emitido através do on-demand TLS do Caddy em até 60 segundos após a propagação do CNAME. O passo a passo de domínios personalizados para links curtos aborda o fluxo de DNS. Não há uma etapa separada de verificação de domínio; a emissão do certificado é a verificação.
Para o caso de deep-link, os domínios personalizados importam porque Universal Links e App Links exigem que o domínio do link corresponda aos serviços webcredentials e applinks do arquivo apple-app-site-association. O assetlinks.json no Android funciona da mesma maneira. Ambos os arquivos precisam ser servidos a partir do domínio personalizado sobre HTTPS com um certificado válido.
O Elido gera automaticamente e serve ambos os arquivos quando você configura deep links para um domínio. A configuração fica em /settings/apps no painel; a página /features/deep-links aborda a superfície do produto, e o guia /docs/guides/deep-links detalha os aspectos operacionais.
Residência na UE#
A Branch é uma empresa dos EUA. O backend da Branch roda na AWS nos EUA; o plano de dados não é residente na UE. Para uma equipe de aplicativo baseada nos EUA, isso é aceitável; para um aplicativo residente na UE ou qualquer equipe que precise de residência de dados em conformidade com o GDPR, isso é um bloqueador de contratação.
O Elido é focado na UE primeiro. O plano de dados roda na Hetzner Frankfurt e OVH Estrasburgo, com a fonte da verdade Postgres em regiões da UE e analytics de cliques ClickHouse replicados para a UE. O pilar de GDPR para encurtadores de URL aborda a postura de residência de dados em detalhes; o post sobre residência de dados na UE para marketing aborda a resposta para o setor de compras.
Para equipes onde o DPO precisa assinar cada diagrama de fluxo de dados de fornecedores, este é frequentemente o diferencial mais importante. Schrems II e pixels de rastreamento aborda o contexto legal de por que um fornecedor de atribuição residente nos EUA é mais difícil de defender do que um residente na UE.
Quando a Branch é a resposta certa#
Para ser claro sobre onde a Branch vence:
- Você está comprando instalações móveis pagas em escala. A integração com SKAdNetwork é fundamental para UA paga no iOS pós-IDFA. A Branch é um MMP; o Elido não é.
- Você precisa de atribuição contra as principais redes de anúncios nativamente. A Branch possui integrações diretas com Meta, TikTok, Google Ads, Apple Search Ads e dezenas de redes menores. O Elido encaminha conversões, mas não atua como um MMP.
- Você quer um único fornecedor para atribuição de instalação e eventos pós-instalação. A Branch unifica os dois; o Elido é uma camada de deep-link mais atribuição pós-clique que se associa a um MMP, se necessário.
Se algum desses for um fator determinante, pare de ler e escolha a Branch. Nos outros 80% dos casos de uso de deep-linking — compartilhamento de conteúdo, campanhas de e-mail, integrações de parceiros, referências no aplicativo, roteamento de canais próprios — o Elido gerencia com menos peso.
Quando o Elido é a resposta certa#
As vitórias mais claras para o Elido:
- Você fornece um aplicativo B2B ou prosumer. Os fluxos de trabalho dos profissionais de marketing são pós-clique, não atribuição de instalação. E-mail, links de parceiros, marketing de conteúdo, programas de indicação.
- Você se preocupa com o tamanho do pacote do aplicativo ou com a contagem de prompts de ATT. Remover o SDK da Branch economiza cerca de 3,5 MB no iOS e um prompt de ATT.
- Você precisa de residência de dados na UE. Dados de atribuição residentes nos EUA são um problema de Schrems II; residentes na UE não são.
- Você quer uma única ferramenta para links curtos e deep links. A Branch gerencia deep links; Bitly ou Rebrandly gerenciam links curtos. Com o Elido, o mesmo registro de link gerencia ambos — os mesmos templates UTM, os mesmos analytics, as mesmas campanhas.
- Você prefere nenhum SDK no dispositivo. Envio mais rápido, sem quebras quando o iOS ou Android alteram sua postura de privacidade, uma coisa a menos para depurar.
Matriz de recursos lado a lado#
| Capacidade | Branch.io | Elido |
|---|---|---|
| SDK móvel necessário | sim (iOS + Android + RN) | não |
| Impacto no pacote do app | ~3-5 MB | 0 |
| Universal Links / App Links | sim | sim |
| Deep linking diferido | mediado por SDK | referenciador de instalação + chamada de API |
| Atribuição de instalação | sim (fingerprint + SKAN) | não |
| Atribuição pós-clique | sim | sim |
| Encaminhamento Meta CAPI / GA4 server-side | sim | sim |
| Domínio personalizado | Pro+ | todos os níveis pagos |
| Residência de dados na UE | não | sim |
| Templates UTM por link | sim | sim |
| Eventos de Webhook | sim | sim (detalhes) |
| Preços públicos | parcial | total |
| Prompt de ATT necessário (iOS) | sim (para IDFA) | não |
| API aberta + SDKs | sim (REST) | sim (5 linguagens) |
Resposta para contratação#
Para a equipe de compras realizando uma comparação de fornecedores: a Branch é líder em atribuição de instalação móvel e a escolha certa se a integração com SKAdNetwork estiver entre seus três principais requisitos. O Elido é a escolha certa se deep linking, atribuição pós-clique, residência na UE e peso zero de SDK tiverem maior prioridade do que a atribuição de UA paga.
Para a maioria dos aplicativos B2B e prosumer, a comparação se resolve a favor do Elido. O SDK da Branch é um custo indireto que você paga por um recurso que não utiliza. O post classificando encurtadores de URL gratuitos aborda a comparação de custos mais ampla; /pricing tem a matriz completa de planos do Elido.
Se você está atualmente na Branch e considerando uma mudança, o manual de migração do Bitly aborda a mecânica geral de migração — exportar seus registros de links, mapear os destinos, redirecionar o antigo domínio ou reemitir os links no seu. A exportação específica da Branch é um CSV de configurações de links do painel da Branch; o resto é o mesmo fluxo.
Referências externas#
- Documentação de Universal Links da Apple — o que o arquivo
apple-app-site-associationfaz. - Verificação de App Links do Google — o mecanismo
assetlinks.json. - Framework App Tracking Transparency da Apple — o que o prompt de IDFA realmente exige.
Leituras relacionadas#
- Alternativas ao Bitly — a lacuna real de recursos — o pilar de comparações.
- Deep links para aplicativos móveis sem um SDK — o passo a passo completo de deep-link no lado do servidor.
- Smart links explicados — o sistema de roteamento ciente da plataforma que o Elido utiliza.
- GDPR para encurtadores de URL — o pilar de residência na UE.
- Domínios personalizados para links curtos — o passo a passo de DNS + TLS.
- Superfícies do produto:
/features/deep-links,/features/smart-links,/solutions/developers. - Guias operacionais:
/docs/guides/deep-links,/docs/guides/smart-links.