Durante muitos anos, uma das vantagens mais claras dos page builders sobre o editor nativo do WordPress foi a facilidade para controlar o visual de um site.
Ferramentas como Elementor, Divi e Bricks, entre outros, popularizaram uma experiência em que o usuário consegue ajustar praticamente tudo pela interface: cores, espaçamentos, tamanhos, comportamento em diferentes telas e estados de elementos.
O WordPress nativo avançou bastante nos últimos anos, principalmente com o Editor do Site e os estilos globais, mas ainda existem áreas em que essa diferença é perceptível… mas o roadmap do WordPress 7.2 mostra que algumas delas estão começando a diminuir!
Entre os trabalhos planejados estão a expansão dos controles responsivos, melhorias nos estilos globais, suporte mais consistente para formulários, novos estados visuais para blocos e uma forma mais clara de entender quando um estilo vem das configurações globais ou de uma alteração feita diretamente no bloco.
Isso não significa que o WordPress 7.2 substituirá os page builders. Mas mostra que algumas das razões que levam usuários a depender deles estão começando a ser tratadas diretamente pelo WordPress.
Design responsivo finalmente ganha mais espaço no editor
Uma das limitações mais fáceis de perceber no editor nativo sempre foi o controle sobre diferentes tamanhos de tela.
Em um page builder, é comum poder definir um espaçamento para desktop, outro para tablet e outro para celular. O mesmo vale para tamanho de fontes, margens, alinhamentos e vários outros detalhes.
O WordPress começou a introduzir esse tipo de controle no 7.1. No ciclo do 7.2, a intenção é ampliar o número de opções compatíveis com estados responsivos e melhorar a experiência de alternar entre esses modos.
No editor nativo já é possível trabalhar com estilos globais específicos para tablet e mobile em determinados blocos, escolhendo o estado diretamente nos Estilos Globais.
Para quem usa o WordPress apenas pela interface, isso representa uma mudança importante: ajustes que antes frequentemente exigiam CSS ou um page builder começam a aparecer como controles naturais do editor.
Plugins também poderão acompanhar esse sistema
Existe outro detalhe relevante no roadmap: o suporte responsivo não deve ficar restrito apenas aos blocos nativos.
O WordPress 7.2 pretende disponibilizar uma API pública para que blocos de terceiros com controles próprios também possam trabalhar com os estados responsivos do editor. Para o usuário final, a parte técnica pouco importa. O que importa é o resultado.
Hoje é comum instalar um plugin de blocos e perceber que ele possui uma interface completamente diferente dos blocos nativos. Outro plugin pode resolver responsividade de outra forma, com seus próprios breakpoints e seus próprios controles.
Quanto mais essas ferramentas conseguirem usar um sistema comum do WordPress, mais consistente tende a ficar a experiência de montar um site.
E consistência é justamente uma das vantagens que os page builders tiveram durante muito tempo: tudo acontece dentro de uma mesma lógica visual.
Estilos Globais ficam mais úteis
Os Estilos globais são uma das ideias mais importantes do Editor do Sites.
Em vez de editar individualmente cada título, botão ou parágrafo, você pode definir uma aparência global para esses elementos.
Quer que todos os títulos tenham determinada fonte? Todos os botões tenham determinada cor? Todos os links sigam o mesmo padrão? Isso pode ser configurado uma vez e aplicado ao restante do site.
No WordPress 7.2, esse sistema deve ganhar mais espaço, principalmente em elementos de formulários.
A proposta é permitir que itens comuns, como botões, campos de texto, selects e labels, possam ser personalizados pela interface de Estilos globais, sem precisar editar CSS ou arquivos de configuração do tema.
Parte desse suporte já existe internamente. O trabalho agora é tornar essas opções mais acessíveis pela própria interface.
Para quem já utilizou um page builder, essa lógica é bastante familiar: você define o estilo visual de um componente uma vez e reutiliza esse padrão em todo o site.
Formulários mais integrados ao visual do site
Formulários são um bom exemplo de como pequenas diferenças fazem um site parecer menos consistente.
Você pode ter botões, tipografia e cores cuidadosamente definidos e, quando aparece um formulário, os campos possuem bordas, tamanhos e estados completamente diferentes.
O WordPress vem ampliando o suporte de Estilos globais para elementos como selects, dropdowns e campos de texto, permitindo que temas controlem cores, bordas e tipografia de maneira mais consistente.
O objetivo para o 7.2 é levar esse controle para a interface e ampliar também o suporte a labels e aos diferentes estados dos campos.
É um avanço aparentemente pequeno, mas importante para quem quer montar um site visualmente coerente sem escrever CSS.
O WordPress também começa a lidar melhor com estados dos elementos
Page builders normalmente oferecem controles para situações diferentes de um mesmo elemento.
Por exemplo, um botão pode ter uma cor normal e outra quando o mouse passa sobre ele.
Um item do menu pode ter uma aparência diferente quando representa a página atual.
No roadmap do 7.2, o WordPress trabalha justamente na expansão desse conceito de estados.
Um dos exemplos citados é permitir estilizar diretamente no editor o item ativo de elementos interativos, como o link correspondente à página atual no menu de navegação. Também estão previstos mais controles de cor, borda e espaçamento nesses casos.
Isso ajuda a aproximar o Editor do Site de uma experiência que usuários de ferramentas visuais já consideram básica.
Uma mudança pequena que pode resolver muita confusão
Existe ainda uma melhoria que parece simples, mas pode ter bastante impacto na usabilidade.
Hoje, quando um estilo é definido globalmente, o bloco individual nem sempre deixa isso evidente.
Imagine que você configure nos Global Styles que todos os parágrafos devem ter determinada cor. Depois, ao selecionar um parágrafo no editor, o painel daquele bloco pode não mostrar de forma clara de onde aquela cor está vindo.
Isso cria uma dúvida comum: “Por que esse bloco está dessa cor se eu não escolhi essa cor aqui?”.
O WordPress 7.2 pretende melhorar justamente essa visualização de estilos herdados.
Se determinada configuração vier dos Global Styles, o painel do bloco deverá refletir esse valor e ajudar o usuário a entender quando está utilizando o padrão global ou criando uma substituição específica naquele bloco.
É o tipo de melhoria que não chama atenção em uma lista de novidades, mas pode tornar o editor muito mais fácil de entender.
O WordPress está ficando mais parecido com um page builder?
Em alguns aspectos, sim.
Controles responsivos, estilos globais, estados de elementos e ferramentas visuais mais completas são recursos que usuários associam há anos aos page builders.
Mas isso não significa que WordPress e page builders estejam se tornando a mesma coisa.
Elementor, Divi, Bricks e outras ferramentas oferecem ecossistemas próprios, widgets, templates, recursos avançados de layout, animações e fluxos de trabalho que vão muito além dessas mudanças. O que está acontecendo é outra coisa.
O WordPress está elevando o nível do que pode ser feito com suas próprias ferramentas.
Isso significa que tarefas básicas de design que antes praticamente exigiam um page builder podem deixar de exigir.
A necessidade de um page builder passa a depender mais do projeto
Há alguns anos, era bastante fácil justificar um page builder apenas pela necessidade de construir páginas visualmente mais complexas sem programar.
Essa fronteira está mudando.
O Editor do Site já permite controlar templates, cabeçalhos, rodapés, cores, tipografia e diversos aspectos visuais. Com responsividade e Global Styles evoluindo, mais uma parte dessa distância começa a desaparecer.
Isso pode mudar a pergunta que fazemos antes de iniciar um site.
Em vez de: “Qual page builder devo instalar?” pode fazer mais sentido perguntar: “Este projeto realmente precisa de um page builder?”
Para muitos sites, a resposta continuará sendo sim. Para outros, talvez não.
E essa escolha tende a ficar cada vez mais ligada às necessidades específicas do projeto, em vez de ser uma consequência das limitações do editor nativo.
O WordPress 7.2 é mais um passo nessa direção
Nada disso deve ser tratado como recurso definitivo até a versão final do WordPress 7.2. O roadmap deixa claro que os itens listados ainda estão em desenvolvimento e podem mudar ou ficar para versões futuras.
Ainda assim, a direção é clara.
O WordPress está tentando tornar suas ferramentas de design mais completas, consistentes e previsíveis para quem prefere construir um site visualmente, sem precisar entender código.
Não é o fim dos page builders.
É o WordPress reduzindo, pouco a pouco, a quantidade de situações em que eles são obrigatórios.
Discussão & Respostas (0)