Diretrizes da App Store de outubro de 2026: o que muda com 1.2, 2.3.14, 2.5.19 e 3.1.1(a)

As mudanças de outubro de 2026 nas App Review Guidelines foram anunciadas no post da Apple Updated App Review Guidelines are now available em 16 de outubro de 2026. Duas diretrizes são novas (2.3.14 e 2.5.19), três trechos foram reescritos (1.2, 3.1.1(a) e seção 5), e as seções Before You Submit e After You Submit ganharam links para mais documentação. Abaixo está cada mudança em linguagem simples, quem precisa agir e um checklist para o seu próximo envio.

O que mudou nas App Review Guidelines em 16 de outubro de 2026?

A Apple adicionou a diretriz 2.3.14 para creative assets e a diretriz 2.5.19 para recursos ocultos. Também esclareceu a 1.2 (conteúdo gerado por usuários), a 3.1.1(a) (links de compra externa) e a seção 5 (Jurídico). O changelog da Apple lista as alterações assim:

A Apple diz que as traduções “estarão disponíveis no site Apple Developer dentro de um mês”. Em outubro de 2026, consulte as App Review Guidelines em inglês sempre que uma versão traduzida divergir delas.

O que a nova diretriz 2.5.19 sobre recursos ocultos exige?

A diretriz 2.5.19 exige que todo recurso presente no seu binário seja visível e documentado tanto para os usuários quanto para o App Review. Esconder funcionalidades, inclusive por ofuscação, pode levar à remoção do app e ao encerramento da conta de desenvolvedor.

O texto exato, em tradução livre: “Não inclua recursos ocultos, inativos ou não documentados no seu app; a funcionalidade do seu app deve ser clara para os usuários finais e para o App Review. Tentar esconder recursos não documentados no binário do app, por exemplo por meio de ofuscação de código ou outros métodos, é motivo para remoção do seu app da App Store e encerramento da sua conta de desenvolvedor.” A Apple descreve a política como antiga, mas ela ficava na 2.3.1. A 2.3.1(a) atual ainda exige que novos recursos sejam “descritos de forma específica na seção Notes for Review”. Rejeições por recursos ocultos agora devem citar a 2.5.19.

Na prática, liste nas notas para a revisão todo recurso que possa ser ativado por uma chave no servidor, um código de convite, a leitura de um QR code, uma região ou um nível de conta. Se uma flag vai ativar um recurso depois da aprovação, ative-o no build revisado ou deixe o código de fora até a versão que de fato o lança.

Quais apps são afetados pelas mudanças na diretriz 1.2?

A diretriz 1.2 agora abrange qualquer app que permita aos usuários “criar, gerar, enviar, compartilhar ou de outra forma contribuir com conteúdo”, e cita redes sociais, plataformas de UGC e apps de criação de conteúdo com IA. Esses apps precisam filtrar material ofensivo, oferecer denúncias com resposta em tempo hábil, permitir que usuários bloqueiem usuários abusivos e publicar informações de contato.

O texto revisado inclui “imagens íntimas não consensuais” ao lado de violação de propriedade intelectual e bullying. E acrescenta: “Desenvolvedores que não implementarem salvaguardas adequadas ou não corrigirem violações identificadas após notificação poderão ser considerados em violação do Código de Conduta do Desenvolvedor.” Mesmo que um app de imagens ou avatares com IA gere conteúdo apenas para o próprio usuário, ele agora pode estar no escopo. Filtragem de prompts e resultados, denúncias e dados de contato publicados devem estar no build que você envia, não em um roadmap.

O que a diretriz 2.3.14 diz sobre creative assets?

A diretriz 2.3.14 diz que os creative assets devem ter relação com o conteúdo, a funcionalidade ou a marca do seu app, seguir as regras normais de metadados e ser adequados para todos os públicos. Ela proíbe conteúdo impróprio, referências enganosas a outros apps, alegações não verificáveis e “informações de preço específicas ou com desconto”.

Creative assets são os recursos de imagem e vídeo que a Apple lançou em 5 de outubro de 2026. Segundo as boas práticas de assets da App Store da Apple, eles aparecem “no iOS 27 e iPadOS 27 ou posterior, incluindo sua página de produto, nos resultados de busca e quando seu app é destacado”. A mesma página vai além da diretriz. Ela orienta a não incluir URLs de sites, símbolos de copyright, logotipos de outras plataformas e reconhecimentos da Apple como “Escolha dos Editores”. Também diz que os assets “devem atender à classificação etária 4+, mesmo que a classificação do seu app seja maior”. Um cabeçalho que diz “50% off esta semana” ou “App de finanças nº 1” viola a 2.3.14.

O que mudou nos links de compra externa da diretriz 3.1.1(a)?

