Redirecionamento para a App Store: Um link para usuários de iPhone e Android

As pessoas que procuram por "app store redirect" ou "mobile redirect" geralmente querem uma de duas coisas. A maioria quer um único link que possa colocar em um anúncio, em um e-mail, na bio de uma rede social ou em um código QR impresso, que abra a loja certa em qualquer celular que toque nele. Outras querem que os visitantes em celulares caiam em uma versão móvel de um site. Este guia cobre primeiro o caso da app store, com código pronto para copiar e colar, depois o caso do site móvel e o que o Google diz sobre isso.

Passo 1: Obtenha os dois URLs das lojas#

Toda opção abaixo precisa do URL público de cada loja. Ambos seguem um padrão fixo:

• Apple App Store: https://apps.apple.com/app/id<your app ID>. O ID do app é o número que a Apple mostra como "Apple ID" em Informações do App no App Store Connect, ou o número entre "id" e "?" no link das Ferramentas de Marketing da App Store da Apple.
• Google Play: https://play.google.com/store/apps/details?id=<package name>. O nome do pacote é o ID do aplicativo no manifesto do seu app; ele também é exibido no Play Console.

Abra ambos os URLs em um celular e em um computador antes de usá-los. Uma listagem que não está disponível em um país mostra um erro em vez do app, então teste nos mercados em que você anuncia.

Passo 2: Escolha como o dispositivo é detectado#

Há quatro maneiras comuns de criar o redirecionamento. Elas diferem em onde a decisão é tomada e em quanto você precisa manter.

Opção A: uma página "Obter o app" com os dois selos#

O redirecionamento mais robusto para a loja de apps nem é um redirecionamento: é uma única página com um selo da App Store, um selo do Google Play, uma breve descrição e um código QR para visitantes no desktop. Ninguém é enviado para a loja errada, isso funciona em todos os navegadores dentro de apps e oferece um lugar para explicar o que o aplicativo faz.

No iPhone e iPad, você pode adicionar o Smart App Banner^[1] da Apple à mesma página. Ele mostra um banner no topo da página que abre a sua listagem na App Store, ou abre o app se ele já estiver instalado, e não aparece em dispositivos que o seu app não suporta. Você o adiciona com uma meta tag no head da página:

html<meta name="apple-itunes-app" content="app-id=000000000, app-argument=https://mybrand.com/get-the-app">

Opção B: Redirecionar com algumas linhas de JavaScript#

Coloque este script na página "Obtenha o app" da Opção A. Celulares são encaminhados imediatamente para a loja correspondente; visitantes no desktop e qualquer dispositivo que o script não reconheça permanecem na página e veem ambos os selos. Substitua as duas URLs pelas suas.

html<script>
  var IOS_URL = 'https://apps.apple.com/app/id000000000';
  var ANDROID_URL = 'https://play.google.com/store/apps/details?id=com.mybrand.app';

  var ua = navigator.userAgent || '';
  // iPads que solicitam o site para desktop informam um User-Agent de Mac, então verifique também se há toque
  var isIPadDesktopMode = /Macintosh/.test(ua) && navigator.maxTouchPoints > 1;

  if (/iPhone|iPad|iPod/.test(ua) || isIPadDesktopMode) {
    window.location.replace(IOS_URL);
  } else if (/Android/.test(ua)) {
    window.location.replace(ANDROID_URL);
  }
  // Todos os demais permanecem aqui e veem ambos os selos das lojas.
</script>

location.replace() é usado em vez de uma simples mudança de link para que a página da loja substitua a página de redirecionamento no histórico; quando os visitantes tocam em Voltar, eles não são enviados direto para a loja novamente.

Opção C: Redirecionar no servidor#

Uma regra no servidor responde antes que qualquer HTML seja enviado, então não há um flash da página. Este exemplo do Nginx envia /app para a loja correta e todo o resto para a página com os selos. Use um 302 em vez de um 301: a resposta depende do dispositivo, e um redirecionamento permanente pode ser armazenado em cache por um navegador ou proxy e reproduzido para o dispositivo errado. O cabeçalho Vary informa aos caches que a resposta muda com o User-Agent.

