# Guideline 3.2.2 Unacceptable: modelo de negócio recusado

> Guideline 3.2.2: a Apple recusa liberar função em troca de nota ou dar recompensa por avaliação. Recompense ações dentro do app, nunca na App Store.

Página original: [Guideline 3.2.2 Unacceptable: modelo de negócio recusado](https://devoria.fr/pt-br/blog/guideline-3-2-2-unacceptable-modelo-de-negocio-recusado)
Autor: [Mehdi Azizi](https://devoria.fr/pt-br/mehdi-azizi)
Publicação: 2026-11-04
Última revisão do conteúdo: 2026-11-04


A guideline 3.2.2 lista os modelos de negócio que a Apple recusa. **Para um app independente, a armadilha clássica é trocar uma nota, uma avaliação ou um download por uma vantagem.** Você pode recompensar uma ação dentro do app, como terminar uma fase ou assistir a um anúncio. Não uma ação na App Store.

Eu publico meus próprios apps iOS: Solys, TradaZen e Nolera estão na App Store. Este guia se baseia no texto oficial da Apple, lido em 15 de outubro de 2026 na versão de 8 de junho de 2026, e em recusas 3.2.2 publicadas por desenvolvedores. As práticas citadas mais abaixo são exemplos. O momento de pedir avaliação depende de outra regra, que eu detalho no guia da [guideline 5.6.3](https://devoria.fr/pt-br/blog/guideline-5-6-3-pedido-avaliacao-app-recusado).

## O que diz a guideline 3.2.2?

A 3.2.2 fica na seção 3.2, "Other Business Model Issues", das [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#3.2.2). Ali a Apple contrapõe uma lista "Acceptable", a 3.2.1, e uma lista "Unacceptable", a 3.2.2. E avisa que essas listas não são exaustivas.

Na versão atual, a 3.2.2 tem dez alíneas, duas delas vazias.

| Alínea | O que é recusado                       |
| ------ | -------------------------------------- |
| (i)    | Uma vitrine de apps de terceiros       |
| (ii)   | Vazia ("omitted")                      |
| (iii)  | Inflar anúncios, app feito de anúncios |
| (iv)   | Doações sem autorização                |
| (v)    | Acesso restrito sem motivo             |
| (vi)   | Vazia ("omitted")                      |
| (vii)  | Inflar um ranking em outro lugar       |
| (viii) | Opções binárias, CFD sem licença       |
| (ix)   | Empréstimo a mais de 36 % ao ano       |
| (x)    | Forçar a avaliar, a baixar             |

Para um app independente, a alínea que mais importa é a (x): "Apps must not force users to rate the app, review the app, download other apps". Ela proíbe exigir uma nota, uma avaliação, o download de outro app ou outra ação ligada à loja para acessar uma função, um conteúdo ou o app. A frase seguinte define o limite: "Apps may otherwise incentivize users to take specific actions within apps". Os exemplos dados: terminar uma fase, assistir a um anúncio.

A introdução da [seção 3](https://developer.apple.com/app-store/review/guidelines/#3) completa a regra. Ali a Apple mira avaliações e rankings inflados por feedback "paid, incentivized, filtered, or fake": pago, recompensado, filtrado ou falso. A punição anunciada pode chegar à exclusão do programa de desenvolvedores.

**Nota ou avaliação não se compra: nem com dinheiro, nem com moedas, nem com função desbloqueada.**

## O que a 3.2.2 não cobre

Vários artigos na internet atribuem à 3.2.2 casos que o texto atual coloca em outro lugar. Três regras vizinhas importam para um app independente.

- **Cobrar por uma função do sistema: 4.10.** A [guideline 4.10](https://developer.apple.com/app-store/review/guidelines/#4.10) proíbe monetizar recursos do aparelho ou do iOS, como notificações push, câmera ou giroscópio. Ela também cita serviços da Apple: armazenamento do iCloud, Screen Time API.
- **Impor uma tarefa depois da compra: 3.1.2(a).** A [regra 3.1.2(a)](https://developer.apple.com/app-store/review/guidelines/#3.1.2) exige que a pessoa receba o que pagou sem tarefa extra: postar nas redes, importar contatos, abrir o app um certo número de vezes.
- **Migrar para assinatura: também 3.1.2(a).** Você não pode tirar a função principal de quem já pagou por ela. Os detalhes estão no guia da [guideline 3.1.2](https://devoria.fr/pt-br/blog/guideline-3-1-2-app-rejeitado-assinatura).

## Os casos mais comuns para um app independente

Os quatro casos abaixo são exemplos criados para ilustrar a regra.

### Desbloquear uma função em troca de uma nota

Exemplo: "Avalie o app para desbloquear o tema escuro." É exatamente o que a alínea (x) proíbe. E o mecanismo nem funciona tecnicamente: a janela de avaliação da Apple pode não aparecer, e ela não informa ao seu app se a pessoa avaliou.

A saída: peça a nota com a janela do sistema, depois de uma conquista, sem condição. O tema escuro é liberado de outro jeito, de graça ou por uma compra no app.

### Recompensar uma avaliação ou um download

Exemplo: "100 moedas por uma avaliação 5 estrelas", ou um offerwall que dá moedas por instalar outros apps. O primeiro compra uma avaliação, e o "5 estrelas" a filtra. O segundo paga por downloads. Uma recusa 3.2.2 de 2019, [publicada nos fóruns da Apple](https://developer.apple.com/forums/thread/115883), mirava justamente um offerwall: "Your app includes content or features that can manipulate the user reviews or chart ranking on the App Store."

A saída: recompense ações que acontecem dentro do seu app. Terminar o tutorial, vencer três partidas, completar um desafio.

### O anúncio recompensado

O vídeo recompensado é permitido: a própria (x) cita "watching an ad" entre as ações que um app pode incentivar. Dois limites. A alínea (iii) recusa apps feitos principalmente para exibir anúncios. E uma recusa de 2022, [publicada por um desenvolvedor](https://developer.apple.com/forums/thread/705534), diz: "The primary purpose of your app is to encourage users to watch ads or perform marketing-oriented tasks".

Outro desenvolvedor [relata uma ligação com um reviewer](https://developer.apple.com/forums/thread/685104) em 2021: segundo ele, recompensas de valor real, como dinheiro ou gift cards, não eram aceitas, só recompensas dentro do app. **Mantenha o anúncio opcional, e a recompensa dentro do app.** O cálculo de quanto ele rende está em [quanto rende um aplicativo](https://devoria.fr/pt-br/blog/quanto-ganha-um-aplicativo-anuncios-assinatura).

### Cobrar por uma função que era gratuita

Exemplo: uma atualização coloca atrás da assinatura a exportação em PDF, que até então era grátis. Nenhuma alínea da 3.2.2 trata desse caso, e o texto não proíbe você de mudar sua oferta. O que ele protege é o que foi pago: quando um app passa para assinatura, a 3.1.2(a) exige manter, para quem já pagou, a função principal comprada.

Dois cuidados. A [guideline 2.3.2](https://developer.apple.com/app-store/review/guidelines/#2.3.2) exige que a descrição e as capturas de tela indiquem claramente o que precisa de compra: atualize sua página. Explique também a mudança nas notas de revisão. O que eu faria a mais, por escolha e não por obrigação: manter a exportação para quem já usava. A comparação entre os modelos está em [assinatura ou compra única](https://devoria.fr/pt-br/blog/assinatura-ou-compra-unica-app-ios).

## A tabela: prática, 3.2.2 e alternativa em conformidade

Esta é a minha grade antes de cada envio. A coluna do meio diz se a prática cai na 3.2.2, em outra regra ou em nenhuma.

| Prática                              | 3.2.2?                      | Alternativa em conformidade    |
| ------------------------------------ | --------------------------- | ------------------------------ |
| Função em troca de nota              | Sim, alínea (x)             | Pedido do sistema após sucesso |
| Moedas em troca de avaliação         | Sim, avaliação recompensada | Moedas por fase concluída      |
| Bônus por instalar um app            | Sim, alínea (x)             | Bônus por uma ação interna     |
| Offerwall de instalações             | Sim, na prática             | Vídeo recompensado simples     |
| "Curtiu o app?" antes                | Risco, avaliação filtrada   | Mesmo pedido para todos        |
| Vídeo de anúncio por um bônus        | Não, permitido              | Mantê-lo opcional              |
| App feito principalmente de anúncios | Sim, alínea (iii)           | Uma função de verdade primeiro |
| Gift card em troca de anúncios       | Sim, na prática             | Recompensa dentro do app       |
| Notificações pagas                   | Não: regra 4.10             | Cobrar pelo seu serviço        |
| Compartilhamento exigido após compra | Não: 3.1.2(a)               | Liberar assim que pagar        |
| Grátis que virou pago                | Não, nenhuma alínea         | Página e notas atualizadas     |
| Compra vitalícia retirada            | Não: 3.1.2(a)               | Honrar compras anteriores      |

Dois pontos precisam de esclarecimento. "Sim, na prática" remete às recusas publicadas citadas acima, não a uma alínea que nomeie esses casos. O "Curtiu o app?" que só manda para a avaliação quem está satisfeito filtra as avaliações, e é isso que a introdução da seção 3 mira. Eu classifico como risco porque não li nenhuma recusa publicada sobre esse caso específico.

## Corrigir uma recusa 3.2.2

A frase que vem depois do título diz o que o reviewer viu. Três formulações publicadas nos fóruns da Apple se repetem:

- "encourage users to watch ads or perform marketing-oriented tasks": o problema é o modelo inteiro, não uma tela.
- "manipulate the user reviews or chart ranking": uma recompensa em troca de avaliação ou download.
- "displays or promotes third-party apps": a promoção de outros apps, [até em anúncios](https://developer.apple.com/forums/thread/765722), segundo um desenvolvedor.

Depois:

1. **Remova o mecanismo, não só o texto.** Se a recompensa existe no código, o reviewer vai encontrá-la. Prepare um novo build.
2. **Substitua pela alternativa da tabela.** Uma nota pedida pela janela do sistema, uma recompensa por uma ação no app.
3. **Escreva notas de revisão precisas**: o que mudou e onde verificar.
4. **Só recorra se o app foi mal compreendido.** Responda primeiro no App Store Connect. O [App Review Board](https://developer.apple.com/help/app-review/after-submitting-for-review/appeal-to-the-app-review-board) aceita depois um único recurso por app recusado.

O modelo de notas que eu usaria, em inglês, para adaptar:

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 3.2.2.

What changed in build [X]:
- Users no longer receive [reward] for [rating the app /
  writing a review / downloading other apps].
- [Feature] is now available [for free / through in-app
  purchase], with no store-related action required.
- Ratings are requested only through the system prompt,
  after [completed action], for every user.

Where to check: [screen > step].

Best regards,
[Your name]
```

Escreva só o que existe no build enviado.

## O checklist 3.2.2 antes do envio

- Nenhuma função nem conteúdo depende de nota, avaliação ou download.
- Nenhuma recompensa em troca de avaliação, nem mesmo de uma avaliação "honesta".
- O pedido de nota é o mesmo para todos, sem pergunta de triagem antes.
- As recompensas vêm de ações dentro do app, e ficam dentro do app.
- O anúncio recompensado é opcional, e o app tem uma função de verdade sem ele.
- Nada pago se refere a uma função do sistema em si.
- Se uma função gratuita passar a ser paga, a página e as notas de revisão dizem isso.

## Um modelo de negócio em conformidade já no próximo envio

Se o seu app acabou de ser recusado pela 3.2.2, o [Review Kit](https://devoria.fr/pt-br/kits/app-review) ajuda você a encontrar a regra citada e o que ela exige, com modelos de notas para o revisor. Se você está montando seu modelo de negócio, o [iOS & Android Kit](https://devoria.fr/pt-br/kits/ios) traz onboarding, paywall e assinaturas já programados, que você só configura. Os erros de paywall mais comuns estão em [paywall iOS: erros de iniciante](https://devoria.fr/pt-br/blog/paywall-ios-erros-iniciante-vendas). Para um olhar humano, [reserve uma hora comigo](https://devoria.fr/pt-br/coaching).

O passo a passo completo está na página [app recusado pela Apple](https://devoria.fr/pt-br/expertise/app-recusado-pela-apple), e a parte técnica na página [assinaturas in-app no iOS](https://devoria.fr/pt-br/expertise/assinatura-no-app-ios). Se você está preparando seu primeiro lançamento, [faça seu diagnóstico gratuito](https://devoria.fr/pt-br/diagnostic): ele coloca as etapas em ordem e envia meu checklist antirrecusa da Apple. A página inicial mostra como [criar um aplicativo](https://devoria.fr/pt-br) com a review em mente desde o início.

## Perguntas frequentes

### O que significa "Guideline 3.2.2 - Business - Other Business Model Issues - Unacceptable"?

A Apple considera que seu modelo de negócio está entre as práticas recusadas pela 3.2.2. A frase que vem depois do título especifica o problema: anúncios no centro do app, promoção de outros apps, recompensa em troca de avaliação. A mensagem nem sempre cita a alínea: releia a lista e seus mecanismos de recompensa.

### Dá para oferecer uma recompensa em troca de uma avaliação na App Store?

Não. A introdução da seção 3 mira as avaliações recompensadas, e a alínea (x) proíbe condicionar uma função a uma nota. Peça a nota com a janela do sistema, do mesmo jeito para todo mundo, sem prometer nada.

### Vídeos recompensados são permitidos?

Sim. A alínea (x) cita "watching an ad" entre as ações que um app pode incentivar. A recusa acontece quando o anúncio vira o objetivo do app, ou quando a recompensa tem valor real fora do app, como um gift card.

### Dá para cobrar por uma função que era gratuita?

O texto não proíbe. Ele protege o que foi pago: a 3.1.2(a) exige não retirar a função principal de quem a comprou. Atualize sua página, como pede a 2.3.2, e explique a mudança nas notas de revisão.

### Qual a diferença entre a guideline 3.2.2 e a 5.6.3?

A 5.6.3 proíbe manipular a App Store, e a Apple também a aplica a pedidos de nota mal posicionados, na primeira abertura por exemplo. A 3.2.2 mira o modelo de negócio: uma função bloqueada em troca de nota, uma avaliação ou um download recompensado. Um mesmo pedido de nota pode cair nas duas.


## Seu projeto

[Review Kit](https://devoria.fr/pt-br/kits/app-review): Meu checklist de revisão da App Store, as recusas da Apple que corrigi, o checklist do Google Play e três skills do Claude Code. R$ 289.

[iOS & Android Kit](https://devoria.fr/pt-br/kits/ios): Crie seu app para iPhone e Android com o Claude Code: o código inicial dos meus apps, o caminho até as lojas e todos os kits. R$ 589.

[Diagnóstico: o que te separa do seu app de iPhone](https://devoria.fr/pt-br/diagnostic): 7 perguntas, 60 segundos: descubra o que realmente te impede de publicar seu app de iPhone, seu caminho em 4 etapas e o kit certo para você.