A diretriz 3.1.1(a) não tem mais um item separado para o Music Streaming Services Entitlement. Esse entitlement agora fica dentro do item StoreKit External Purchase Link Entitlements, e o texto diz que os links podem levar a “um destino permitido”. Os destinos aprovados podem variar por região.

As regras sobre onde os links são permitidos não mudaram nesta atualização. Os entitlements continuam limitados a storefronts específicos. O storefront dos Estados Unidos continua sendo a exceção em que botões, links externos e outras chamadas para ação são permitidos sem entitlement. Se você já usa algum desses entitlements, confira se o seu link ainda leva a um destino permitido em cada storefront em que o app é distribuído.

Como os desenvolvedores resolvem, na prática, rejeições por recursos ocultos e UGC?

Casos relatados publicamente mostram que rejeições com base no antigo texto de recursos ocultos da 2.3.1 e na 1.2 normalmente foram resolvidas deixando cada recurso e salvaguarda fácil de encontrar para o revisor, ou por meio de recurso (appeal). Mudanças apenas no código raramente resolveram.

• Em março de 2026, um desenvolvedor nos Apple Developer Forums relatou que um app nativo de alarme social foi rejeitado por “Guideline 2.3.1(a) - Hidden Features” e pela 4.2. Segundo ele, as WebViews eram usadas apenas para a política de privacidade, os termos e o FAQ, e ele entrou com recurso. O App Review respondeu que o App Review Board havia se manifestado. O desenvolvedor então pediu as telas específicas envolvidas, e nenhuma solução foi publicada.
• Em uma issue do Flutter no GitHub, vários desenvolvedores receberam “We discovered that your app contains hidden features” para apps simples. Um colaborador do Flutter disse que o framework era “uma pista falsa” e apontou para APIs não documentadas no código do app ou em plugins. Dois desenvolvedores relataram aprovação após recurso, sem alterar o código.
• Um desenvolvedor nos Apple Developer Forums foi rejeitado pela 1.2 mesmo tendo EULA, filtragem, denúncias e bloqueio. Pediram que ele adotasse termos com “tolerância zero para conteúdo ofensivo” e que “agisse sobre denúncias de conteúdo ofensivo em até 24 horas”. Uma segunda rejeição acrescentou classificação 18+, remoção instantânea de posts e informações de contato dentro do app. Ele respondeu documentando cada salvaguarda e fornecendo credenciais de administrador nas notas para a revisão.

Conclusão: nos três casos, os revisores não conseguiam ver ou verificar recursos que os desenvolvedores achavam óbvios. Com a 2.5.19 e a 1.2 mais rígida, as notas para a revisão e a conta demo pesam tanto quanto o código. Nosso guia de conta demo para a revisão da App Store mostra como configurá-las.

O que verificar antes do seu próximo envio?

Antes do próximo build, compare feature flags, salvaguardas de UGC, creative assets e links externos com o novo texto e depois escreva notas para a revisão que apontem para cada um deles. O checklist abaixo cobre as mudanças de outubro de 2026.

1. Liste todas as flags controladas pelo servidor, chaves de remote config e menus ocultos. Ative cada uma para o revisor ou remova o código que ela controla.
2. Descreva cada novo recurso de forma específica em Notes for Review, como exige a 2.3.1(a), incluindo como acessar tudo o que fica atrás de convites, leituras de código ou planos pagos.
3. Se os usuários podem postar, conversar ou gerar conteúdo, confirme que filtragem, denúncias, bloqueio e contato publicado estão todos no build, e documente seu processo para agir sobre denúncias.
4. Para geração de imagens ou vídeos com IA, adicione filtros de prompt e de resultado que bloqueiem imagens sexuais de pessoas reais e ofereça aos usuários um jeito de denunciar resultados.
5. Revise cada creative asset em busca de preços, descontos, URLs, alegações de prêmios, logotipos de outras plataformas e qualquer coisa acima da classificação 4+.
6. Se você usa um entitlement de link de compra externa ou de streaming de música, confirme que o link leva a um destino permitido em cada storefront.
7. Releia em inglês as diretrizes de qualquer seção da qual você dependa, porque as traduções podem atrasar até um mês.

Exemplo prático: pense em um app de avatares com IA que tem uma galeria pública e um pacote de estilos “Pro” ativado por remote config depois do lançamento. Pelo novo texto, ele precisa de moderação e denúncias na galeria (1.2). O pacote Pro precisa estar visível no build revisado ou ficar para uma versão posterior (2.5.19). O asset de cabeçalho do iOS 27 não pode dizer “Pro agora com 40% off” (2.3.14). Se você já está lidando com uma rejeição, nosso guia de correção diretriz por diretriz explica como responder no App Store Connect. Para uma segunda opinião antes de enviar, veja nossos serviços.