No iOS, um toque que termina em apps.apple.com dentro do navegador de um app pode acabar numa tela vazia. Não é o seu criativo nem a sua landing: a Apple entrega a loja por um esquema que esse navegador não consegue abrir. Um link de atribuição não salva. Ele só mede a perda.
Anúncios de tráfego e conversão · funis W2A e quizzes · bio, stories e direct · posts de criadores · OneLink, Branch, Adjust, Singular e Kochava, com a atribuição intacta
Não importa como a cadeia começa, quantos redirecionamentos existem no meio ou quem mede. Se o último passo acontece dentro do navegador de um app e termina na App Store, ele pode morrer ali.
| De onde vem o toque | No iOS | Por quê |
|---|---|---|
| Campanha de instalação de app | Chega | A Meta abre a loja de forma nativa pelo botão Instalar, sem navegador no meio |
| Anúncios de tráfego, engajamento ou conversão | Morre | O clique já foi pago quando se perde |
| Botão de download num funil W2A | Morre | Você pagou o clique e já tinha ganhado a intenção |
| Link na bio, stories e direct | Morre | Sem verba de mídia atrás, você perde só a pessoa |
| Post de criador | Morre | O mesmo navegador interno, a mesma parede |
A gente detecta de qual aplicativo o toque vem e tenta, em ordem, todas as saídas conhecidas daquele navegador. Se todas estiverem bloqueadas, aparece um botão visível em um segundo e meio, e cerca de metade de quem vê usa. A atribuição sobrevive: a Apple lê ct, o Google Play lê referrer, e os dois viajam junto com o redirecionamento.
Cada visitante chega na loja certa, e no computador na página que você escolher.
Tentamos as rotas conhecidas em ordem, e mostramos um botão manual quando todas falham.
Com gráfico diário, para ver de onde os toques realmente vêm.
Quantos toques chegaram à loja. Nenhum painel de anúncios te dá esse número.
Sobre 21.201 toques roteados entre 3 e 9 de agosto de 2026, 19.381 vieram de dentro de um app social e 95,6% deles no iOS. Com um link de loja comum, quase todos teriam terminado numa tela vazia enquanto os painéis relatavam sucesso. Os dados completos estão abertos em gotoapp.store/data.
Até 3 aplicativos, links ilimitados dentro de cada um, roteamento completo com todas as reservas, cliques por plataforma e app de origem, gráfico diário.
Até 25 aplicativos, cada um no próprio subdomínio. Mais curto numa bio, mais limpo num story, e continua funcionando se depois você mover o nome para o seu próprio domínio.
O nome do seu app fica reservado assim que você se cadastra, em qualquer um dos dois planos.
O Instagram abre links no próprio navegador interno em vez do Safari. A Apple redireciona apps.apple.com para o esquema itms-appss://, e esse navegador não consegue entregar o esquema à App Store, então a página fica vazia.
O toque precisa sair do navegador interno antes de o redirecionamento da Apple disparar. O GoToApp faz isso automaticamente: detecta o Instagram, entrega a pessoa ao navegador do sistema e, se isso falhar, mostra um botão manual.
Sim. Esses serviços medem o toque, não mudam onde ele roda. Você pode colocar seu link de atribuição como destino e a gente cuida do último salto, que é onde quebra.
Muito menos. Os WebViews do Android conseguem entregar uma URL da Play Store ao app da Play por meio de uma URL intent, então a passagem normalmente se completa. A falha é sobretudo do iOS.
Não. O parâmetro ct do App Store Connect e o referrer do Google Play viajam com o redirecionamento e chegam intactos à loja.
A gente escreve o que aprende roteando toques para fora dos navegadores internos.
Cadastre-se, escolha o nome do seu app, cole suas URLs de loja, ou seu link do OneLink, Branch ou Adjust se for nisso que seus anúncios rodam.