Quem pesquisa o WeWeb em português encontra fichas de diretório que dizem “freemium” e param por aí. O preço de verdade só aparece na página oficial, e ela tem uma regra que muda o orçamento de qualquer projeto: o editor e o app publicado são cobrados separadamente. Um portal no ar não custa um plano, custa dois.
Este guia explica o que é o WeWeb, o que dá para construir com ele, como funcionam as duas faturas e quanto custa um projeto típico. Depois, mostra o que a exportação de código leva e o que deixa para trás, para que a empresa monte o roteiro de saída antes de desenhar a primeira tela. Os preços foram conferidos na página oficial em novembro de 2026 e mudam com frequência; confira antes de fechar o orçamento.
O que é o WeWeb?
O WeWeb é uma plataforma no-code para construir aplicações web: a interface é montada num editor visual, com componentes que se arrastam para a tela, e a lógica é definida em fluxos de trabalho, os workflows. Um assistente de IA ajuda a gerar telas e lógica a partir de instruções em texto, consumindo tokens que cada plano inclui por mês.
A diferença dele para outras ferramentas está na separação entre a parte que o usuário vê e a parte que guarda os dados. O WeWeb nasceu como um construtor de front-end que se liga a qualquer backend, e hoje também oferece banco, funções e armazenamento próprios. A empresa pode escolher entre usar o backend da plataforma ou manter os dados num serviço que já usa, como Supabase, Xano ou uma API REST própria.
É uma ferramenta da família do desenvolvimento low-code e no-code: entrega rápido, exige menos programação, e cobra em troca uma dependência da plataforma que precisa ser planejada.
O que dá para construir com o WeWeb?
O WeWeb faz aplicações que rodam no navegador. Os usos mais comuns em empresa são:
- Portal do cliente: área logada onde o cliente acompanha pedidos, baixa documentos ou abre chamados.
- Ferramenta interna: painel de operações, aprovação de pedidos, cadastro de fornecedores, controle de estoque.
- Painel de dados: telas que leem um banco existente e mostram indicadores para a gestão.
- MVP de SaaS: a primeira versão de um produto digital, para validar com clientes antes de investir em código próprio.
- Front-end novo para sistema antigo: uma interface moderna sobre uma API que já existe.
O que ele não faz é app nativo de loja. Para App Store e Google Play, o caminho são outras ferramentas, como o FlutterFlow ou o Bubble, que tem suas próprias regras de build e de versão, detalhadas no guia sobre o que muda quando o app do Bubble vai para a loja.
Quanto custa o WeWeb em 2026?
A primeira fatura é a do workspace, o espaço de trabalho onde ficam os projetos e o editor. Ela define quem pode construir e quantos tokens de IA a equipe tem por mês. Os valores abaixo são mensais, na cobrança anual; o plano anual economiza até 20% sobre o mensal.
Dois detalhes pesam na conta. Primeiro, só o Pro e o Partner são cobrados por desenvolvedor; o Essential é por workspace e serve a quem trabalha sozinho. Segundo, cada assento é de uma pessoa nomeada e não pode ser compartilhado. Uma equipe de três pessoas no Pro paga três assentos.
O número de projetos não tem limite em nenhum plano. O que se multiplica não é o projeto: é a hospedagem, que vem na segunda fatura.
Por que um app no WeWeb gera duas faturas?
Porque o WeWeb separa o direito de construir do direito de publicar. O workspace paga o editor. Cada app colocado no ar no WeWeb Cloud precisa do seu próprio plano de hospedagem, e os planos pagos de hospedagem exigem workspace Essential ou superior.
| Plano de hospedagem | Preço por app/mês | O que inclui | Para quem |
|---|---|---|---|
| Free | US$ 0 | subdomínio do WeWeb, 1.000 sessões no total, 1 GB de banda, 500 MB de banco, 50 e-mails | protótipo e teste |
| Front-end only | US$ 13 | domínio próprio, sessões ilimitadas, 10 GB de banda; sem banco, funções nem arquivos | quem já tem backend, como Supabase ou Xano |
| Launch+ | US$ 20 | 1 GB de banco, 5 GB de arquivos, 200 e-mails por mês | app pequeno com o backend do WeWeb |
| Grow+ | US$ 66 | 3 GB de banco, 25 GB de arquivos, 1.000 e-mails, backups de produção | app em uso diário por equipe ou clientes |
| Scale+ | US$ 208 | 10 GB de banco, 150 GB de arquivos, 3.000 e-mails, cobrança por excedente | app com volume alto |
WeWeb, página oficial de preços, consultada em novembro de 2026. Valores mensais na cobrança anual.
A boa notícia está do outro lado: o usuário final não paga. Só quem constrói no editor precisa de assento, e não há cobrança por pessoa que usa o app. Para um portal com milhares de clientes, isso faz o WeWeb sair mais barato do que ferramentas que cobram por usuário, como várias plataformas de apps corporativos.
Há ainda um adicional que pega desprevenido: ambiente de staging e versionamento custa US$ 88 por mês a mais, nos planos Launch+, Grow+ e Scale+. Quem precisa testar antes de publicar para o cliente deve incluir essa linha.
O que acontece no plano gratuito quando o app atinge o limite?
O plano gratuito de hospedagem tem 1.000 sessões no total, não por mês. É a regra que mais confunde, porque quase todo limite de ferramenta gratuita renova todo mês. Aqui, a cota é da vida do app.
Os limites do Free são rígidos: quando o app chega a eles, pode ficar indisponível até que a empresa migre para um plano pago, e o editor avisa quando isso acontece. Para um protótipo mostrado a alguns colegas, mil sessões sobram. Para um piloto com clientes reais, podem acabar no meio da validação, justamente quando o app está provando que funciona.
Quanto custa, na prática, um projeto no WeWeb?
Com as duas faturas na mão, dá para orçar. Três cenários comuns, com os preços da cobrança anual e sem impostos nem câmbio:
| Cenário | Workspace | Hospedagem | Total por mês | Fica fora da conta |
|---|---|---|---|---|
| Portal do cliente feito por uma pessoa, dados no Supabase | Essential: US$ 20 | 1 app Front-end only: US$ 13 | US$ 33 | o plano do Supabase |
| Equipe de 3 pessoas, 2 ferramentas internas com o backend do WeWeb | Pro, 3 assentos: US$ 150 | 2 apps Launch+: US$ 40 | US$ 190 | excedentes de uso |
| Equipe de 2 pessoas, 1 SaaS com staging | Pro, 2 assentos: US$ 100 | 1 app Scale+ com staging: US$ 296 | US$ 396 | excedentes de banda, banco e arquivos |
Cálculo da Alliance Comunicação com os preços da página oficial do WeWeb, consultada em novembro de 2026.
O primeiro cenário mostra por que o plano Front-end only existe: quem já tem Supabase ou Xano não precisa do banco do WeWeb e paga só a publicação. A página oficial indica esse plano exatamente para esse caso. O preço do backend externo, porém, entra numa terceira fatura, de outro fornecedor.
O terceiro mostra o peso dos adicionais: o staging sozinho custa mais que o plano Launch+ inteiro. E nos planos maiores há cobrança por excedente de banda, banco, arquivos e funções, que precisa de uma estimativa de uso antes do contrato.
O WeWeb é mais barato que o Bubble?
Depende do que se compara. O Bubble vende um pacote em que editor, banco e servidor andam juntos. O WeWeb separa as peças: editor numa fatura, hospedagem por app em outra, e, se a empresa quiser, backend num terceiro fornecedor.
Para comparar de forma justa, some tudo o que o app precisa para estar no ar durante um ano: assentos de quem constrói, hospedagem de cada app, backend, adicionais como staging e o excedente provável de uso. A etiqueta do plano de entrada quase nunca é o custo do projeto. O guia sobre a conta das ferramentas no-code que chega depois mostra esse raciocínio para outras plataformas.
Onde o WeWeb costuma levar vantagem é em app com muitos usuários finais e equipe pequena de construção, porque não cobra por usuário. Onde pode sair mais caro é em equipe grande no Pro, com vários apps pequenos, cada um com sua hospedagem.
Com quais backends o WeWeb se conecta, e quando usar o Supabase?
O WeWeb tem integrações próprias com Supabase e Xano, que incluem leitura de dados, autenticação e atualização em tempo real, além de conexão com qualquer API REST. Também oferece o backend da própria plataforma, com banco PostgreSQL, funções e armazenamento de arquivos, incluído nos planos Launch+ em diante.
A escolha entre os dois caminhos é a decisão mais importante do projeto, mais do que o plano:
- Backend do WeWeb: menos fornecedores e menos integração para configurar. Em troca, os dados ficam na plataforma, e a saída exige migrá-los.
- Supabase, Xano ou API própria: os dados ficam num serviço que a empresa controla e que sobrevive a uma troca de front-end. Em troca, há uma fatura e uma integração a mais para manter.
Para portal do cliente e ferramenta com dados sensíveis, manter o banco fora da plataforma de interface costuma ser a escolha mais segura. Para protótipo e app interno de vida curta, o backend embutido acelera.
O WeWeb exporta o código? O que vai e o que fica
Sim, a partir do plano Essential. A exportação é a saída contra o aprisionamento: o app pode ser hospedado fora do WeWeb, sem as taxas e os limites do WeWeb Cloud, e a licença sobre o código exportado é permanente, mesmo que a assinatura seja cancelada. Mas ela não leva tudo.
Segundo a documentação oficial de hospedagem e exportação, o pacote traz o código da interface e, se o projeto usa o backend do WeWeb, o código do servidor, que roda separado e se conecta ao PostgreSQL da empresa. As tabelas saem só com a estrutura. Ficam para trás:
- Os registros das tabelas e os arquivos enviados, que precisam ser migrados para o banco e o armazenamento da empresa.
- As chaves de API, que precisam ser colocadas no arquivo de configuração exportado.
- O e-mail embutido e os créditos de IA do WeWeb, que deixam de funcionar no app hospedado fora; é preciso contratar um serviço de e-mail e chaves próprias dos provedores de IA.
- Suporte e atualizações: o WeWeb não oferece correções nem monitoramento para o app hospedado por conta própria.
Há ainda duas regras de mão única. O código exportado não pode ser reimportado no WeWeb, e editá-lo à mão não é recomendado, porque é organizado para máquinas. E, para continuar exportando versões novas, a assinatura precisa estar ativa. Na prática, a empresa continua editando no WeWeb e exporta cada versão, ou assume o código e deixa o editor de vez.
É a mesma lógica discutida no guia sobre o código que se leva do FlutterFlow: “o código é seu” vale para o código, não para os dados nem para os serviços que a plataforma fornecia.
Como montar o roteiro de saída antes da primeira tela?
O melhor momento para planejar a saída é antes de construir, quando as decisões ainda são baratas. Cinco perguntas resolvem a maior parte do risco:
1. Onde ficam os dados?
Se o banco é do WeWeb, defina desde já como exportar os registros e com que frequência. Se é externo, garanta que a conta do Supabase, do Xano ou do servidor está no nome da empresa, não do desenvolvedor.
2. Quem é dono do workspace e das chaves?
O workspace, a cobrança e as chaves de API devem estar em contas da empresa. No plano Partner, a agência pode trabalhar no workspace do cliente e transferir projetos; isso precisa estar no contrato.
3. O que substitui o e-mail e a IA embutidos?
Se o app manda e-mail de confirmação ou usa IA, liste agora o serviço que faria isso fora do WeWeb. Usar provedores próprios desde o início evita reescrever fluxos na hora da saída.
4. Onde estão os arquivos enviados pelos usuários?
Contratos, fotos e comprovantes que os usuários sobem ficam no armazenamento da plataforma e não saem na exportação. Para app que guarda documento importante, prefira um armazenamento externo.
5. Quem guarda as versões?
A sincronização com GitHub, a partir do Essential, cria um histórico do código fora da plataforma. Ligue-a no primeiro dia. O guia sobre as saídas que ninguém desenha no low code aprofunda esse planejamento.
Quais os erros mais comuns ao orçar um app no WeWeb?
- Orçar só o workspace. Cada app no ar tem sua hospedagem; esquecer essa linha subestima o custo desde o primeiro mês.
- Ler “1.000 sessões” como mensal. No plano gratuito, a cota é total, e o app pode sair do ar quando ela acaba.
- Contar assento para usuário final. O contrário também acontece: só quem constrói paga, e isso pode baratear muito um portal grande.
- Pagar banco duas vezes. Quem já usa Supabase ou Xano não precisa do Launch+; o Front-end only resolve.
- Esquecer o staging. O adicional de US$ 88 por mês pode custar mais do que o próprio plano de hospedagem.
- Tratar a exportação como saída completa. Sem plano para dados, arquivos, chaves, e-mail e IA, o código exportado não roda sozinho.
Por onde começar hoje?
Antes de abrir o editor, escreva numa página três números e uma decisão: quantas pessoas vão construir, quantos apps vão ao ar, quantas sessões o piloto deve ter, e onde os dados vão morar. Com isso, as duas faturas se calculam sozinhas e o roteiro de saída fica pronto antes de existir algo para tirar.
Se a dúvida é se a operação precisa de um app novo ou de uma automação mais simples, o diagnóstico de marketing gratuito da Alliance leva cerca de 30 minutos e avalia tecnologia e automação ao lado das outras frentes do negócio. E, para desenhar, construir e manter apps em plataformas como o WeWeb sem perder o controle dos dados, conheça o trabalho de low-code e no-code da Alliance.