App Review: o que é, como funciona a revisão na App Store

O que é App Review?

App Review é o processo de moderação de aplicativos da Apple antes da publicação na App Store. Cada aplicativo, atualização ou extensão passa por revisão para verificar a conformidade com as App Store Review Guidelines, um documento com múltiplas seções cobrindo segurança, privacidade, design, normas legais e conteúdo.

O procedimento é obrigatório para todos os desenvolvedores no ecossistema Apple. Sem passar pelo App Review, o aplicativo não aparece no catálogo da App Store, não está disponível para download e não pode ser distribuído através do TestFlight. A exceção são os certificados Enterprise para distribuição corporativa interna.

História da implementação do App Review

A Apple introduziu o App Review com o lançamento da App Store em 2008. Inicialmente, a revisão levava de 7 a 14 dias e era menos formalizada. De acordo com um estudo da CNBC (2023), em 15 anos a Apple rejeitou mais de 2 milhões de aplicativos por vários motivos. Em 2020, a Apple lançou um programa de revisão acelerada para desenvolvedores com alta classificação de confiança.

Como o App Review difere do Google Play Review

Ao contrário do Google Play, onde a publicação é possível sem moderação prévia, a App Store usa pré-moderação — cada aplicativo é revisado antes da publicação. O Google Play aplica pós-moderação e scanners automáticos. De acordo com a análise da Appfigures (2024), o tempo médio de aprovação na App Store é de 48 horas contra 4 horas no Google Play. Ao mesmo tempo, a taxa de rejeição na App Store é 35% maior.

Como funciona o processo de App Review

Após o upload de um build através do App Store Connect, começa uma revisão em várias etapas. O desenvolvedor envia o aplicativo para revisão, selecionando a versão e preenchendo os metadados. A Apple distribui as solicitações entre equipes de moderadores de acordo com a categoria do aplicativo e a região.

Etapas da revisão automática

A primeira etapa é realizada automaticamente. Os scanners da Apple verificam o código binário em busca de frameworks maliciosos, uso de APIs privadas e conformidade com o formato da App Store. O sistema analisa os metadados: nome, descrição, capturas de tela e classificação etária. A revisão automática leva de 5 a 30 minutos.

import StoreKit

