A instituição pode publicar app Moodle no nome próprio ou tem que ser pelo desenvolvedor?

A instituição publica no próprio nome — essa é a única forma correta. A conta Apple Developer e a conta Google Play Developer ficam em nome da instituição (CNPJ, documentos próprios), assinadas por um representante legal. O desenvolvedor (interno ou parceiro como a Agathas Web) recebe permissões de acesso a essas contas para fazer upload de builds, gerenciar certificados, ajustar listagens — mas a conta-mãe pertence à instituição. Isso garante que se a relação com o desenvolvedor mudar, a instituição mantém controle total do app e da presença nas lojas. Configurar diferente (conta no nome do desenvolvedor) cria dependência problemática e dificulta transferência futura.

Quanto tempo demora cada atualização do app depois que ele já está publicado?

Atualizações são muito mais rápidas que a publicação inicial. Apple: review de updates costuma sair em 12-48 horas (caiu muito desde 2023 com automação da Apple). Google: updates são quase instantâneos após upload — saem em horas, raramente em dias. Ambos os processos podem ser acelerados se você usar tracks de teste antes do production push: subir primeiro pra Internal Testing valida o build, depois promove pra produção sem nova review pesada. Para fluxo de release frequente (uma vez por mês ou mais), recomendo automatizar com Fastlane ou EAS (Expo Application Services), que reduz erros operacionais.

Apple e Google cobram comissão se o app processa pagamentos in-app?

Sim, e isso impacta direto a estratégia de monetização. Apple cobra 30% (15% para pequenos desenvolvedores no Small Business Program, faturamento até US$ 1M/ano) sobre transações in-app de bens digitais — o que inclui mensalidade de curso EAD comprada dentro do app. Google Play cobra a mesma taxa. Para evitar essa comissão, a estratégia comum em apps educacionais é não vender o curso dentro do app: o aluno paga via site externo (cartão, PIX, boleto) e o app só dá acesso ao conteúdo após pagamento confirmado. Apple e Google permitem essa abordagem desde que o app não tenha botão direcionando o usuário para pagar fora — pode informar que existe site. Mas sem link clicável de pagamento.

Publicar App Moodle na Apple Store e Google Play: Guia 2026

Publicar app Moodle personalizado nas duas lojas é uma operação cheia de detalhes burocráticos que decidem o sucesso da entrega. A diferença entre um lançamento que sai no prazo e um que atrasa 3 meses está em entender o processo antes de começar, em vez de descobrir as exigências enquanto a review já foi rejeitada. Este guia é o checklist completo para publicar app Moodle bem feito: o que precisa estar pronto, em qual ordem, com quais custos.

TL;DR

Apple App Store: conta Apple Developer (US$ 99/ano), processo de review mais rígido (3-14 dias), exige tela explicativa de cada permissão.

Google Play: conta Google Play Developer (US$ 25 único), review mais rápida (1-3 dias após primeira aprovação), exige Data Safety detalhado.

Tempo total para publicar app Moodle do início até disponível nas duas lojas: 4-8 semanas se preparado, 12+ semanas se aprendendo no caminho.

Os 4 motivos mais comuns de rejeição: privacidade de dados, descrição de permissões, conteúdo de menores, identidade da instituição.

Pré-requisitos antes de mexer nas lojas

Antes de qualquer cadastro nas lojas, três coisas precisam estar prontas:

App funcional buildado com a identidade visual da instituição (logo, splash, ícone), nome final definido, conectado à instância Moodle correta. Isso vem do trabalho de ajuste — detalhei em Aplicativo Moodle Personalizado: 7 Vantagens.
Política de privacidade publicada num URL acessível do site da instituição. Tanto Apple quanto Google exigem link público pra esse documento durante a submissão. Política precisa cobrir: que dados o app coleta, como usa, com quem compartilha, como o usuário pode remover.
Domínio próprio da instituição vinculado a uma conta institucional confiável (não conta pessoal de funcionário). Apple e Google preferem ver consistência: empresa registrada, site no mesmo nome, e-mails @ do domínio próprio.

Sem esses três itens, qualquer tentativa de publicar app Moodle nas lojas vira fila de espera.

Publicar app Moodle na Apple App Store — passo a passo

Passo 1 — Criar conta Apple Developer Program

Acesse developer.apple.com e crie uma conta. Para apps de instituições (escola, universidade, empresa), o cadastro precisa ser como Organization, não Individual. Exige:

DUNS Number da empresa (gratuito, leva 5-30 dias para emitir via Dun & Bradstreet — começar com antecedência)
Documentos da empresa (no Brasil: CNPJ, contrato social)
Pessoa autorizada a assinar legalmente pela empresa
US$ 99/ano (renovação automática)

