Distribuição de aplicativos móveis: o que é, quais canais e como funciona

Distribuição no iOS: TestFlight, Ad Hoc, Enterprise

A distribuição de aplicativos iOS é estritamente controlada pela Apple. A distribuição de aplicativos móveis no iOS passa por quatro canais: App Store (lançamento público), TestFlight (testes beta), Ad Hoc (distribuição limitada) e Enterprise (distribuição corporativa). Cada um tem seus próprios requisitos, limites e procedimentos.

TestFlight

TestFlight é a ferramenta oficial da Apple para testes beta de aplicativos móveis. Suporta até 10 000 testadores externos (External Testing) e até 30 internos (Internal Testing — membros da equipe). External Testing requer uma revisão leve (Build Review, geralmente 1–2 minutos). O TestFlight distribui atualizações automaticamente — os testadores recebem notificações push. O teste interno não requer revisão — você pode enviar builds instantaneamente para a equipe.

Ad Hoc Distribution

Ad Hoc é a distribuição para um número limitado de dispositivos (até 100 por conta). Para Ad Hoc, você precisa adicionar o UDID de cada dispositivo no Apple Developer Portal e assinar o build com um Provisioning Profile contendo esses dispositivos. Ad Hoc não requer revisão — adequado para versões demo e testes em dispositivos de clientes. Desvantagem: você precisa saber o UDID de cada dispositivo.

Enterprise Distribution

Apple Enterprise Developer Program ($299/ano) — distribuição de aplicativos dentro de uma organização sem a App Store. Os aplicativos são publicados em um servidor interno, os usuários instalam através de um link. Enterprise não requer revisão da Apple. Enterprise não pode ser usado para distribuição fora da organização — a Apple monitora isso e bloqueia contas. MDM (Mobile Device Management) — sistema de gerenciamento de dispositivos corporativos que instala automaticamente aplicativos Enterprise.

Distribuição no Android: Testing Tracks, Staged Rollout

Google Play oferece um sistema de distribuição de aplicativos móveis mais flexível que a App Store. Testing Tracks: Internal (interno), Closed (fechado), Open (aberto). Cada track tem seus próprios limites e requisitos. Após os testes, o aplicativo é publicado no Production Track.

Closed vs Open Testing

Internal Testing — até 100 testadores por e-mail. Não requer revisão do Google. O build é publicado em minutos. Closed Testing — até 100 testadores, acesso via lista de e-mail ou Google Group. Requer uma revisão leve (geralmente algumas horas). Open Testing — até 100 000 testadores, link público. O aplicativo fica visível no Google Play como "Acesso antecipado". Open Testing requer revisão completa como produção.

Staged Rollout — distribuição gradual da atualização. Você seleciona uma porcentagem de usuários (5%, 10%, 20%, 50%, 100%). O Google Play distribui automaticamente a atualização para a porcentagem selecionada. Se chegarem reclamações ou crashes nas primeiras horas — reverta para a versão anterior. O Staged Rollout reduz os riscos de lançamento e é recomendado para todas as atualizações de produção.

Production Track

Production Track — lançamento público no Google Play. Após a publicação, o aplicativo fica disponível para todos os usuários. O Google Play verifica automaticamente o binário e escaneia em busca de código malicioso. Após a publicação, você pode gerenciar país, restrições de idade e monetização. Internal App Sharing — distribuição direta via link sem o Play Console. Adequado para testes de QA em dispositivos reais.

iOS — revisão mais rigorosa e maior custo de entrada. Android — testes flexíveis e staged rollout. A IT Sectr recomenda usar Open Testing para Android e TestFlight External para iOS — isso cobre 90% dos cenários de testes beta de aplicativos móveis.

Políticas de distribuição de aplicativos: App Store Guidelines, Google Play Policies

App Store Review Guidelines — documento da Apple com mais de 100 regras que regulam a distribuição de aplicativos móveis. Requisitos principais: o aplicativo deve ser estável, sem bugs e estar em conformidade com as Human Interface Guidelines. A Apple rejeita aplicativos com links quebrados, telas vazias e funcionalidades ocultas. Google Play Developer Policies — regras do Google: aplicativos maliciosos, engano de usuários e violação de direitos autorais são proibidos.

App Store Guidelines

Regras principais para distribuição de aplicativos na App Store: 1) Safety — sem conteúdo ofensivo, 2) Performance — o aplicativo não deve falhar, 3) Business — compras via IAP (In-App Purchase) com comissão da Apple de 15–30%, 4) Design — conformidade com HIG. Motivos de rejeição: link de Política de Privacidade quebrado, falta de botão "Restaurar compras", uso de sistemas de pagamento de terceiros.

Google Play Policies

Políticas de distribuição no Google Play incluem: 1) Content Policies — conteúdo adulto e violência proibidos, 2) Monetization — comissão do Google de 15% (primeiro $1 milhão — 15%, depois 30%), 3) Privacy — URL de Política de Privacidade obrigatória, 4) Advertising — anúncios devem atender aos padrões. O Google verifica automaticamente o binário em busca de código malicioso. App Content Rating — questionário que determina as restrições de idade do aplicativo.

Export Compliance e DMCA

Export Compliance — a Apple exige declarar o uso de criptografia ao distribuir aplicativos. A maioria dos aplicativos se qualifica como "Yes, but exempt" (usa apenas HTTPS). DMCA — lei de direitos autorais. Se seu aplicativo permite que os usuários enviem conteúdo, configure um procedimento DMCA (reclamações de violação de direitos autorais).

Contas para distribuição de aplicativos: Apple Developer e Google Play

Apple Developer Account — $99/ano para desenvolvedores individuais, $299/ano para Enterprise. Organizações se registram como Company/Organization para distribuição de aplicativos móveis sob a marca da empresa. Um número D-U-N-S é necessário para publicar. Google Play Account — $25 único pagamento. O Google Play requer verificação de identidade (Passaporte, carteira de motorista) antes de iniciar a distribuição.

App Transfer

App Transfer — transferência de um aplicativo entre contas de desenvolvedor. No iOS — via App Store Connect (App Transfer). Requisitos: o aplicativo deve estar publicado, sem alterações pendentes, sem disputas de distribuição ativas. No Android — via Play Console (Manage > Transfer app). Ambos os processos levam de 1 a 5 dias. Após a transferência, o aplicativo mantém sua classificação, avaliações e assinaturas.

Screenshot Requirements

Screenshot Requirements para App Store: 5,5" (iPhone 8 Plus), 6,5" (iPhone 14 Pro Max), 12,9" (iPad Pro). Para Google Play: mínimo 2 capturas de tela por telefone e tablet. Recomendamos 8 capturas. URL de Política de Privacidade — obrigatória para distribuição de aplicativos em ambas as lojas. Se o aplicativo coleta dados pessoais, um link para a política de privacidade deve estar na descrição e dentro do aplicativo.