App Store Connect Não Aceita Meu Build — Causas e Soluções

1. Upload recusado vs. rejeição de revisão

É importante distinguir dois tipos de problema:

• Upload recusado: o build não chega nem ao App Store Connect. O Xcode ou o Transporter retornam um erro durante o envio. Isso é sempre um problema técnico.
• Build recusado no processamento: o upload foi feito, mas o App Store Connect rejeita automaticamente o arquivo após processamento — você recebe um e-mail com o código do erro.
• Rejeição de revisão: o build chegou, foi para TestFlight, foi submetido para revisão e um humano da Apple o rejeitou. Este artigo cobre os dois primeiros.

2. Xcode ou SDK desatualizado

A Apple exige que apps sejam compilados com a versão mais recente do Xcode e do iOS SDK. A partir de certa data a cada ano, apps compilados com versões antigas são recusados automaticamente.

Erro comum: "This app was built with the iOS X.X SDK. All iOS and iPadOS apps submitted to the App Store must be built with the iOS Y.Y SDK or later."

Solução: atualize o Xcode para a última versão disponível na Mac App Store e recompile o app.

3. Número de versão ou build incorreto

O App Store Connect rejeita automaticamente builds onde:

• O CFBundleVersion (build number) é igual ou menor ao do último build enviado.
• O CFBundleShortVersionString (versão do app) está em formato inválido — deve seguir o padrão X.Y.Z (ex: 1.0.0).

Solução: incremente o build number no Xcode (ex: de 1 para 2) antes de gerar um novo archive. Se for uma nova versão, atualize também o version number.

4. Certificado ou provisioning profile inválido

Um dos erros mais frequentes. Ocorre quando:

• O certificado de distribuição expirou (validade de 1 ano).
• O provisioning profile foi revogado ou não está associado ao App ID correto.
• O certificado foi gerado em outro Mac e não está no keychain da máquina atual.

Solução: no Xcode, vá em Signing & Capabilities e ative "Automatically manage signing". O Xcode vai renovar ou criar os certificados necessários automaticamente — desde que você esteja logado com a conta Apple Developer correta.

5. Entitlements incompatíveis

Entitlements são permissões especiais que o app solicita ao sistema (ex: Push Notifications, iCloud, In-App Purchase). Se o entitlement declarado no código não corresponde ao que está configurado no App ID no portal da Apple, o build é recusado.

Erro comum: "The entitlement com.apple.push.environment is missing from the Provisioning Profile."

Solução: acesse developer.apple.com → Identifiers → seu App ID → edite e habilite os capabilities necessários. Depois, regenere o provisioning profile e baixe novamente no Xcode.

6. Bundle ID não corresponde

O Bundle ID no Xcode (ex: com.suaempresa.seuapp) precisa ser idêntico ao App ID criado no portal da Apple e ao app cadastrado no App Store Connect. Qualquer diferença — incluindo maiúsculas — gera rejeição automática.

Solução: verifique o Bundle Identifier em Xcode → projeto → Target → General. Confirme que é idêntico ao que está em App Store Connect → App Information → Bundle ID.

7. Arquitetura de 64 bits

A Apple exige que todos os apps suportem arquitetura de 64 bits (arm64). Apps com código legado para 32 bits são recusados.

Solução: no Xcode, em Build Settings → Architectures, verifique se arm64 está incluído. Para a maioria dos projetos modernos isso já é o padrão — o problema ocorre em projetos muito antigos ou com dependências legadas.

8. Símbolos ausentes ou corrompidos (dSYM)

Para builds com bitcode ativado, a Apple precisa dos símbolos de debug (dSYM) para gerar relatórios de crash. Builds com dSYMs corrompidos ou ausentes podem ser recusados.

Solução: ao fazer o archive no Xcode, certifique-se de que a opção "Upload your app's symbols to receive symbolicated reports from Apple" está marcada no fluxo de distribuição.

9. Prefere delegar tudo?

Erros de build são tecnicamente os mais frustrantes porque aparecem antes mesmo da revisão humana e exigem conhecimento específico de Xcode, certificados e configuração de conta para resolver. Um erro pode bloquear o processo por dias.

A AtlasTech lida com todo esse processo técnico e entrega o app publicado em até 7 dias, sem que você precise entender cada detalhe do pipeline de build.