O processo de checagem leva 1-2 semanas. Apple liga ou envia e-mail confirmando a identidade. Se a instituição é parte de uma rede maior (grupo educacional, holding), pode ter direito a programa específico (Apple School Manager para escolas K-12, por exemplo) — vale checar.

Passo 2 — Configurar certificados e provisioning

Na Apple Developer Portal:

Criar App ID com o bundle identifier do app (formato com.instituicao.app)
Gerar Distribution Certificate (assinatura digital do app)
Configurar Provisioning Profile para distribuição
Habilitar capacidades específicas (Push Notifications, Sign in with Apple, etc.)

O desenvolvedor do app faz esses passos. Importante: esses certificados precisam estar no nome da conta institucional, não pessoal. Trocar depois é trabalhoso.

Passo 3 — Preparar o App Store Connect

App Store Connect é o painel onde você gerencia a publicação. Aqui você cadastra:

Informações do app: nome (até 30 caracteres), subtítulo (até 30), descrição (até 4000), keywords (até 100 caracteres), categoria primária (Education) e secundária (opcional)
Screenshots: obrigatórios para vários tamanhos de tela (iPhone 6.7", 6.5", 5.5"; iPad 12.9" e 11"). Geralmente 3-5 screenshots por dispositivo. Apple rejeita screenshots muito promocionais — prefira mostrar o app real em uso.
Preview Video (opcional mas recomendado): vídeo de 15-30 segundos mostrando o app funcionando
Ícone do app: 1024×1024 PNG sem transparência, sem cantos arredondados (Apple aplica sozinho)
Política de privacidade (URL público)
Informações de teste: como o reviewer Apple deve testar o app (URL Moodle de teste, credenciais de aluno fictício)

Passo 4 — Submeter para Review

Upload do build via Xcode ou Transporter. Depois, na App Store Connect, clica em "Submit for Review" preenchendo:

Versão sendo submetida
Notas para o reviewer (em inglês — facilita)
Encryption Declaration (se usa criptografia padrão, geralmente "No")
Advertising Identifier (geralmente "No" para app educacional)

Review leva tipicamente 24-72 horas hoje em dia. Mas casos com pendências podem demorar 7-14 dias. Resposta vem por e-mail: aprovado ou rejeitado com lista de itens.

Passo 5 — Lidar com rejeição (se houver)

Na primeira vez que vai publicar app Moodle educacional, é comum receber rejeição em 1 ou 2 pontos. Os mais frequentes:

"Demonstrate the purpose of each permission requested" — descrever em texto e screenshot por que o app pede acesso a câmera, microfone, notificações, etc.
"Account creation must use Sign in with Apple" — se o app permite criar conta de aluno dentro dele, Apple exige incluir o Sign in with Apple como opção.
"Description does not match app functionality" — descrição da loja precisa refletir exatamente o que o app faz. Marketing exagerado é rejeitado.
"Privacy policy URL inaccessible" — checar que o link funciona e que o texto cobre o que o app realmente coleta.

Resposta é editar o que foi pedido e re-submeter. Cada nova review é mais rápida (caiu pra ~24h após a primeira).

Publicar app Moodle na Google Play — passo a passo

Passo 1 — Criar conta Google Play Developer

Em play.google.com/console, criar conta. Diferente da Apple, é pagamento único de US$ 25. Para apps institucionais, registre como Organization. Checagem leva 1-3 dias, exige:

Endereço físico válido
Cartão de crédito para o pagamento único
Documento de identidade do dono
(Em 2026) Checagem de identidade D-U-N-S ou similar para contas de empresa

Passo 2 — Configurar o app no Play Console

Criar novo app, definir nome, idioma padrão, tipo (App) e gratuito/pago
Aceitar políticas do programa de desenvolvedor
Configurar conteúdo do app: política de privacidade (URL), categoria (Educação), público-alvo (idade), classificação indicativa (preencher questionário)
Data Safety: descrever todos os tipos de dados que o app coleta, se são compartilhados com terceiros, se são criptografados em trânsito e em repouso. Esse formulário é detalhista e cobra honestidade — Google audita.
Permissões: justificar cada permissão sensível (acesso a arquivos, câmera, localização)

Passo 3 — Upload do AAB (Android App Bundle)

O build é gerado pelo desenvolvedor em formato .aab (Android App Bundle, sucessor do .apk). Upload no Play Console no track desejado:

Internal testing: testers internos, até 100 emails. Útil pra primeira validação
Closed testing: grupos de até 2000 testers, ideal pra beta com alunos selecionados
Open testing: qualquer pessoa pode se inscrever pra testar (público, com link)
Production: lançamento oficial

Recomendado quando vai publicar app Moodle: passar por Internal → Closed → Production aos poucos. Cada passagem permite ajustes baseados em feedback real antes do público geral.

Passo 4 — Configurar listagem da loja

Título (até 30 caracteres)
Descrição curta (até 80 caracteres)
Descrição completa (até 4000 caracteres)
Screenshots: mínimo 2 por tipo de dispositivo (telefone e tablet, opcionalmente Chromebook). Tamanhos específicos
Ícone: 512×512 PNG
Banner de feature: 1024×500 PNG, usado em destaques da loja
Vídeo promocional: opcional, link do YouTube

Passo 5 — Review e publicação

Google Play review é geralmente mais rápida que Apple — 24-72 horas para apps simples. Apps educacionais com dados de menores podem demorar mais (até 7 dias) devido ao escrutínio extra do programa Designed for Families.

Aprovado, o app vai pro track selecionado (produção, beta, etc.) e fica disponível na busca da loja em algumas horas.

Os 4 motivos mais comuns de rejeição ao publicar app Moodle

Motivo 1 — Privacidade de dados inconsistente

App diz coletar X mas a política de privacidade descreve Y, ou o Data Safety do Google diz não compartilhar e o app envia dados pra Firebase. Ambas as lojas auditam — a inconsistência é detectada e rejeitada. Solução: alinhar perfeitamente o que o código coleta, o que a política descreve, e o que o Data Safety declara.

Motivo 2 — Permissões sem justificativa visível

App pede permissão de câmera mas em nenhum lugar do app a câmera é usada. Reviewer testa, não encontra, rejeita. Solução: ou usar a permissão de fato com tela explicativa, ou remover a permissão do manifesto do app.

Motivo 3 — Conteúdo para menores sem proteções adequadas

Apps educacionais sempre atendem público adolescente ou infantil. Isso aciona regras extras (COPPA, LGPD de menores): consentimento parental, anonimização, limitação de tracking, restrição de anúncios. Não atender = rejeição rápida. Solução: definir corretamente a faixa etária e implementar as proteções proporcionais.

Motivo 4 — Identidade institucional não confirmada

Nome do app diz "Faculdade X" mas a conta desenvolvedor está em nome de uma pessoa física aleatória. Apple e Google verificam essa correspondência. Solução: conta institucional, com documentos institucionais, no nome correto.

Custos totais consolidados

Uma operação típica para publicar app Moodle personalizado nas duas lojas envolve:

Item	Custo
Conta Apple Developer Program	US$ 99/ano
Conta Google Play Developer	US$ 25 único
DUNS Number (Apple Org)	Grátis
Política de privacidade redigida por advogado	R$ 800-2.500 único
Screenshots profissionais (designer)	R$ 1.000-3.000 único
Vídeo promocional curto	R$ 1.500-5.000 único
Desenvolvimento + ajuste do app	R$ 30-80 mil único
Manutenção anual nas lojas	R$ 1.000-3.000/ano

Total típico de lançamento: R$ 35-95 mil único + R$ 1.500-3.500/ano recorrente. Detalhei o custo de desenvolvimento em Moodle Mobile App vs App Personalizado.

Cronograma realista

Semana 1-2: criação das contas, DUNS Number, política de privacidade
Semana 3-6: desenvolvimento/ajuste do app (em paralelo com contas)
Semana 7: setup dos painéis das lojas, upload do build, ajuste de listagem
Semana 8: submissão para review, ajustes de rejeição se houver
Semana 9-10: app publicado nas duas lojas

Esse cronograma assume equipe experiente e processo bem coordenado. Primeira vez sem experiência costuma adicionar 4-6 semanas em retrabalho.

Manutenção após o lançamento

Publicar app Moodle é só o início. A operação contínua envolve:

Renovação anual da conta Apple Developer (US$ 99) — sem renovar, app sai do ar
Renovação de certificados de distribuição (anual no Apple, automático no Google)
Atualizações periódicas do app — toda nova versão do Moodle ou ajuste visual precisa ser submetido (review de updates é mais rápida, geralmente <24h)
Resposta a avaliações de usuários nas duas lojas — boa prática para SEO da loja e percepção
Controle de crashes via Firebase Crashlytics ou App Store Connect Analytics
Compliance contínuo com novas regras Apple/Google (mudam algumas vezes por ano)

Na Agathas Web operamos esse ciclo completo como serviço: desde o setup inicial das contas até a manutenção contínua das publicações, deixando a instituição livre para focar no conteúdo educacional. Pra entender o pacote, vale ver também as features que mais fazem diferença pro engajamento — notificações push no app Moodle e modo offline.

Publicar App Moodle na Google Play e App Store: Passo a Passo