nginxlocation = /app {
    add_header Vary User-Agent always;
    if ($http_user_agent ~* "iphone|ipad|ipod") {
        return 302 https://apps.apple.com/app/id000000000;
    }
    if ($http_user_agent ~* "android") {
        return 302 https://play.google.com/store/apps/details?id=com.mybrand.app;
    }
    return 302 https://mybrand.com/get-the-app;
}

O servidor só vê o cabeçalho User-Agent, então um iPad no modo desktop é tratado como um Mac e cai na página de badges. Essa é uma alternativa segura, por isso a última linha nunca deve apontar para uma das lojas.

Opção D: Usar um serviço de deep linking ou smart link#

Se você precisar de mais do que um redirecionamento para a loja, por exemplo abrir uma tela específica no app instalado, levar esse contexto por uma instalação nova ou atribuir instalações a campanhas, uma plataforma móvel de deep linking ou atribuição é a ferramenta certa. Esses serviços geralmente pedem que você adicione o SDK deles ao app.

Se seus links ainda usam Firebase Dynamic Links (URLs page.link), substitua-os agora. O Google encerrou o serviço em 25 de agosto de 2025, e os links clicados retornam um HTTP 404^[2].

Etapa 3: configure e teste#

Independentemente da opção que você escolher, a implementação é a mesma:

1. Copie sua URL da App Store e sua URL do Google Play (Etapa 1).
2. Publique uma página "Obtenha o app" com os badges das duas lojas, um código QR e um link para o seu site.
3. Adicione o redirecionamento: o script da Opção B, a regra do servidor da Opção C ou o link do seu serviço.
4. Teste o link em um iPhone, um iPad, um telefone Android e um navegador de desktop e, mais uma vez, dentro do app Instagram ou Facebook, onde os links são abertos em um navegador interno.
5. Verifique o que o link retorna com o nosso teste de velocidade de redirecionamento: o código de status, para onde ele aponta e quão rápido responde.
6. Use esse único link em todo lugar: anúncios, e-mails, bios de redes sociais, embalagens e códigos QR impressos.

Abrindo o aplicativo quando ele já está instalado#

Um redirecionamento para a loja sempre abre a página da loja, mesmo para pessoas que já têm o seu app. Para abrir o aplicativo em si, configure Universal Links no iOS e App Links no Android: você publica um pequeno arquivo de verificação no seu domínio, e links para esse domínio abrem no app quando ele está instalado e no navegador quando não está. O app-argument do Smart App Banner faz o mesmo para visitantes do Safari no seu site.

• Visitantes no desktop: mostre a página de selos com um código QR que eles possam escanear com o celular, em vez de levá-los a uma loja de onde não podem instalar.
• Dê às pessoas uma saída: um link "Continuar para o site" na página de selos, para que ninguém que só queria o seu site fique preso.
• Lojas do fabricante: se você também publica em lojas como Samsung Galaxy Store ou Huawei AppGallery, adicione uma regra para essas marcas antes da regra geral para Android; todos os outros dispositivos Android vão para o Google Play.

Redirecionamentos móveis levam a um site móvel#

O outro significado de "redirecionamento móvel" é enviar visitantes de celular de www.example.com para um site móvel separado, como m.example.com. O conselho do Google é evitar essa configuração, se possível:

• Prefira design responsivo. O Google recomenda design responsivo porque é o padrão mais fácil de implementar e manter^[3]: uma URL e uma página HTML para cada dispositivo, então não há nada para redirecionar.
• Se você mantiver um site móvel separado, redirecione cada URL da versão desktop para sua URL móvel equivalente, nunca todas as páginas para a página inicial móvel. Páginas que redirecionam para uma página não relacionada podem sair do índice.
• Vincule as duas versões. A URL da versão desktop é a canônica e a URL móvel é sua alternativa, marcada com rel="canonical" na página móvel e rel="alternate" na página desktop.
• Exibir HTML diferente na mesma URL (dynamic serving) precisa de um cabeçalho de resposta Vary: User-Agent, para que caches e rastreadores saibam que a página muda conforme o dispositivo.

