Quem pesquisa o Adalo encontra quase sempre o mesmo roteiro: o editor de arrastar e soltar, uma lista de casos de uso e um passo a passo até o primeiro app. Tudo isso é útil para começar. O problema é que a decisão difícil não acontece no começo. Ela aparece semanas depois do lançamento, quando o app já está na loja e alguém encontra um erro que não pode esperar.
É nesse momento que a tabela de preços do Adalo passa a pesar, e quase nenhum comparativo a lê com esse olhar. A seguir, o que é o Adalo, como ele funciona, para quem ele serve, quanto custa cada plano hoje e, principalmente, o que o plano mais barato limita depois da publicação: o número de atualizações instantâneas e o acesso ao código que a IA escreve.
O que é o Adalo?
O Adalo é uma plataforma no-code para criar aplicativos. Em vez de programar, a pessoa monta as telas com componentes visuais, define o banco de dados e descreve o que acontece quando o usuário toca em um botão. O resultado pode ser publicado como app na App Store, no Google Play e como aplicação web, a partir do mesmo projeto.
O que distingue o Adalo de outras ferramentas da categoria é o foco no aplicativo de celular que vai para a loja. Muitas plataformas no-code nasceram para a web e chegaram ao celular depois; no Adalo, a publicação nas lojas é o caminho principal, e é por isso que os limites ligados a ela merecem atenção desde o primeiro dia.
Desde que ganhou a Ada, a assistente de inteligência artificial, o Adalo também aceita instruções em linguagem natural. A página de preços diz que a Ada está incluída em todos os planos e que, com ela, é possível descrever o que se quer construir em texto. Isso muda a velocidade da largada, mas não muda as regras de publicação e de atualização que vêm depois.
Como funciona o Adalo por dentro?
Todo app no Adalo combina três partes. A primeira é a interface: telas montadas com componentes como listas, formulários, botões e mapas. A segunda é o banco de dados interno, organizado em coleções, com um limite de registros que depende do plano. A terceira é a lógica, as ações que cada componente dispara, como criar um registro, navegar para outra tela ou cobrar um pagamento.
Nos planos pagos entram os recursos que um app comercial costuma pedir. Segundo a página de preços, o Builder inclui pagamentos com Stripe, mapas, notificações push, ações personalizadas, fontes próprias, geolocalização e domínio personalizado. O Business acrescenta a API de coleções e a conexão com bancos de dados externos, além de tradução, monitoramento de falhas e analytics, que no Builder são complementos pagos à parte.
Há ainda uma camada corporativa, o Adalo Blue, sem preço publicado, que a página descreve com infraestrutura dedicada, implantação local e conexão com qualquer fonte de dados. Para a maioria das pequenas e médias empresas, porém, a escolha real fica entre o Builder e o Business, e é nela que este artigo se concentra.
Para que serve o Adalo e para quem ele é melhor?
O Adalo serve bem a quem precisa colocar um aplicativo de celular nas mãos de clientes ou de uma equipe sem montar um time de desenvolvimento. Os casos mais comuns são o app de agendamento de uma clínica ou de um estúdio, o catálogo com pedido de um comércio local, o app de membros de uma comunidade e a ferramenta de campo de uma equipe que vive no celular.
Ele é especialmente indicado para validar uma ideia. O plano Free permite apps de teste ilimitados, com 1 editor e 500 registros por app, o suficiente para montar um protótipo completo e mostrar a clientes de confiança antes de pagar qualquer coisa. A conta começa quando o app precisa ir para a loja.
Ele é menos indicado quando o produto depende de regras de negócio muito complexas, de grande volume de dados ou de integração profunda com sistemas internos. Nesses casos, os limites de registros, a necessidade do Business para bancos externos e a questão do código, tratada mais adiante, tendem a pesar mais do que a velocidade de construção.
Quanto custa o Adalo em cada plano?
A tabela atual tem três planos com preço publicado. A cobrança pode ser mensal, trimestral, com 10% de desconto, ou anual, com 20%. Os números abaixo foram conferidos na página oficial em 13/11/2026, e convém repetir a conferência antes de contratar, porque preço de plataforma muda.
| Free | Builder | Business | |
|---|---|---|---|
| Preço mensal | US$ 0 | US$ 65 | US$ 200 |
| Preço anual | — | US$ 624 | US$ 1.920 |
| Apps publicados | Nenhum (apps de teste ilimitados) | 2 | 5 |
| Atualizações instantâneas | Não se aplica | 1 por mês | Ilimitadas |
| Código escrito pela Ada | Não listado | Uma amostra | Todo o código |
| Editores | 1 | 5 | 10 |
| IA (Ada) | 5 prompts por mês | Sem limite de prompts, com créditos | Mais construção com IA por mês |
| Bancos externos e API de coleções | Não | Não | Sim |
Adalo, página oficial de preços (consultada em 13/11/2026)
Lida de cima para baixo, a tabela sugere que o Builder é o plano natural de quem tem um app só. Lida pelo lado da manutenção, ela conta outra história, e é essa leitura que os próximos tópicos fazem. Para entender por que a cobrança de plataformas no-code costuma subir depois do lançamento, vale também o nosso artigo sobre a conta das ferramentas no-code que chega depois que o app funciona.
O que é a atualização instantânea do Adalo?
Um app publicado na loja é, por padrão, uma versão congelada: para mudar qualquer coisa, a empresa gera um arquivo novo, envia à Apple ou ao Google e espera a revisão. A atualização instantânea é o atalho que o Adalo oferece para fugir dessa fila em boa parte dos casos. A mudança é empurrada direto para os aparelhos onde o app já está instalado.
O próprio Adalo explica o alcance desse atalho em um guia sobre publicação, atualizado em 3/11/2026: alterações em telas, textos, estilo, lógica e imagens chegam aos apps instalados em segundos, sem nova revisão da loja. Já as mudanças no aplicativo nativo, como uma nova permissão do aparelho, continuam exigindo um build novo e nova revisão (Adalo, "12 Publishing Features to Look For in an AI App Builder").
O mesmo guia confirma o que a tabela de preços mostra: o Builder inclui 1 atualização instantânea por mês e o Business, ilimitadas. Ou seja, o atalho existe nos dois planos, mas só em um deles ele está disponível sempre que a empresa precisa.
Quando o plano Builder vira gargalo de manutenção?
Na prática, o limite de uma atualização instantânea por mês só incomoda em um tipo de situação: quando aparece uma segunda correção que não pode esperar. Um preço errado no catálogo, um texto que confunde o cliente, um botão que leva à tela errada. Se a cota do mês já foi gasta, a saída é gerar um build novo e passar pela revisão da loja.
Quanto isso custa em tempo? A Apple informa que sua equipe de revisão costuma avaliar pelo menos 50% dos envios em menos de 24 horas e 90% em menos de 48 horas, e aceita pedido de revisão acelerada para correção de erro crítico (Apple Developer, App Review). Mesmo depois da aprovação, a correção só chega a quem atualizar o app. Durante esse intervalo, o erro continua no celular do cliente.
1. Sinais de que o Builder dá conta
- O app muda pouco depois do lançamento, e as alterações podem ser agrupadas em uma entrega por mês.
- Nenhuma informação crítica do negócio, como preço, estoque ou horário, depende de mudança na tela para ser corrigida.
- A empresa tem um ou dois apps e não pretende abrir um terceiro no curto prazo.
2. Sinais de que o Business se paga
- O app recebe ajustes semanais, porque acompanha campanhas, cardápios, promoções ou eventos.
- Um erro visível ao cliente custa venda, reputação ou atendimento, e esperar a loja não é aceitável.
- A empresa precisa de banco de dados externo, da API de coleções ou de mais de dois apps publicados.
O código que a Ada escreve é seu?
Este é o segundo limite que a tabela esconde em uma linha curta. No Builder, o cliente vê uma amostra do código escrito pela Ada; no Business, vê todo o código. A página de preços fala em visualizar o código, não em exportá-lo, e não diz se ele pode ser levado para fora da plataforma. Quem precisa dessa garantia deve pedi-la por escrito ao Adalo antes de contratar.
Por que isso importa? Porque o código é a porta de saída. Se um dia o app crescer além da ferramenta, ou se a empresa decidir trocar de plataforma, ter acesso ao que foi construído reduz o trabalho de reconstrução. Ver só uma amostra não ajuda nessa hora. É uma diferença que não aparece no primeiro mês, mas aparece no dia em que alguém pergunta o que acontece se a empresa quiser sair.
Essa pergunta, aliás, vale para qualquer plataforma da categoria, e cada uma responde de um jeito. O nosso artigo sobre as saídas do low code que ninguém desenha mostra como olhar para ela antes de construir, e o texto sobre o código que a empresa leva no FlutterFlow traz um exemplo de ferramenta que libera o download do código-fonte em plano pago.
O plano mais barato não limita o que você constrói. Limita quantas vezes você consegue consertar sem pedir licença à loja.
Como criar e publicar um app no Adalo, passo a passo?
O caminho até a loja tem etapas dentro e fora do Adalo. As de fora costumam ser as que atrasam o lançamento, porque dependem de cadastro, documentação e aprovação de terceiros.
1. Monte o protótipo no plano Free
Desenhe as telas principais, crie as coleções do banco de dados e use os 5 prompts mensais da Ada para acelerar a estrutura. Teste o fluxo completo com pessoas reais antes de decidir o plano. O limite de 500 registros por app basta para validar, não para operar.
2. Abra as contas de desenvolvedor nas lojas
A publicação exige contas próprias da empresa. Segundo o guia do Adalo sobre publicação e manutenção nas lojas, o Apple Developer Program custa US$ 99 por ano e o Google Play Console tem taxa única de US$ 25. Abra as contas no nome da empresa, e não no de um funcionário ou fornecedor, para que o app continue sendo seu se alguém sair.
3. Escolha o plano pelo ritmo de manutenção
Faça a conta de quantas correções urgentes o app deve receber por mês e de quantos apps a empresa pretende publicar. Se for um app estável e único, o Builder resolve. Se houver ajustes frequentes ou necessidade de dados externos, comece pelo Business para não migrar com o app já no ar.
4. Prepare a ficha da loja e a política de privacidade
As lojas pedem descrição, capturas de tela, ícone e uma política de privacidade publicada em endereço próprio, que diga quais dados o app coleta. Esse material costuma ficar para a última hora e é um dos motivos mais comuns de atraso.
5. Envie o primeiro build e acompanhe a revisão
Gere o build pelo Adalo, envie à Apple e ao Google e reserve folga no cronograma para pedidos de ajuste. Anote o que exigiu build novo nesta primeira rodada: são os tipos de mudança que nunca vão caber em uma atualização instantânea.
6. Planeje a primeira atualização instantânea do mês
No Builder, trate a atualização instantânea como recurso escasso. Agrupe as melhorias não urgentes em uma entrega mensal e guarde a cota para o que não pode esperar. Se ela se esgotar com frequência, é o sinal de que o plano ficou pequeno.
Quais os erros mais comuns de quem começa no Adalo?
- Escolher o plano pelo preço da largada. O Builder parece suficiente no dia do lançamento e fica apertado no primeiro mês com duas correções urgentes.
- Gastar a atualização instantânea em ajuste cosmético. Uma troca de cor no início do mês pode deixar a empresa sem atalho quando surgir um erro de preço.
- Abrir as contas das lojas em nome de pessoa física ou do fornecedor. O app fica preso a quem fez o cadastro.
- Ignorar o limite de registros. Os 500 registros do Free servem para teste; um app em operação precisa do plano pago desde o começo.
- Supor que o código é exportável. A tabela fala em ver o código, não em levá-lo. Sem confirmação por escrito, não conte com isso no plano de saída.
- Esquecer os complementos pagos. Tradução, monitoramento de falhas e analytics são extras no Builder e incluídos no Business, o que muda a comparação de preço.
Quais são as principais alternativas ao Adalo?
A ferramenta certa depende do tipo de app e do que a empresa quer levar consigo no futuro. A tabela resume o ponto de atenção de cada alternativa, com base nos artigos em que analisamos cada uma delas a partir da documentação oficial.
| Ferramenta | Melhor para | Ponto de atenção |
|---|---|---|
| Adalo | App de celular publicado nas lojas, montado sem código | 1 atualização instantânea por mês e amostra do código no Builder |
| Bubble | Aplicação completa na web, com app nativo nas lojas | Cobra por processamento e não exporta a aplicação como código |
| FlutterFlow | App com código Flutter que a empresa pode levar | Download do código só a partir do plano Basic |
| Glide | App de negócio a partir de planilha | No Classic, a planilha para em 25 mil linhas em todos os planos |
| Base44 | App completo criado por instruções em texto | O app não sai do workspace onde foi criado |
Artigos da Alliance sobre cada ferramenta, com base nas páginas oficiais de preços e documentação
Para aprofundar as duas comparações mais comuns, veja o que muda quando o app do Bubble vai para a loja e o teto da planilha no Glide. Os dois ajudam a enxergar que cada plataforma tem o seu limite escondido; o do Adalo está na manutenção do app depois da publicação.
O que muda por tipo de negócio?
| Tipo de negócio | Ritmo de mudança no app | Plano que costuma fazer sentido |
|---|---|---|
| Clínica ou estúdio com agendamento | Baixo: horários vêm do banco, telas mudam pouco | Builder |
| Comércio com catálogo e promoções | Alto: preços e ofertas mudam toda semana | Business |
| Comunidade ou app de membros | Médio: conteúdo novo, telas estáveis | Builder, se o conteúdo vier do banco |
| Equipe de campo (app interno) | Médio a alto: processos mudam com a operação | Business, sobretudo com banco externo |
| Startup validando produto | Muito alto: tudo muda a cada teste | Free para validar, Business ao publicar |
Análise da Alliance a partir dos limites da página oficial de preços do Adalo (consultada em 13/11/2026)
Repare no detalhe da clínica e da comunidade: o que muda com frequência são os dados, não as telas. Quando a informação vem do banco de dados, ela pode ser atualizada sem mexer no app. É uma decisão de projeto que reduz a dependência de atualizações instantâneas e pode manter um negócio no Builder por muito mais tempo.
Por onde começar hoje?
- Monte o protótipo no plano Free e teste com cinco usuários reais.
- Liste quais informações do app mudam com frequência e coloque todas no banco de dados, não em texto fixo na tela.
- Estime quantas correções urgentes o app deve receber por mês e escolha entre Builder e Business por esse número.
- Abra as contas da Apple e do Google em nome da empresa.
- Peça ao Adalo, por escrito, o que acontece com o código e os dados se a empresa decidir sair.
Se o app faz parte de uma estratégia maior, como captar clientes, fidelizar ou automatizar o atendimento, vale olhar para o conjunto antes de escolher a ferramenta. O diagnóstico de marketing gratuito da Alliance leva cerca de 30 minutos e mostra onde a tecnologia acelera o seu negócio. E, se a decisão já está na mesa, a equipe de desenvolvimento low-code e no-code da Alliance ajuda a escolher a plataforma, desenhar o app pensando na manutenção e publicar nas lojas.



















