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

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. 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. 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, 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, 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.

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

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 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:

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.

Quando recorrer ao App Review Board

A Apple permite recorrer ao App Review Board 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 bem definido, e a primeira etapa do meu método da ideia à App Store.

Escolher a ideia certa antes de programar

No iOS Kit, 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 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, 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 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 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, 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.