Redirecionamentos para lojas de aplicativos não têm esse problema de SEO, desde que o link seja uma URL dedicada de campanha (como /app ou go.mybrand.com/app), e não uma página de conteúdo que você queira ranquear. Não redirecione sua página inicial ou posts do blog para uma loja no mobile: isso ocultaria esse conteúdo dos visitantes de celular e do rastreador móvel do Google.

Onde o RedirHub se encaixa#

O RedirHub não escolhe uma loja com base no dispositivo por conta própria; essa decisão pertence à sua página "Baixe o app" ou à sua regra de servidor. O que o RedirHub adiciona é o link na frente disso: um endereço curto e confiável no seu próprio domínio que você pode imprimir, compartilhar e alterar depois.

• Um link no seu domínio. go.mybrand.com/app é um link curto com marca que parece seu em anúncios, bios e e-mails, e você pode apontá-lo para uma nova página depois sem alterar o link.
• Um código QR que nunca precisa ser reimpresso. Marque "Também criar um código QR" e o mesmo link se torna um código QR que você pode atualizar após a impressão, para que embalagens e cartazes continuem funcionando quando a página mudar.
• Veja quem toca nele. Cliques e visitantes únicos com bots filtrados, por país, dispositivo e sistema operacional, para que você possa ver quantos toques vieram de iPhones em vez de telefones Android.
• Rápido e seguro em todos os lugares. Entregue a partir de 130 locais de borda globais (PoPs), perto de cada visitante, com HTTPS automático emitido e renovado para o domínio do seu link. Apenas o registro DNS desse subdomínio muda; seu site e e-mail permanecem onde estão.
• Não é necessário hospedar página no Pro. O tipo de redirecionamento HTML personalizado (plano Pro) exibe seu próprio HTML no endereço do link, o que é suficiente para uma página simples de crachás.

Para criar o link no painel do RedirHub:

1. Conecte o domínio do seu link, por exemplo go.mybrand.com, em Hostnames e siga Connect DNS.
2. Crie um novo link com marca.
3. Em URL de destino, insira sua página "Obter o app", por exemplo https://mybrand.com/get-the-app.
4. Em Link curto, escolha go.mybrand.com e digite app.
5. Marque Também criar um código QR se o link for impresso.
6. Clique em Criar link e depois compartilhe go.mybrand.com/app em todos os lugares.

Se você precisa de deep links adiados ou atribuição de instalação, uma plataforma de deep linking é a melhor escolha. Se você precisa de um único link confiável e um código QR que leve as pessoas ao seu aplicativo, uma página de badges com o script acima por trás de um link RedirHub é suficiente, e uma página de badges gratuita no seu próprio site também é suficiente por si só se você não precisar rastrear ou alterar o link.

Erros comuns de redirecionamento para lojas de aplicativos#

• Usar um 301. O destino certo depende do dispositivo, então use um 302 (veja redirecionamentos 301 vs 302).
• Sem fallback para desktop. Enviar visitantes do desktop para o Google Play ou a App Store desperdiça o clique; mostre a página de badges e um código QR.
• Esquecer os iPads. O Safari no iPad geralmente solicita o site para desktop, então uma verificação simples de "iPhone|iPad" não o detecta. Adicione a verificação de toque da Opção B ou deixe a página de badges capturá-lo.
• Loops de redirecionamento no histórico do navegador. Use location.replace() para que o botão Voltar não envie as pessoas para a loja novamente.
• Listagens de loja inativas. Se um aplicativo for removido ou não estiver disponível em um país, a loja mostra um erro. Verifique novamente ambos os URLs sempre que alterar listagens, regiões ou nomes de pacote.