# Paywall iOS: 7 erros de iniciante que travam suas vendas

> Paywall na hora errada, sem teste grátis, sem restauração, sem as informações que a Apple exige: os 7 erros de paywall iOS que impedem um app de vender.

Página original: [Paywall iOS: 7 erros de iniciante que travam suas vendas](https://devoria.fr/pt-br/blog/paywall-ios-erros-iniciante-vendas)
Autor: [Mehdi Azizi](https://devoria.fr/pt-br/mehdi-azizi)
Publicação: 2026-09-23
Última revisão do conteúdo: 2026-10-09


## Por que seu paywall iOS não vende

Seu app está na App Store, as instalações estão chegando e, mesmo assim, quase ninguém assina. Na maioria dos casos, o problema não é a sua ideia nem o seu código: é o seu paywall iOS, a tela que apresenta a oferta paga e pede para o usuário se comprometer. Um paywall mostrado na hora errada, sem teste grátis, sem botão de restauração ou sem as informações que a Apple exige não vende, ou é recusado na revisão.

Aqui estão os 7 erros que eu mais vejo em um primeiro app, e como corrigir cada um. Nada de receita mágica: ajustes concretos, verificáveis, que você pode aplicar antes do seu próximo envio para a Apple.

Eu publico meus próprios apps iOS com assinatura: Solys, um despertador com minijogos, e TradaZen, um simulador de trading, os dois integrados ao RevenueCat. Nos dois, vivi a mesma situação: muitas instalações, pouquíssimos testes grátis iniciados. O produto não era o problema. O paywall e o onboarding não levavam ao teste de forma clara o suficiente. Esse é um dos motivos que me fizeram retrabalhar os dois a fundo, e é daí que vem esta lista.

## Erro nº 1: mostrar o paywall cedo demais, ou tarde demais

É o erro mais caro, e ele aparece nos dois sentidos.

**Cedo demais** é o paywall que aparece antes de o usuário entender o que o app faz. Ele abre o app, vê um preço, fecha. Não tem motivo nenhum para pagar, já que ainda não viu nada.

**Tarde demais** é o paywall escondido atrás de um botão "Premium" nos ajustes, ou que só aparece depois de vários dias de uso. A maioria dos usuários nunca vai vê-lo. E um usuário que não vê sua oferta não tem como assinar.

O momento certo fica entre os dois: **no fim do onboarding, logo depois que o usuário percebeu o valor do app**. Ele respondeu a algumas perguntas, viu o que o app vai fazer por ele, talvez tenha testado a função principal. É aí que a oferta faz sentido.

Na prática:

- o onboarding faz perguntas úteis e mostra uma prévia do resultado;
- o paywall chega no fim desse percurso, não no meio;
- você pode mostrá-lo de novo depois, num momento em que o usuário bate em um limite da versão gratuita. Se você vai cobrar por uma função que até então era grátis, leia antes o guia da guideline 3.2.2.

## Erro nº 2: não oferecer teste grátis

Para um app que ninguém conhece ainda, pedir para pagar logo de cara é um salto grande. O teste grátis diminui esse salto: o usuário testa sem risco, e a cobrança só começa no fim do período de teste, se ele não cancelar.

A Apple prevê esse mecanismo com o nome de oferta introdutória (introductory offer) para assinaturas autorrenováveis. Duas regras para guardar, tiradas da [página da Apple sobre assinaturas](https://developer.apple.com/app-store/subscriptions/):

- um cliente só pode aproveitar **uma única oferta introdutória por grupo de assinaturas**;
- no fluxo de compra, você precisa **indicar claramente a duração do teste e o preço cobrado depois que o teste termina**.

O erro comum é oferecer um teste sem dizer isso. Se o seu botão mostra só "Assinar", o usuário não sabe que pode testar de graça. Escreva por extenso no botão ou logo acima dele: duração do teste, depois o preço. É exatamente esse tipo de detalhe que faz a diferença entre instalações paradas e testes que começam.

## Erro nº 3: destacar mal a assinatura anual

Muitos primeiros apps oferecem um plano mensal e um anual, mas apresentam os dois como opções idênticas, lado a lado, sem hierarquia. Resultado: o usuário hesita, e um usuário que hesita muitas vezes fecha a tela.

Só que o anual tem vantagens tanto para você quanto para o usuário: um preço mensal equivalente mais baixo para ele, um compromisso mais longo para você. Para destacá-lo de forma honesta:

- **deixe-o pré-selecionado** e dê a ele uma apresentação visual diferente;
- **mostre o equivalente mensal** ao lado do preço anual, para a comparação ser imediata;
- **indique a economia real** em relação ao mensal, calculada com seus preços de verdade, nunca com um preço de referência inventado.

Cuidado para não cair no exagero oposto: o preço realmente cobrado tem que continuar sendo o mais visível. A Apple exige que o preço completo de renovação apareça de forma clara e visível. Um equivalente mensal em letras grandes e o preço anual de verdade minúsculo é um paywall enganoso, e isso é motivo de recusa pela [guideline 3.1.2](https://devoria.fr/pt-br/blog/guideline-3-1-2-app-rejeitado-assinatura).

## Erro nº 4: esquecer o botão de restaurar compras

É o esquecimento mais bobo e um dos mais frequentes. Um assinante troca de iPhone, reinstala o app e dá de cara com o paywall, sendo que já está pagando. Sem um botão "Restaurar compras", ele não tem como recuperar o acesso.

Isso não é opcional. As [diretrizes de revisão da App Store](https://developer.apple.com/app-store/review/guidelines/) ([regra 3.1.1](https://devoria.fr/pt-br/blog/guideline-3-1-1-compra-no-app-obrigatoria)) exigem um mecanismo de restauração para toda compra dentro do app que possa ser restaurada, e a [página da Apple sobre assinaturas](https://developer.apple.com/app-store/subscriptions/) lista entre os elementos da tela de assinatura "uma forma de os assinantes atuais entrarem na conta ou restaurarem suas compras".

Com o RevenueCat, a restauração é uma chamada só. O trabalho de verdade é conferir o que acontece depois:

- o assinante recupera mesmo o acesso, sem precisar reabrir o app;
- um usuário sem compra recebe uma mensagem clara, não um erro técnico;
- o botão fica visível no próprio paywall, não só nos ajustes.

## Erro nº 5: esquecer as informações que a Apple exige

Um paywall que não diz claramente o que o usuário vai pagar pode ser recusado. A Apple detalha na sua [página dedicada às assinaturas](https://developer.apple.com/app-store/subscriptions/) o que precisa aparecer na tela de assinatura:

- o **nome e a duração** da assinatura, e o que ela oferece nesse período;
- o **preço completo de renovação**, exibido com clareza e localizado nas moedas disponíveis;
- uma **forma de restaurar as compras** (veja o erro anterior).

Acrescente uma frase explícita sobre a **renovação automática**: a assinatura se renova enquanto o usuário não cancelar, e ele pode cancelar nos ajustes da conta Apple.

A mesma página também diz que **o app e os metadados da App Store precisam ter links para os termos de uso e a política de privacidade**. É um ponto que muita gente só descobre na hora da recusa: não basta colocar esses links no app, também é preciso um resumo das condições da assinatura e esses dois links na descrição da página na App Store. Sem eles, é recusa pela regra 3.1.2. Nos meus apps com assinatura, eu termino a descrição com um bloco curto: condições da assinatura, depois o link para os termos de uso e o link para a política de privacidade. E se a sua página está traduzida, esse bloco precisa existir em cada idioma.

> Antes de colar seus links, abra cada um no navegador. Um link para uma página que não existe vale o mesmo que link nenhum.

Detalhei os outros motivos de recusa que aparecem com frequência [neste artigo sobre as recusas da Apple](https://devoria.fr/pt-br/blog/app-rejeitado-apple-casos-reais), e a página na App Store tem seu próprio guia: [otimizar sua página na App Store](https://devoria.fr/pt-br/expertise/aso-app-store).

## Erro nº 6: não testar o paywall no sandbox

Um paywall que aparece bonito no simulador não é um paywall que funciona. Entre a configuração dos produtos no App Store Connect, as ofertas no RevenueCat e o código do app, existem muitos lugares onde um detalhe pode quebrar: um produto mal vinculado, um preço que não carrega, um teste que não aparece.

Para isso, a Apple oferece um ambiente de testes, o sandbox, com contas Apple de teste que você cria no App Store Connect, em Users and Access, aba Sandbox. Essas contas servem para testar compras sem ser cobrado, incluindo renovações, falhas de pagamento e reembolsos, como explica a [documentação do App Store Connect](https://developer.apple.com/help/app-store-connect/test-in-app-purchases/create-a-sandbox-apple-account).

Antes de cada envio, faça no mínimo este percurso em um iPhone de verdade:

1. primeira abertura, onboarding completo, chegada ao paywall;
2. início do teste com uma conta de teste;
3. conferência de que o acesso premium é liberado;
4. exclusão do app, reinstalação, restauração da compra;
5. exibição correta do paywall no menor e no maior iPhone que você suporta.

O revisor da Apple também vai testar a compra. Se travar, é recusa.

## Erro nº 7: não medir nada

É o erro que impede de corrigir todos os outros. Sem medição, você não sabe onde os usuários desistem. Você só vê o resultado final: poucos assinantes. Não sabe se o problema é o onboarding, o paywall, o preço ou o teste.

Foi exatamente isso que me permitiu enxergar o problema nos meus próprios apps: as instalações estavam lá, os testes iniciados não. Sem esses dois números lado a lado, eu poderia ter passado semanas retrabalhando outra coisa.

Coloque eventos de analytics em cada etapa-chave, por exemplo com o PostHog:

- início do onboarding;
- fim do onboarding;
- exibição do paywall;
- teste iniciado;
- compra ou assinatura confirmada;
- restauração bem-sucedida.

Com esses eventos, você tem um funil. Você vê a etapa em que os usuários vão embora e sabe o que retrabalhar primeiro. O RevenueCat completa a visão do lado da receita: testes, conversões, renovações, cancelamentos.

Um último conselho: não mude tudo ao mesmo tempo. Se você alterar o preço, o teste e o design do paywall no mesmo dia, nunca vai saber o que fez os números se mexerem.

## O checklist de paywall antes do seu próximo envio

- O paywall chega no fim do onboarding, depois de uma prova de valor.
- O teste grátis aparece com clareza: duração, depois o preço após o teste.
- O anual está destacado de forma honesta, e o preço realmente cobrado continua legível.
- O botão "Restaurar compras" está no paywall e funciona.
- Nome, duração, preço de renovação e renovação automática estão indicados.
- Os links para os termos de uso e a política de privacidade estão no app e na descrição da App Store, em cada idioma.
- O fluxo de compra completo foi testado no sandbox em um iPhone de verdade.
- Os eventos de analytics cobrem cada etapa, do onboarding à compra.

Se você ainda está em dúvida sobre o modelo em si, assinatura ou pagamento único, escrevi um guia só sobre isso: [assinatura ou compra única para o seu primeiro app iOS](https://devoria.fr/pt-br/blog/assinatura-ou-compra-unica-app-ios). E para toda a parte técnica, produtos, RevenueCat e validação, está tudo na página [assinaturas in-app iOS](https://devoria.fr/pt-br/expertise/assinatura-no-app-ios).

## Construir seu paywall com o iOS Kit

O paywall é só uma peça. Ele depende do onboarding que vem antes, do preço que você define, da [página na App Store](https://devoria.fr/pt-br/kits/aso) que traz os usuários e da função principal do app, aquela que você precisa manter simples em uma [primeira versão bem delimitada](https://devoria.fr/pt-br/expertise/mvp-app-ios).

Se você quer partir de uma base pronta, o onboarding, o paywall e as assinaturas já estão no código inicial do [iOS Kit](https://devoria.fr/pt-br/kits/ios), e a terceira etapa do percurso dele serve para integrá-los ao seu próprio app. Ninguém pode te garantir uma receita.

Antes do envio, as skills de Claude Code do [Apple Review Kit](https://devoria.fr/pt-br/kits/review-apple) revisam seu paywall e as informações que a Apple exige. E a página inicial mostra como [lançar seu app mobile](https://devoria.fr/pt-br) com esse paywall já integrado.

## Perguntas frequentes

### Quais erros de paywall iOS travam as vendas de um primeiro app?

Sete erros se repetem em um primeiro app: um paywall mostrado cedo ou tarde demais, nenhum teste grátis, uma assinatura anual mal destacada. Depois vêm um botão de restauração esquecido, a falta das informações que a Apple exige, um paywall nunca testado no sandbox e nenhuma medição. Cada um se corrige com um ajuste concreto, para conferir antes do seu próximo envio para a Apple.

### Quando mostrar o paywall em um app iOS?

No fim do onboarding, logo depois que o usuário percebeu o valor do app. Cedo demais, ele vê um preço sem ter entendido o que o app faz. Tarde demais, por exemplo atrás de um botão "Premium" nos ajustes, a maioria dos usuários nunca vai vê-lo. Você pode mostrá-lo de novo depois, quando o usuário bater em um limite da versão gratuita.

### O que um paywall iOS precisa mostrar para seguir as regras da Apple?

A Apple exige na tela de assinatura o nome e a duração da assinatura, o que ela oferece, o preço completo de renovação exibido com clareza e uma forma de restaurar as compras. Também são necessários links para os termos de uso e a política de privacidade, no app e na descrição da sua página na App Store. Sem eles na descrição, é recusa. Acrescente uma frase explícita sobre a renovação automática.

### Vale a pena oferecer teste grátis em um app iOS?

Sim, principalmente para um app que ninguém conhece ainda: pedir para pagar logo de cara é um salto grande, e o teste permite experimentar sem risco. A Apple chama isso de oferta introdutória, limitada a uma por grupo de assinaturas para um mesmo cliente. Escreva a duração do teste e depois o preço cobrado em seguida no botão ou logo acima dele.

### Como destacar a assinatura anual sem enganar o usuário?

Deixe o anual pré-selecionado, dê a ele uma apresentação visual diferente e mostre o equivalente mensal ao lado do preço anual. Indique a economia real em relação ao mensal, calculada com seus preços de verdade, nunca com um preço de referência inventado. Não esconda o preço real: um equivalente mensal em letras grandes e o preço anual minúsculo é um paywall enganoso e motivo de recusa.

### Como testar um paywall iOS antes de enviar para a Apple?

Com o sandbox da Apple: contas de teste, criadas no App Store Connect, que permitem comprar sem ser cobrado. Em um iPhone de verdade, faça o percurso completo: onboarding, início do teste, acesso premium, depois exclusão do app, reinstalação e restauração da compra. Confira também a exibição no menor e no maior iPhone que você suporta.


## Seu projeto

[iOS Kit](https://devoria.fr/pt-br/kits/ios): Crie seu app de iPhone com Claude Code: o código inicial dos meus apps, as skills que verificam o trabalho dele e os kits Apple Review, App Store Screenshots e ASO. 129,99 €.