Por que os deep links pararam de funcionar no X para iOS e o que fazer agora
Resumo
- O redirecionamento para a loja e os deep links pararam de funcionar no X para iOS no início de novembro de 2025 devido a mudanças no WebView interno do app.
- Os redirecionamentos via esquema do aplicativo e da App Store foram bloqueados, levando os usuários para uma tela em branco.
- Isso resultou em uma queda significativa nas conversões de postagens orgânicas no X.
- Foi um caso isolado no iOS, então não afetou o Android nem o Safari.
- Você pode recuperar seus fluxos usando um fallback https ou uma página de destino com o deep linking da AppsFlyer.
Por que o redirecionamento e os deep links quebraram no X e como resolver isso?
O redirecionamento e os deep links são projetados para não gerar fricção para os usuários. Porém, eles não estavam cumprindo essa função…
Uma falha repentina e consistente surgiu no X (antigo Twitter) no início de novembro de 2025, quando os deep links pararam de abrir aplicativos ou a App Store no iOS. A interrupção resultou em uma queda de pelo menos 86% nas conversões de postagens orgânicas no X.
O monitoramento proativo da AppsFlyer logo identificou o problema no redirecionamento para a loja e encontrou uma solução rápida que foi lançada imediatamente.
O que aconteceu e como o problema foi resolvido? Vamos entender melhor!
O que os usuários finais observaram e por quê?
De acordo com os dados da AppsFlyer, os usuários de iOS que clicaram em um link que deveria direcioná-los do X para um aplicativo notaram que o navegador in-app congelou em uma tela em branco.
Com o deep linking e o deferred deep linking funcionando corretamente, o link deveria abrir o aplicativo ou redirecionar os usuários para a loja (caso o app não estivesse instalado). Não havia fallback nem mensagem de erro. Resultado: o fluxo foi interrompido, os usuários se frustraram e houve uma queda imediata nas conversões.
A origem do problema foi o WebView interno do X, ou seja, um navegador embutido para abrir links dentro do aplicativo.
Uma atualização recente do WebView apresentou duas mudanças importantes:
| Tópico | Antes | Depois |
| Redirecionamentos via esquema do aplicativo, como myapp:// | O iOS abria o aplicativo instalado. | O WebView interceptou e parou os redirecionamentos. Os usuários clicaram no link, mas nada aconteceu. |
| Redirecionamentos via esquema da App Store, como itms-apps:// | O redirecionamento levava à App Store. | O redirecionamento para a loja está bloqueado, apesar de ser recomendado pela Apple. O domínio do site da loja está bloqueado. Não há uma maneira automatizada de redirecionar para a loja a partir do X no iOS. |
Embora o uso de links universais padrão ainda seja uma possível forma de abrir o aplicativo, recomendamos que você não faça isso, pois talvez outros fluxos parem de funcionar. Conclusão: mesmo com o aplicativo já instalado, os usuários finais não enxergavam uma saída. Isso gerou um impacto comercial crítico para anunciantes e desenvolvedores.
O problema estava limitado ao X para iOS porque cada aplicativo mantém o próprio WebView e a própria lógica.
Esse comportamento restritivo ocorreu especificamente no WebView do X para iOS e não afetou outros aplicativos no Android ou Safari.
Soluções possíveis
O problema com os links no X causa um impacto comercial imediato.
Para resolver isso, existem várias soluções possíveis. Neste blog, vamos nos concentrar em duas (mas saiba que existem outras):
Solução 1: Redirecionamento para a loja como fallback quando um aplicativo não está presente e é baseado em uma URL https://.
- Vantagem: Resolve a situação “aplicativo não instalado” e previne fluxos interrompidos para novos usuários. Uma boa opção se o foco é adquirir novos usuários para seu aplicativo.
- Desvantagem: Não funciona bem quando você está tentando reengajar usuários existentes, pois isso significa que eles terão que passar pela loja antes de abrir seu aplicativo. Uma etapa extra no processo pode resultar em uma taxa de conversão mais baixa, levando a um impacto comercial negativo.
Solução 2: Manter uma página de destino intermediária no seu site permite que você retome o controle total do fluxo.
- Vantagens:
- Você pode usar o método da sua preferência na abertura do aplicativo para usuários existentes em termos de segurança e performance (links universais).
- Você pode usar uma solução inteligente como o deep linking da AppsFlyer (OneLink) para gerenciar seus links, mensurar e atribuir esse tráfego a conversões de aplicativos. Nossa ferramenta permite o redirecionamento para o aplicativo, se o usuário já tiver o app instalado, ou para a loja, se ainda precisar da instalação.
- Desvantagem:
- Adicionar mais uma etapa no processo de redirecionamento para a loja pode resultar em uma taxa de conversão mais baixa para novos usuários. Dito isso, com base nos dados da AppsFlyer (veja este exemplo), os marketers que criaram a página de destino corretamente aumentaram a performance. Pense que você precisaria investir tempo e esforço para fazer isso da maneira correta. Criar a nova experiência da página, fazer testes A/B das cores, incluir CTAs, mensagens, etc. Portanto, embora possa aumentar a conversão, isso exige mais etapas que não são prioridades, pois um fluxo existente foi interrompido de maneira repentina.
OneLink: flexível para qualquer escolha
A ferramenta de deep linking e redirecionamento da AppsFlyer, com tecnologia OneLink, tem tudo o que você precisa.
Se preferir a Solução 1, você pode configurar seu esquema de URI baseado em “https://”, lançar uma nova versão do aplicativo na App Store e configurar o link com af_dp. Essa opção não é recomendada devido às desvantagens acima.
Se preferir a Solução 2, uma boa opção é usar o OneLink com a página de destino do aplicativo. O OneLink abrange tanto a UA quanto o reengajamento de aplicativos para ajudar todos os usuários. Além disso, você poderá personalizar o criativo da página de destino para exibir seu conteúdo mais interessante. A melhor parte: é um recurso totalmente gerenciado pela AppsFlyer, então você não precisa de desenvolvedores. É 100% autônomo.
A configuração recomendada para iOS pode ser feita por meio de links universais. Se os seus links eram baseados no esquema de URI, você precisará de uma configuração única:
- Atualize o modelo do OneLink com o ID da equipe de links universais para acionar uma atualização do arquivo AASA.
- Lance uma nova versão do aplicativo na loja e force uma atualização para que os usuários recebam o arquivo AASA atualizado.
- Verifique se os domínios dos links universais correspondem à sua configuração do OneLink.
Conclusões
O deep linking e o redirecionamento devem funcionar em todos os lugares, independentemente de atualizações silenciosas ou mudanças nas políticas do WebView. A detecção clara do problema, a validação rápida e as recomendações compatíveis com versões futuras garantem que jornadas permaneçam confiáveis em todas as plataformas.
Quer saber mais sobre a página de destino no aplicativo do X? Clique aqui.