func checkReviewStatus() {
    let url = URL("https://api.appstoreconnect.apple.com/v1/apps/<APP_ID>/reviewSubmissions")!
    var request = URLRequest(url: url)
    request.setValue("Bearer <JWT_TOKEN>", forHTTPHeaderField: "Authorization")
    
    URLSession.shared.dataTask(with: request) { data, _, _ in
        guard let data = data else { return }
        let status = try? JSONDecoder().decode(ReviewStatus.self, from: data)
        print("Review status: \(status?.attributes.state ?? \`"unknown\`")")
    }.resume()
}

Moderação manual

Após a revisão automática, a solicitação vai para um moderador humano. O moderador verifica a funcionalidade do aplicativo, testa cenários principais, avalia o design em conformidade com as Human Interface Guidelines e revisa o conteúdo. De acordo com um relatório da Apple (2024), a moderação manual ocupa de 40 a 70% do tempo total de revisão.

Critérios principais de revisão da Apple

App Store Review Guidelines é um conjunto de regras dividido em 6 categorias principais: Segurança, Privacidade, Design, Requisitos Legais, Conteúdo e Critérios Técnicos. Cada categoria inclui de 5 a 30 subitens com requisitos específicos.

Critérios de segurança e privacidade

A Apple verifica rigorosamente o uso de Privacy Manifests e a descrição dos propósitos de coleta de dados. Desde 2024, cada aplicativo deve especificar as APIs usadas para coleta de dados e justificar sua necessidade. A falta do Privacy Manifest é uma das causas frequentes de rejeição.

Design e conformidade com HIG

O aplicativo deve seguir as Human Interface Guidelines. A Apple rejeita aplicativos com elementos não funcionais, links quebrados, exibição incorreta em diferentes dispositivos e texto ilegível. Atenção especial é dada à adaptação para Dynamic Type e VoiceOver.

Como preparar seu aplicativo para App Review

A preparação para o App Review começa na fase de desenvolvimento. A maioria das rejeições não é causada por erros no código, mas por violações de requisitos formais: falta de conta de teste, metadados incompletos ou classificação etária incorreta. Abaixo está uma lista de verificação para preparar o envio.

• Verificar o Privacy Manifest e a descrição do uso de dados
• Fornecer uma conta de teste para aplicativos com autenticação
• Verificar se as capturas de tela correspondem à resolução dos dispositivos
• Preencher a classificação etária através da Age Rating API
• Desativar o código de depuração e logs na compilação de lançamento

// Verificação pré-envio do App Review
struct PreReviewChecklist {
    let hasPrivacyManifest: Bool
    let hasTestAccount: Bool
    let screenshotsValid: Bool
    
    func isReadyForReview() -> Bool {
        let checks = [hasPrivacyManifest, hasTestAccount, screenshotsValid]
        return checks.allSatisfy { $0 }
    }
}

Configuração de metadados para App Store Connect

No App Store Connect, você precisa especificar a categoria do aplicativo, palavras-chave, descrição e informações de contato. Para aplicativos com assinaturas, é necessário preencher informações sobre preços e período de assinatura. A Apple recomenda adicionar uma prévia em vídeo de 15 a 30 segundos — isso aumenta a conversão em instalações em 20 a 25%.

Testes em dispositivos físicos

Antes de enviar para revisão, realize testes em dispositivos físicos com diferentes versões do iOS. O simulador não revela problemas de desempenho, aquecimento ou consumo de bateria. A Apple rejeita aplicativos que travam ou congelam durante cenários de uso padrão.

Verificação de localização e requisitos regionais

Se o seu aplicativo estiver localizado em vários idiomas, verifique a correção das strings localizadas e da formatação de dados. A Apple rejeita aplicativos onde parte da interface permanece em inglês quando outro idioma é selecionado. Para aplicativos com conteúdo na UE ou China, verifique a conformidade com as leis regionais: GDPR, CCPA e requisitos de certificação chinesa.

Uso da App Store Connect API para automação

Para automatizar o processo de App Review, use a App Store Connect API. A API permite fazer upload de builds programaticamente, acompanhar os status da revisão e receber notificações sobre alterações. A integração com CI/CD via Fastlane ou GitHub Actions reduz o tempo entre o commit e o envio para revisão de várias horas para 10 a 15 minutos.

Motivos típicos de rejeição

De acordo com as estatísticas do App Review publicadas pela Apple em 2024, 5 motivos representam mais de 60% de todas as rejeições. A maioria delas não está relacionada a erros técnicos, mas a violações das regras de apresentação e descrição.

Como corrigir uma rejeição

Após a rejeição, a Apple envia uma carta detalhando os motivos com links para seções específicas das Guidelines. O desenvolvedor pode corrigir o problema e reenviar o aplicativo através do App Store Connect. Para esclarecer os motivos da rejeição, o Resolution Center está disponível — um chat com um moderador da Apple.

Recurso através do Resolution Center

Se o desenvolvedor discordar da decisão do moderador, ele pode apresentar um recurso. No Resolution Center, você deve explicar por que o aplicativo está em conformidade com as regras e anexar evidências. De acordo com um relatório da Appfigures (2024), aproximadamente 35% dos recursos resultam em aprovação após reexame.

Prazos de revisão e Expedited Review

O tempo padrão de App Review é de 24 a 48 horas. No entanto, em períodos de alta carga — após a WWDC, antes das festas de fim de ano e durante a temporada de atualizações do iOS — os prazos aumentam para 5 a 7 dias. A Apple publica o tempo médio atual na página de App Review Status.

Expedited Review: revisão acelerada

Para correções críticas, a Apple oferece o Expedited Review — revisão acelerada em 2 a 6 horas. A solicitação é enviada através do App Store Connect com a justificativa: correção de vulnerabilidade crítica, restauração de serviço ou erro que bloqueia a atividade do usuário. Solicitações falsas de aceleração podem levar à rejeição de envios subsequentes.

Quando solicitar Expedited Review

A revisão acelerada só se justifica em situações em que o aplicativo se torna não funcional ou viola a lei. De acordo com o Apple Developer Support (2024), o Expedited Review é aprovado em 70% dos casos com um motivo válido. Não é recomendado solicitar aceleração para atualizações planejadas com novos recursos.