# Guideline 4.3 Design Spam: app rejeitado, o que fazer?

> Guideline 4.3 Design Spam: o que dizem a 4.3(a) e a 4.3(b), por que apps feitos com IA são rejeitados, como responder à Apple e evitar a rejeição.

Página original: [Guideline 4.3 Design Spam: app rejeitado, o que fazer?](https://devoria.fr/pt-br/blog/guideline-4-3-design-spam-app-rejeitado)
Autor: [Mehdi Azizi](https://devoria.fr/pt-br/mehdi-azizi)
Publicação: 2026-09-23
Última revisão do conteúdo: 2026-10-09


## Guideline 4.3 Design Spam: a resposta curta

A guideline 4.3 é a regra antispam da App Store. A 4.3(a) proíbe publicar várias vezes o mesmo app e, na prática, é usada contra apps reempacotados. A 4.3(b) rejeita apps impossíveis de distinguir do que já existe, principalmente nas categorias saturadas. A solução é de fundo: uma função principal que mais ninguém oferece.

É a rejeição mais difícil de corrigir: ela questiona a razão de existir do seu app, e nenhuma correção de código resolve se o produto se parece demais com o que já existe.

Eu publico meus próprios apps iOS: Solys, um despertador com minijogos, e TradaZen, um treino de trading, estão na App Store. Nolera e Clic foram rejeitados e depois corrigidos. Já levei rejeições 2.1, 5.6.3 e 2.3.2, que detalho em [por que a Apple rejeita seu app](https://devoria.fr/pt-br/blog/app-rejeitado-apple-casos-reais). Nunca levei uma rejeição 4.3, e não vou te contar o contrário. Este guia se baseia no texto oficial da Apple, parafraseado em português.

## O que diz exatamente a guideline 4.3?

A 4.3, "Spam", fica na seção 4, "Design", das [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/). As duas partes dela miram dois problemas diferentes.

### 4.3(a): um único app, não uma cópia por variante

O texto oficial pede que você não crie vários Bundle IDs para o mesmo app. O exemplo da Apple: publicar um app de mapa por cidade do mundo, em vez de um único mapa mundial onde a pessoa procura a cidade dela. Se o seu app tem versões por lugar, por time esportivo ou por universidade, a Apple recomenda enviar um único app e oferecer as variantes por compra dentro do app.

Na prática, a mensagem de rejeição vai além desse exemplo. Nas rejeições 4.3(a) que desenvolvedores publicaram nos [fóruns de desenvolvedores da Apple](https://developer.apple.com/forums/thread/768484), a Apple escreve que o app compartilha "a similar binary, metadata, and/or concept" com apps enviados por outros desenvolvedores, com apenas diferenças mínimas. A mensagem classifica esses apps parecidos ou reempacotados como spam. Três palavras importam: o binário (o código compilado), os metadados (nome, descrição, capturas de tela) e o conceito.

Duas outras regras vão na mesma direção. A 4.2.6, uma sub-regra da [guideline 4.2](https://devoria.fr/pt-br/blog/guideline-4-2-minimum-functionality-app-rejeitado), rejeita apps criados a partir de um template comercial ou de um serviço de geração de apps, a não ser que sejam enviados diretamente pelo fornecedor do conteúdo. A guideline 4.1, "Copycats", proíbe copiar um app popular mudando um pouco o nome ou a interface. Ela começa com uma frase simples: "Come up with your own ideas."

### 4.3(b): as categorias saturadas

A 4.3(b) rejeita apps impossíveis de distinguir do que já está amplamente disponível: para a Apple, essas variantes oportunistas prejudicam a descoberta na App Store.

O texto cita as categorias envolvidas. Os apps de namoro, de lanterna, de efeitos sonoros, de papéis de parede, de timers simples e de vidência ("fortune telling") já estão bem estabelecidos. A Apple não aceita mais novos envios nessas categorias, a não ser que ofereçam "a meaningfully different or improved experience". A Apple pode até remover os que não são atualizados nem melhorados, ou que não atraem ninguém.

Uma segunda lista é mais severa: jogos de bebida, Kama Sutra, apps de pum e de arroto. A Apple considera esses apps medíocres ou de baixo esforço, e envios repetidos desse tipo podem levar à exclusão do programa de desenvolvedores.

Horóscopo e astrologia não são citados com essas palavras na versão atual do texto. Um app genérico de horóscopo diário continua muito próximo da vidência, e eu o trataria como uma categoria saturada.

## Por que a 4.3 aparece mais com IA e templates

### Os templates compartilham tudo por definição

Um template de app vendido na internet é comprado por vários desenvolvedores, que mudam as cores, o ícone e o nome, e depois enviam. A Apple não detalha como identifica as semelhanças, mas a mensagem dela fala do binário, dos metadados e do conceito: três coisas que um template compartilha com todas as suas cópias. É exatamente o caso que a 4.3(a) e a 4.2.6 miram.

### A IA produz a versão média da sua ideia

Peça a uma IA "um app de acompanhamento de hábitos": ela te entrega a versão mais provável da ideia, ou seja, a média do que já existe, com as mesmas telas e o mesmo onboarding. O código pode até ser original, o conceito não é. E a 4.3(b) julga a experiência, não a originalidade do código.

A IA programa muito bem uma ideia diferenciada, mas não encontra a diferença por você. Eu detalho o que ela faz bem e o que ela erra em [criar um app iOS com IA](https://devoria.fr/pt-br/blog/criar-app-com-ia-armadilhas-verificacoes).

## Como diferenciar de verdade o seu app

### Uma função principal que ninguém oferece exatamente assim

É a regra que eu me imponho em cada ideia, justamente para evitar a 4.3: uma função principal que mais ninguém oferece exatamente assim. Mais um despertador seria vulnerável, os timers simples estão entre as categorias citadas pela Apple. Solys é um despertador que te obriga a ganhar um minijogo para desligar. A diferença cabe numa frase, e aparece logo no primeiro uso.

O teste: complete "é o único app que...". Se você só consegue terminar com "mas mais bonito", sua diferença é fraca demais.

### Conteúdo e lógica que são seus

Um visual diferente não basta. O que distingue um app é o que ele produz: conteúdo escrito para ele, dados que ele calcula, uma mecânica que não existe em outro lugar. Se você parte de um template ou de um projeto open source, mude a lógica, não só as cores.

### Um nome, capturas de tela e uma descrição que provam isso

A mensagem 4.3(a) cita os metadados: o revisor também julga a sua página, como na [guideline 2.3.10](https://devoria.fr/pt-br/blog/guideline-2-3-10-app-rejeitado-metadados). Um nome genérico do tipo "Lanterna Pro" anuncia uma cópia antes mesmo de o app ser aberto. Seu nome e seu subtítulo precisam dizer a função única, sua primeira captura de tela precisa mostrá-la, e sua descrição precisa começar por ela. Esse trabalho também ajuda o seu posicionamento nas buscas: o método está na página [ASO App Store](https://devoria.fr/pt-br/expertise/aso-app-store).

### Um único app para todas as suas variantes

Se a sua ideia se desdobra por cidade, por time ou por tema, publique um único app com uma escolha lá dentro, e compras dentro do app se as variantes forem pagas. É a leitura literal da 4.3(a).

## Como responder a uma rejeição 4.3 no App Store Connect

O que se chamava Resolution Center hoje fica na seção App Review do App Store Connect. É lá que você [responde à mensagem do App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/) com texto e anexos, capturas de tela ou documentos, enquanto não tiver enviado de novo.

1. **Identifique a sub-regra.** Uma rejeição 4.3(a) fala de semelhança com outros apps ou de várias variantes. Uma rejeição 4.3(b) fala de uma categoria saturada.
2. **Seja honesto sobre o fundo.** Se o seu app vem de um template ou se parece de verdade com o que já existe, não discuta: mude o produto, não a forma de escrever.
3. **Se a sua diferença é real, mostre-a.** Responda de forma curta, objetiva, em inglês, com um vídeo da função principal em anexo.

O modelo que eu usaria, para adaptar:

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]
```

Só escreva as duas frases sobre o código e sobre os outros apps se elas forem verdadeiras. Uma afirmação falsa numa resposta à Apple vai te custar mais caro do que uma rejeição. O passo a passo completo depois de qualquer rejeição está na página [app rejeitado pela Apple](https://devoria.fr/pt-br/expertise/app-recusado-pela-apple).

## Quando recorrer ao App Review Board

A Apple permite [recorrer ao App Review Board](https://developer.apple.com/distribute/app-review/) se você acha que o revisor entendeu mal o conceito e o funcionamento do seu app, ou que você foi tratado de forma injusta durante a revisão. A Apple impõe três condições: dar razões precisas pelas quais o seu app respeita as guidelines, enviar um único recurso por envio rejeitado, e responder antes a qualquer pedido de informação adicional.

Recorra quando a sua diferença for real, visível no app, e a sua resposta no App Store Connect não tiver bastado para que ela fosse entendida. Para um template, um clone ou uma variante sem diferença, o recurso não vai mudar o produto.

A Apple também oferece, na mesma página, reuniões por vídeo de 30 minutos com o App Review. Se a sua ideia chega perto de uma categoria saturada, faça a pergunta antes de construir.

## O checklist anti-4.3 antes de enviar

- Você consegue terminar a frase "é o único app que..." sem falar de design
- A função principal aparece logo no primeiro uso, sem precisar procurar
- Nenhuma tela, texto, som ou visual vem tal e qual de um template, cuja lógica você mudou
- Você não publica dois apps que compartilham o mesmo código e o mesmo conceito
- Suas variantes (cidades, times, temas) ficam num único app
- Seu nome e seu subtítulo dizem a função única, não a categoria
- Sua primeira captura de tela e sua descrição começam pela sua diferença
- Se o seu app toca numa categoria citada pela 4.3(b), as notas de revisão explicam em duas frases o que o distingue e como testar isso

## A 4.3 se evita na hora de escolher a ideia

Mais um app num nicho saturado traz dois problemas. A Apple pode rejeitá-lo com base na 4.3(b). E, se ele passar, vai enfrentar apps instalados há anos sem oferecer um motivo para ser escolhido.

Então a diferenciação não se acrescenta na hora de enviar. Ela se decide antes da primeira linha de código, reduzindo a sua ideia a uma função principal clara para um público preciso. É o coração de um [MVP de app iOS](https://devoria.fr/pt-br/expertise/mvp-app-ios) bem definido, e a primeira etapa do meu [método da ideia à App Store](https://devoria.fr/pt-br/blog/como-criar-um-aplicativo-4-etapas).

## Escolher a ideia certa antes de programar

No [iOS Kit](https://devoria.fr/pt-br/kits/ios), a primeira etapa do percurso serve justamente para isso: escolher a ideia, o público e o preço, antes de escrever o código.

Já recebeu uma rejeição 4.3? O [Apple Review Kit](https://devoria.fr/pt-br/kits/review-apple) te ajuda a encontrar a regra citada, o que ela exige, e um exemplo de correção e de resposta. Se você quer que a gente olhe o seu caso juntos agora, [reserve uma hora comigo](https://devoria.fr/pt-br/coaching), por videochamada.

Ninguém pode garantir a aprovação da Apple, nem eu. Eu posso te ajudar a descartar desde o início as ideias que virariam um app a mais.

Ainda tem dúvidas sobre a sua ideia? O [diagnóstico gratuito](https://devoria.fr/pt-br/diagnostic) parte do seu projeto, te diz qual etapa atacar primeiro e te envia o meu checklist antirrejeição da Apple. Depois, a página inicial mostra como [criar um aplicativo mobile sem partir do zero](https://devoria.fr/pt-br) escolhendo a ideia antes de escrever o código.

## Perguntas frequentes

### Qual é a diferença entre a 4.3(a) e a 4.3(b)?

A 4.3(a) mira a duplicação: várias versões do mesmo app, ou um app que compartilha o código, a página ou o conceito com outros, com poucos detalhes de diferença. A 4.3(b) mira a saturação: nada de novo numa categoria muito cheia, como as lanternas.

### Meu app criado com IA vai ser rejeitado pela 4.3?

Não por ter sido criado com IA: a Apple julga o resultado, não a ferramenta. O risco vem de uma ideia genérica que a IA transforma na versão média do que já existe. Se a sua função principal é única e visível, a origem do código não é um problema em relação à 4.3.

### Dá para usar um template sem ser rejeitado?

Um [template usado como ponto de partida técnico](https://devoria.fr/pt-br/kits/code-de-depart), e depois transformado a fundo, não é o problema. Um template publicado quase como veio, com um nome novo e cores novas, corresponde exatamente ao que a 4.3(a) e a 4.2.6 miram.

### Preciso trocar de conta ou de Bundle ID depois de uma rejeição 4.3?

Não. Trocar de identificador ou de conta não muda o app, e a 4.3(b) prevê que envios repetidos de apps de baixo valor podem levar à exclusão do programa de desenvolvedores. A única saída duradoura é modificar o produto e depois enviá-lo de novo.

### Um app de namoro ou de papéis de parede ainda pode ser aceito?

Sim, se ele oferecer uma experiência realmente diferente ou melhorada: é a condição imposta pelo texto da Apple. Essa diferença precisa aparecer no app, na página e nas notas de revisão.


## Seu projeto

[Apple Review Kit](https://devoria.fr/pt-br/kits/review-apple): A checklist de review da App Store que eu uso, minhas rejeições da Apple corrigidas, as notas para o revisor e duas skills do Claude Code que revisam seu app. 29 €.

[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 €.