O preview hospedado fica fora da build de lançamento.
A Diretriz 2.5.2 trata de apps que baixam, instalam ou executam código e alteram sua funcionalidade. O editor e o preview hospedado do Buildy ficam separados do projeto compilado. Isso evita esse padrão específico, mas não garante aprovação: a Apple analisa cada app final e seu comportamento.
O que a Diretriz 2.5.2 cobre.
“Os apps devem ser autocontidos em seus pacotes e não podem ler ou gravar dados fora da área de container designada, nem podem baixar, instalar ou executar código que introduza ou altere recursos ou funcionalidades do app, incluindo outros apps.”
O risco relevante está no comportamento do app enviado, não no nome da ferramenta usada. Um padrão problemático tem três partes:
- Um app distribuído recebe novo código executável depois da revisão.
- Esse código altera os recursos disponíveis para o usuário.
- Um runtime dentro do app executa o código baixado.
Uma build autocontida evita esse padrão. A App Review também avalia estabilidade, privacidade, pagamentos, conteúdo, funcionalidade mínima e dependências. A arquitetura reduz um risco conhecido, mas não decide o resultado.
A infraestrutura de preview e o projeto de lançamento são separados.
O editor e o preview hospedado são serviços de desenvolvimento. O projeto de lançamento é uma saída separada, que você revisa e compila para distribuição.
No buildy.me
O Buildy empacota o projeto atual para um preview isolado no navegador, usado para iterar e testar em dispositivos.
Exportar
Os planos pagos exportam o projeto para o destino escolhido: Expo, Kotlin, SwiftUI ou React com Vite. O serviço de preview do Buildy não é adicionado a esse código.
Build assinada
O processo de build empacota o projeto em um artefato Android ou iOS assinado. A conformidade final ainda depende do código, das dependências, do conteúdo e do comportamento do app.
Essa separação é um controle de arquitetura, não uma garantia de aprovação. Revise o projeto gerado e editado antes de cada envio, como faria com código produzido por qualquer ferramenta de desenvolvimento.
Revise o que depende do seu app.
- Revise as dependências e remova carregadores de código em runtime desnecessários.
- Teste a build assinada em dispositivos físicos, não apenas no preview.
- Preencha as informações de privacidade, permissões, pagamentos e notas para a revisão.
- Confirme que metadados e capturas correspondem às funções enviadas.
As diretrizes da Apple são atualizadas e podem mudar. Consulte as Diretrizes de Revisão atuais.
Crie com uma separação clara entre preview e lançamento.
Use o preview hospedado para iterar e depois revise e compile o projeto que você pretende distribuir.