Desenvolvedor responde mal a essa pergunta. Pergunte a um se você deve usar Elementor e você recebe um sermão sobre peso, como se todo site institucional merecesse construção artesanal. Pergunte a uma agência que vive de builder e ouve que tema sob medida é desperdício de dinheiro, como se cliente nenhum jamais pedisse algo que o builder não faz.
Os dois estão vendendo. Esta é a versão que damos para quem pergunta, incluindo as partes que argumentam contra nos contratar.
Onde o builder realmente ganha
Para um site institucional de cinco páginas em que o cliente quer editar o próprio texto e trocar as próprias fotos, o page builder é a resposta certa e tema sob medida é luxo. O cliente muda as coisas sem mandar e-mail para ninguém, sua margem fica protegida, e nada no projeto precisa de desenvolvedor.
Ele também ganha em velocidade num caso específico: quando o design ainda está em discussão. Arrastar uma seção é mais rápido que refazer um template, e se o cliente vai mudar de ideia quatro vezes, você quer a ferramenta barata de mudar.
Quem diz o contrário nunca precisou entregar um site em nove dias.
A linha, dita sem rodeio
A pergunta útil não é "quantas páginas?" e sim "esse site precisa pensar?"
- Conteúdo que só é exibido e estilizado — o builder dá conta.
- Conteúdo com relacionamento, filtro, cálculo ou regra — o builder começa a brigar com você.
Um catálogo em que os itens filtram por três critérios e se relacionam com categorias e regiões. Um formulário de orçamento que calcula a partir de uma tabela de preço. Uma área restrita em que o que você vê depende de quem você é. É aí que projeto de builder vira seis plugins empilhados, cada um com sua tela de configuração e seu banner de upgrade.
O que o builder custa depois
O custo quase nunca aparece no lançamento. Ele chega no segundo ano.
- Aprisionamento. O conteúdo mora dentro de shortcode do builder. Trocar de builder depois significa refazer página por página na mão.
- Dívida de plugin. Cada funcionalidade que falta vira mais um plugin. Quarenta plugins são quarenta ciclos de atualização e quarenta chances de conflito.
- Peso. Builder carrega CSS e JavaScript de componente que a página nem usa. Dá para corrigir, mas você está corrigindo algo que tema sob medida nunca teve.
- Fragilidade. Uma atualização do builder que muda como uma seção renderiza vai, uma hora, quebrar uma página numa sexta-feira.
Nada disso importa para um site que o cliente troca em três anos. Tudo isso importa para um site que ainda fatura no quinto.
Uma pergunta que vale fazer ao cliente
"Daqui a dois anos, esse site é algo que você vai trocar, ou algo de que você vai ter passado a depender?" A resposta decide isso com mais confiabilidade que qualquer argumento técnico.
O híbrido de que ninguém fala
A maior parte do nosso trabalho em WordPress não é nenhuma das duas opções. É um tema sob medida que dá ao editor um conjunto pequeno de blocos feitos sob propósito, mais um plugin sob medida para a parte que realmente precisa de lógica.
O editor continua editando sem ligar para ninguém — que é o motivo de o builder ter ficado popular — mas os blocos são os que aquele cliente precisa, não dá para arranjá-los em algo fora da marca, e o site não carrega um motor de construção de página que ele usa só para renderizar três layouts.
Como decidimos, na prática
Três perguntas, e a primeira resposta desqualificante resolve.
- Alguma parte do site calcula, filtra ou restringe? Se sim, sob medida — ao menos naquela parte.
- O cliente vai editar estrutura, ou só texto e imagem? Só texto e imagem significa que um tema com blocos fixos é mais seguro: ele não consegue quebrar o layout.
- Alguém vai manter isso daqui a três anos? Se ninguém vai, não construa algo que presume que alguém vai.
E o fecho honesto: se a resposta der "builder", você não precisa da gente nesse projeto. Preferimos dizer isso e receber a ligação quando o próximo tiver um filtro dentro.
Um estúdio de desenvolvimento de duas pessoas. WordPress sob medida, sistemas web e apps Android.
