Montar um front visual ou gerar uma aplicação a partir de uma descrição
O WeWeb é antes de mais um editor visual de front-end. Compõe a interface no ecrã, define o layout responsivo, liga a lógica através de workflows e ligações de dados, e depois conecta as fontes (Xano, Supabase, API REST ou GraphQL). Uma assistência de IA ajuda agora a gerar layouts, workflows ou estruturas de dados, mas continua ao serviço do editor: o princípio permanece a montagem visual, ecrã a ecrã, que pilota e afina à mão.
O Blueprint Maker inverte o ponto de partida: descreve a sua atividade em linguagem corrente, a IA produz uma especificação (entidades, relações, ecrãs, indicadores) que valida, e depois builders determinísticos escrevem o código: base de dados relacional Prisma, API, ecrãs CRUD (listas, fichas, formulários), painel e dados de demonstração realistas. Não monta a interface: ela decorre da estrutura validada. Três níveis (Sketch, Craft, Masterpiece) doseiam o acabamento.
O compromisso é nítido. O WeWeb dá um controlo fino sobre a renderização do front e a liberdade de compor cada ecrã; o Blueprint Maker dá um caminho muito mais curto entre a ideia e uma aplicação de gestão coerente que funciona, sem passar por um editor a dominar.
Front e back: desacoplados no WeWeb, gerados em conjunto no Blueprint Maker
A separação front/back é a vantagem reivindicada do WeWeb: a interface Vue.js não pressupõe o backend, o que permite escolher Xano, Supabase, uma API própria ou, desde 2026, as WeWeb Tables nativas (base de dados Postgres, autenticação, armazenamento). É uma arquitetura flexível: liga o front ao back que lhe convém e mantém o controlo de cada um.
A contrapartida é que a coerência entre os dois lhe cabe: o modelo de dados, os endpoints, as ligações e as permissões configuram-se explicitamente, e essa montagem exige compreender as API, a ligação de dados e a arquitetura web. O Blueprint Maker gera front e back de uma só peça: o esquema Prisma, a API e os ecrãs são produzidos em conjunto a partir da mesma especificação, portanto alinhados por construção. Não tem nem backend a escolher nem ligações a cablar: é uma escolha de aplicação integrada em vez de tijolos a montar.
A natureza do código: artefacto Vue.js exportado ou código padrão em propriedade
O WeWeb propõe uma exportação de código Vue.js e permite o auto-alojamento do front: é um verdadeiro diferenciador, nem todas as ferramentas comparáveis o oferecem. Convém, contudo, ler com honestidade o que essa exportação contém. A própria documentação do WeWeb descreve o código exportado como « estruturado por uma máquina para uma máquina », não organizado como um programador o faria, e precisa que editá-lo com segurança pressupõe um conhecimento fino da lógica interna do WeWeb: a abordagem « não é viável » se se contar com manter o projeto de forma independente, fora da plataforma. Além disso, alguns plugins que passam pelos microsserviços do WeWeb podem não funcionar numa exportação auto-alojada.
Por outras palavras, a exportação do WeWeb é sobretudo um artefacto de implementação: recupera os seus dados e o seu backend (sobretudo se forem externos, como Xano ou Supabase), e um front compilado, mas não um código-fonte pensado para ser retomado e feito evoluir por qualquer programador. O Blueprint Maker parte da intenção oposta: o código gerado é Next.js + Prisma padrão, legível e manutenível, concebido desde o início para ser possuído. Exportação ZIP, push para o GitHub, alojamento livre, ou URL dedicado com alojamento FR/UE se preferir não gerir nada. A aplicação é um ativo transferível que um programador pode retomar, auditar e estender sem qualquer conhecimento prévio do Blueprint Maker.
Dois determinismos: construção manual ou pipeline compilado
Seria desonesto arrumar o WeWeb e o Blueprint Maker sob a mesma palavra « determinístico ». Existem duas formas de determinismo, igualmente válidas mas diferentes. A primeira é o determinismo por construção manual: no WeWeb, como na maioria dos construtores visuais, um humano configura explicitamente cada ecrã, cada workflow, cada ligação; nenhuma IA constrói a aplicação por si, e a assistência de IA deixa tudo editável. O que obtém é exatamente o que definiu: fiável porque inteiramente explícito, ao preço do tempo de montagem.
O segundo é o determinismo por pipeline, o do Blueprint Maker. A IA constrói de facto a partir de um prompt, mas não escreve o código: produz uma especificação, e são builders reproduzíveis a compilar o código (mesma especificação, mesma saída). A estrutura da aplicação é correta por construção, sem alucinação de código, e uma validação em tempo de execução (K-15: build, arranque, navegação) serve de juiz automatizado. O Blueprint Maker combina assim a velocidade de uma geração por IA e a fiabilidade de um código produzido por um builder, sem exigir a montagem manual de um editor.
Blueprint Maker e WeWeb frente a frente
| Blueprint Maker | WeWeb | |
|---|---|---|
| Abordagem | Descrição em linguagem corrente → plano validado → geração determinística do código | Montagem visual do front, ecrã a ecrã, com assistência de IA no editor |
| Arquitetura front / back | Front e back gerados em conjunto: uma aplicação Next.js + Prisma coerente | Front Vue.js desacoplado, ligado a um backend à escolha (Xano, Supabase, WeWeb Tables) |
| Natureza do código | Next.js + Prisma padrão, legível e manutenível por qualquer programador | Exportação Vue.js: artefacto compilado « de máquina », não pensado para ser mantido fora da plataforma |
| Backend e dados | Base de dados relacional Prisma incluída e gerada, alojável livremente | Backend a escolher e configurar por si (Xano/Supabase) ou WeWeb Tables nativas |
| Tipo de determinismo | Por pipeline: a IA escreve o plano, builders compilam o código | Por construção manual: um humano configura explicitamente cada elemento |
| Competência exigida | Descrever o seu negócio e validar um plano | Compreensão das API, da ligação de dados e da arquitetura web |
| Custo de estrutura | 0 € / 25 € / 149 € por mês, créditos apresentados antes de gerar | Subscrição de plataforma por escalões + tempo de montagem e configuração |
Quando o WeWeb é a escolha certa
- O controlo fino do front-end conta: quer compor cada ecrã visualmente e dominar a renderização ao detalhe.
- Tem, ou quer, um backend dedicado e preciso (Xano, Supabase, uma API própria) e preza um front desacoplado, ligado a ele.
- A sua equipa gosta de montar visualmente e iterar a interface à mão, e dispõe da bagagem técnica (API, ligação de dados) que a ferramenta pressupõe.
- A sua necessidade extravasa o quadro de uma aplicação de gestão: portal à medida, percurso de utilizador específico, em que a liberdade de composição prevalece sobre a rapidez de obtenção.
Quando o Blueprint Maker é a escolha certa
- A sua necessidade é uma aplicação de gestão (entidades ligadas, fichas, formulários, um painel) e quere-la esta semana, não este trimestre.
- Quer código Next.js + Prisma padrão, em propriedade e manutenível por qualquer programador, não um artefacto preso a uma plataforma.
- Não quer nem montar os ecrãs um a um, nem escolher e cablar um backend: descrever o negócio e validar um plano é o seu justo nível de envolvimento.
- Quer o alojamento FR/UE assegurado, um determinismo de construção e uma validação em tempo de execução em vez de uma montagem manual a verificar por si.
Perguntas frequentes: Blueprint Maker vs WeWeb
WeWeb ou Blueprint Maker: qual escolher?
Escolha o WeWeb se a sua prioridade é compor um front-end à medida, ecrã a ecrã, sobre um backend que seleciona (Xano, Supabase) e se tem a bagagem técnica para cablar API e ligações de dados. Escolha o Blueprint Maker se quer uma aplicação de gestão gerada depressa a partir de uma descrição, com front e back produzidos em conjunto, e sair com código Next.js + Prisma padrão que possui. O primeiro privilegia o controlo visual e o desacoplamento; o segundo, a rapidez de geração e a propriedade de um código manutenível.
O WeWeb gera código?
Sim: o WeWeb produz um front-end em Vue.js e propõe uma exportação de código, com uma assistência de IA capaz de gerar layouts ou workflows no editor. A nuance está na natureza desse código: a documentação do WeWeb descreve a exportação como « estruturada por uma máquina para uma máquina », não organizada como um programador o faria, e desaconselha-a para uma manutenção independente fora da plataforma. O Blueprint Maker visa o oposto: um código Next.js + Prisma padrão, concebido para ser lido, retomado e estendido por qualquer programador.
Posso exportar a minha aplicação WeWeb e mantê-la fora da plataforma?
Pode exportar o front Vue.js e auto-alojá-lo, e se os seus dados e o seu backend forem externos (Xano, Supabase), continuam a ser seus. Mas o WeWeb precisa que o código exportado é um artefacto compilado que não está previsto manter de forma independente, e alguns plugins que passam pelos seus microsserviços podem deixar de funcionar depois de auto-alojados. No Blueprint Maker, a exportação ZIP ou GitHub entrega um projeto padrão completo, front e back, pensado para viver inteiramente fora dos nossos servidores.
O WeWeb usa a IA da mesma maneira que o Blueprint Maker?
Não. O WeWeb acrescentou uma assistência de IA que ajuda a gerar elementos num editor visual, mas o cerne continua a ser a montagem manual: constrói e afina a interface você mesmo. O Blueprint Maker parte de uma descrição: a IA redige a especificação, e depois builders determinísticos compilam o código. São dois determinismos diferentes: construção manual explícita no WeWeb, pipeline compilado no nosso, que junta a velocidade da IA à fiabilidade de um builder.
Com o Blueprint Maker, tenho de escolher um backend como com o WeWeb?
Não. Onde o WeWeb espera que ligue um backend (Xano, Supabase ou as suas Tables nativas), o Blueprint Maker gera a base de dados relacional Prisma, a API e os ecrãs de uma só peça a partir da especificação validada. Não tem nem backend a selecionar nem ligações a cablar: a aplicação é integrada e coerente por construção, e continua livre de a alojar onde quiser.