Uma landing page de app mobile tem uma tarefa mais difícil do que a maioria das landing pages. Alguns visitantes estão no celular e querem a página da loja em um toque; outros estão no notebook, onde um selo “Baixar na App Store” leva a uma página a partir da qual não dá para instalar nada. A página precisa atender aos dois, explicar o app bem o suficiente para que a página da loja seja só uma formalidade e lidar com o fato de que a conversão acontece em um lugar que você não controla.
A seguir: o que uma landing page de app precisa fazer, um checklist de anatomia, nove landing pages reais de apps que analisamos em outubro de 2026 (descritas com nossas próprias palavras, com o que aproveitar de cada uma), uma seção sobre páginas de apps mobile de SaaS B2B, erros comuns e um wireframe seção por seção que você pode copiar. Descrevemos o que as páginas mostram, não como elas performam; nenhuma dessas empresas publica dados de conversão dessas páginas, e nós não chutamos.
O que uma landing page de app mobile precisa fazer
1. Direcione cada visitante para o caminho de instalação certo
Visitantes no celular precisam da loja certa para o seu dispositivo. Visitantes no desktop precisam de uma forma de levar o app para um celular que não estão segurando: um QR code, um campo “envie um link por SMS” ou uma opção por e-mail. As melhores páginas detectam o dispositivo e começam pela opção correspondente, mantendo as demais visíveis.
2. Use os selos oficiais das lojas
As diretrizes de marketing da App Store da Apple exigem a arte oficial do selo, sem modificações nem traduções feitas por você, com uma área livre ao redor de pelo menos um quarto da altura do selo e altura mínima na tela de 40 px. A Apple também pede que o selo fique em posição secundária em relação à mensagem principal. O Google fornece a própria arte do selo do Google Play. Botões caseiros de "Baixe para iPhone" parecem menos confiáveis e violam as diretrizes.
3. Direcione para o app quando ele já estiver instalado
No iOS, um Smart App Banner é uma única meta tag que mostra um banner no topo da página no Safari. Segundo a documentação da Apple, o banner abre o app se ele estiver instalado e, caso contrário, leva à página na App Store; ele não aparece se o dispositivo não for compatível com o app ou se o app não estiver disponível naquela região, e um app-argument opcional passa uma URL para que o app abra na tela correspondente. A tag fica assim: <meta name="apple-itunes-app" content="app-id=123456789, app-argument=https://example.com/page">. No Android, os Android App Links permitem que URLs verificadas abram diretamente no seu app. Juntos, eles fazem com que um usuário atual que chega à sua página de marketing não seja convidado a instalar algo que já tem.
4. Mostre o app, não uma abstração dele
Capturas de tela reais ou uma gravação de tela curta da ação principal. Quem compra apps está avaliando se a interface parece fácil de usar; ilustrações escondem exatamente o que essas pessoas querem ver.
5. Empreste a confiança que a loja não consegue dar
Avaliações nas lojas, prêmios editoriais, citações da imprensa, selos de órgãos reguladores para apps financeiros, citações de clientes para B2B. Só mostre avaliações que você consegue manter atualizadas: um número de dois anos atrás é pior do que nenhum.
Checklist da anatomia
| Elemento | Visitante no celular | Visitante no desktop | Observações |
|---|---|---|---|
| Título | Obrigatório | Obrigatório | O que o app faz pelo usuário, nas palavras dele |
| Selos das lojas de apps | Loja correspondente primeiro | Ambos exibidos | Apenas artes oficiais |
| QR code | Ocultar ou dar menos destaque | Ao lado dos selos | Aponte para um link que redirecione conforme o dispositivo |
| Smart App Banner / App Links | Sim | Não se aplica | Leva os usuários que instalaram até o app |
| Capturas de tela ou vídeo | Curto, vertical | Molduras de dispositivo funcionam bem | Mostre a ação principal |
| Prova social | Uma linha perto dos selos | Seção completa abaixo | Avaliações, prêmios, imprensa, clientes |
| Seções de funcionalidades | 3 a 4, curtos | 3 a 4 | Cada um é uma tarefa que o usuário realiza |
| Alternativa web ou desktop | Link secundário | Muitas vezes, o CTA principal | Especialmente para produtos com um app web |
| Perguntas frequentes | Sim | Sim | Preço, dispositivos, dados, sincronização de contas |
| CTA de fechamento | Selos repetidos | Selos e QR code repetidos | Visitantes que rolaram a página estão prontos |
9 exemplos de landing pages de apps mobile
Analisamos cada página em outubro de 2026 e descrevemos o que havia nela naquele momento. As páginas mudam com frequência, então confira a versão atual antes de copiar qualquer coisa.
1. Linear Mobile
O Linear apresenta o app como “o companheiro portátil do sistema Linear”, o que define as expectativas logo de cara: ele não substitui o produto para desktop. O hero traz os selos oficiais da App Store e do Google Play, além de um QR code com a legenda “Escaneie para baixar”, e o mesmo trio volta em uma seção de fechamento. Não há avaliações nem logos de clientes. Em vez disso, a página vende pelos detalhes do produto: uma caixa de entrada para trabalhos de alta prioridade, em que você pode agir, deslizar para dispensar ou adiar, um editor rápido para criar issues, a transformação de capturas de tela ou fotos em relatórios de bugs e uma programação de notificações configurável.
O que copiar: o QR code ao lado dos selos, no hero, para visitantes no desktop. E também o enquadramento. A página diz que o app serve para quando você está "longe do teclado" e cita as tarefas que se encaixam nesse momento, em vez de listar todas as funcionalidades do desktop.
2. Notion Mobile
O Notion é direto: um título sobre trabalhar em qualquer lugar, um subtítulo citando iOS e Android e links de texto simples ("For iOS", "For Android") em vez de selos das lojas. Em seguida vêm três capturas de tela de celular, depois uma seção para o app separado Notion Calendar, com seus próprios links para as lojas, e então uma linha apontando para o app de desktop. Não há prova social além de uma citação de Marshall McLuhan.
Vale copiar: uma única página que leva a todos os clientes de software: mobile, um app complementar e desktop. Para um produto que as pessoas usam em vários dispositivos, essa é a estrutura honesta. O que mudaríamos: selos oficiais e um QR code deixariam o caminho de instalação mais claro para os visitantes de desktop que chegam pelo site principal.
3. HubSpot Mobile App
O H1 é simplesmente "HubSpot Mobile App", com um subtítulo sobre o CRM e a IA trabalhando juntos onde quer que você esteja. Os selos oficiais da App Store e do Google Play ficam logo abaixo do subtítulo e de novo no fim da página. Um link de cadastro no cabeçalho e um telefone para dúvidas atendem os visitantes que ainda não são clientes.
A prova é um único depoimento nominal de um diretor de CRM cuja empresa tem vendedores de campo "sempre na estrada" que dependem do app. Seguem-se quatro seções de recursos (IA, manter os negócios andando, conectar-se com clientes, insights) e depois um FAQ que inclui quais dispositivos são compatíveis e quanto o app custa.
O depoimento do cliente é a parte que vale copiar. Ele descreve a situação exata que o app resolve, pessoas trabalhando longe de uma mesa, em vez de elogios genéricos. E as perguntas frequentes respondem às duas dúvidas que o comprador, de outra forma, enviaria por e-mail para vendas.
4. Headspace
A homepage funciona como a landing page do aplicativo. O título tem duas palavras, "Stress less", com uma descrição de uma linha do app e um único CTA de cadastro. Abaixo dele, um seletor de objetivos pergunta "What kind of headspace are you looking for?" e oferece seis opções, de sono a terapia. Em seguida vêm uma prévia da biblioteca de conteúdo, uma seção para empregadores e planos de saúde com um botão de solicitação de demonstração e um FAQ com oito perguntas. Os selos das lojas ficam no rodapé, não no hero.
O que copiar: o seletor de objetivos. Os visitantes se autossegmentam com um toque e chegam a conteúdos que correspondem ao motivo da visita. É também um bom exemplo de página de app de consumo com um caminho B2B (a seção para empregadores) sem poluir o hero.
5. Calm
A seção principal do Calm é uma promessa curta ("Calm your mind. Change your life.") e uma afirmação de categoria, com um único CTA de cadastro. Em seguida vêm três blocos de benefícios, para estresse, sono e mindfulness. A seção de avaliações usa citações curtas assinadas com primeiro nome e cidade, e um longo FAQ encerra a página. O código da página também inclui QR codes rotulados para baixar o app, provavelmente exibidos a visitantes em telas maiores.
Copie o estilo dos depoimentos: cada um descreve uma situação específica (não conseguir dormir, a cabeça a mil, um dia estressante no trabalho) em vez de "ótimo app". Cada citação também funciona como um caso de uso.
6. Strava
O Strava começa com um título sobre comunidade e três botões de cadastro: Google, Apple e e-mail. A navegação tem um item "Get the App", mas os selos das lojas ficam no rodapé. O corpo tem três cards de recursos (registrar e analisar, compartilhar e se conectar, explorar e competir), uma seção sobre recursos para desktop, como planejamento de rotas, uma seção de assinatura e o banner de cadastro repetido perto do fim.
A ideia a aproveitar é a criação de conta na web antes da instalação. Um visitante que se cadastrou com um toque tem um motivo para abrir o app depois, e a empresa pode fazer follow-up por e-mail se ele não abrir. A contrapartida é que os selos das lojas passam despercebidos com facilidade.
7. Monzo
A página inicial do Monzo começa com uma frase sobre dinheiro e vida e um único CTA "abrir uma conta". A prova não são as avaliações do app, e sim elementos de confiança: o selo Which? Recommended Provider, a Current Account Switch Guarantee e a proteção do FSCS. Em seguida vêm os cards de produtos (contas correntes, poupança, crédito, investimentos, previdência, casa própria), depois os recursos e os níveis de plano. Os links das lojas de apps não fazem parte do hero.
A lição: escolha a prova que responde ao maior medo do visitante. Para um banco, é "meu dinheiro está seguro?", então os selos de proteção e de recomendação importam mais do que as avaliações com estrelas importariam.
8. Downloads do Todoist
O título é "Award-winning apps for every device". Seis abas alternam entre desktop, Android, iOS, wearables, extensões de navegador e complementos de e-mail, cada uma com sua captura de tela, e a introdução traz links para as plataformas individuais (Mac, Windows, Linux, iPhone, iPad, Android, Apple Watch e Wear OS). A página termina convidando você a se juntar a "milhões de pessoas" que usam o app.
O que copiar: o seletor de dispositivos em abas. Para um produto disponível em tantas plataformas, uma aba por plataforma mantém a página curta, deixando cada cliente a um clique de distância. Um alerta: “premiado” sem citar o prêmio é uma prova fraca; se você tem um prêmio com nome, cite-o.
9. Coisas
A página do Things, da Cultured Code, abre com o nome do produto, uma descrição de uma frase e um vídeo de introdução. Abaixo, um card por dispositivo Apple (Mac, iPhone e Watch, iPad, Vision Pro) traz o selo da loja correspondente e leva a uma página de preços que mostra os valores na sua moeda. Uma seção "Read all about it" lista dois Apple Design Awards e citações de avaliadores identificados de publicações como Wirecutter, WIRED e MacStories.
Vale copiar para um app pago: citações da imprensa, nas quais o julgamento de um editor tem mais peso do que uma avaliação anônima. E um selo de loja em cada card de dispositivo, para que o dono de um iPad não precise descobrir qual listagem é a dele.
Páginas de apps mobile de SaaS B2B
Linear, Notion, HubSpot e Todoist, citados acima, são todos produtos B2B ou prosumer, e eles têm um padrão em comum que vale destacar. O comprador já usa o produto no computador; a página do app mobile não está vendendo o produto, está vendendo o hábito de usá-lo no celular. Isso muda a página:
- Trate o visitante no desktop como o público principal. Os visitantes muitas vezes chegam pelo próprio site do produto, pela central de ajuda ou por avisos dentro do app enquanto estão no notebook. Então o QR code (ou um campo "me envie um link") é o CTA principal, não um recurso secundário. O Linear acerta nisso.
- Nomeie as tarefas para as quais o celular serve: aprovações, notificações, registro rápido, preparação antes de uma reunião, registro de uma ligação depois. Não liste todos os recursos do desktop.
- Responda às perguntas do administrador sobre single sign-on, gerenciamento de dispositivos, segurança de dados e se o app está incluído no plano. As perguntas frequentes da HubSpot tratam da questão do custo; produtos enterprise devem acrescentar segurança e controles administrativos.
- Use provas específicas para cada função. Um depoimento de um gerente de vendas de campo ou de um engenheiro de plantão convence as pessoas que vão realmente usar o app.
O mesmo visitante B2B também pode chegar pelo celular a partir de um e-mail, então o layout mobile continua importando. Nosso post sobre personalização B2B no mobile mostra como as páginas B2B devem se adaptar a telas pequenas, e nossos exemplos de landing pages B2B detalham os outros tipos de página de que uma empresa SaaS precisa.
Erros comuns
- Apenas selos, sem caminho para desktop. Um visitante no desktop clica no selo da App Store, cai em uma página web da loja e precisa encontrar o celular. Adicione um QR code que aponte para um link que redirecione conforme o dispositivo.
- Imprimir um QR code separado para cada loja de aplicativos. Os visitantes não sabem qual escanear. Use um único código com detecção de dispositivo no servidor.
- Pop-ups de tela cheia do tipo “baixe o nosso app” no celular bloqueiam o conteúdo que o visitante veio buscar. A própria documentação da Apple contrapõe o seu banner discreto às interrupções em tela cheia.
- Mostrar uma nota em estrelas copiada de uma captura de tela antiga. Se ela não bate mais com a da loja, qualquer pessoa pode conferir, e isso prejudica a confiança.
- Listas de funcionalidades sem telas. Cada afirmação sobre uma funcionalidade deve ter a captura de tela que a comprova.
- Nenhuma mensuração. Por padrão, as instalações pela loja não podem ser rastreadas a partir da página. Marque os links das lojas com parâmetros de campanha onde elas permitirem, marque o destino do QR code com um gerador de UTM e meça os cliques nos selos e as leituras do QR code como a conversão na página.
- Sem um Smart App Banner ou App Links, um cliente que já tem o app é solicitado a instalá-lo novamente.
Wireframe para copiar de uma landing page de app
Uma estrutura de exemplo para um app B2B ou prosumer. Preencha-a primeiro com um briefing de landing page, para que o título e as provas venham da pesquisa com o público, e não da lista de recursos.
- Head: meta tag do Smart App Banner com um
app-argumentapontando para a página atual. - Hero, à esquerda: título (a tarefa que o app realiza, em menos de 10 palavras), subtítulo (para quem é e em quais dispositivos), uma linha de prova (avaliação, prêmio ou cliente).
- Seção principal, à direita: no desktop, um QR code com o rótulo "Escaneie para baixar" e os selos das duas lojas abaixo dele; no celular, primeiro o selo da loja correspondente e uma captura de tela do app.
- Telas: três capturas de tela, cada uma com uma legenda de uma ação (“Aprove com um toque”).
- Seção de tarefas: três ou quatro blocos, cada um com uma situação e a funcionalidade que a resolve.
- Seção de provas: uma ou duas citações específicas de clientes ou menções na imprensa, mais a nota atual na loja, se você a exibe.
- Outras plataformas: links para os apps desktop e web.
- FAQ: preço, dispositivos e versões de sistema operacional compatíveis, sincronização de contas, segurança e controles de administração.
- CTA de fechamento: selos e QR code repetidos.
Depois, teste as partes com maior chance de importar: a posição do QR code no desktop, cadastro na web antes da instalação versus direto para a loja e qual elemento de prova fica no hero. Nosso guia de otimização de landing pages B2B mostra como priorizar esses testes quando o tráfego é limitado. Se a mesma página atende públicos muito diferentes, a segmentação do Markettailor pode trocar o bloco de prova por setor ou empresa sem construir páginas separadas.
Perguntas frequentes
O que uma landing page de app mobile deve incluir?
Um título claro sobre a tarefa que o app resolve, os selos oficiais da App Store e do Google Play, um QR code ou opção de enviar um link para visitantes no desktop, capturas de tela reais ou um vídeo curto, uma prova forte, como uma nota, um prêmio ou uma citação de cliente, algumas seções de recursos apresentadas como tarefas do usuário, um FAQ e um CTA de download repetido no final.
Uma landing page de app deve ter um QR code?
Sim, se uma parcela relevante dos visitantes chega pelo desktop, o que é comum para apps B2B e para páginas linkadas a partir de um site principal. Coloque um QR code ao lado dos selos das lojas e aponte-o para um link que detecta o dispositivo e envia o visitante à loja certa. No celular, oculte-o ou mova-o para baixo dos selos.
O que é um Smart App Banner?
Um Smart App Banner é um recurso da Apple que mostra um pequeno banner no topo de uma página web no Safari do iOS. Você o adiciona com uma meta tag contendo o ID do seu app na App Store. Se o visitante tem o app, o banner o abre, opcionalmente em uma tela correspondente; se não tem, leva à página do app na App Store. Ele não aparece em dispositivos não compatíveis.
Como medir uma landing page de aplicativo?
Acompanhe os cliques nos selos e as leituras de QR code como conversões na página, marque os links das lojas e os destinos dos QR codes com parâmetros de campanha quando houver suporte e compare isso com os dados de instalação no App Store Connect e no Google Play Console. As instalações atribuídas à página serão incompletas, então avalie as mudanças pelos cliques para as lojas e confirme com as tendências de instalação.