Um dos aspectos mais exclusivos do WordPress é que os designers podem escolher como desejam utilizá-lo. Podemos criar sites que fazem várias coisas – e existem várias maneiras diferentes de fazer isso.
Por exemplo, podemos criar um tema do zero ou fazer o download de uma das milhares de opções gratuitas ou premium. Ou então, podemos optar por criar conteúdo com o editor de blocos do Gutenberg ou aproveitar o plug-in do construtor de páginas.
Essas escolhas são importantes, pois determinam muito sobre o produto acabado. Funcionará da maneira que precisamos? Será que vai parecer do jeito que queremos? Quão flexível será a mudança no futuro? E, talvez o mais importante: isso nos trancará em um produto específico?
Há uma espécie de resultado final com essas opções. Em essência, estamos decidindo se queremos (ou precisamos) escrever código personalizado .
É meio que um grande negócio. E, à medida que o WordPress e seu ecossistema continuam a evoluir, é de se perguntar se mais designers escolherão soluções sem código . Mas, se sim, quais são as ramificações?
Os criadores de páginas estão melhorando
Chegamos a esse ponto em grande parte por causa da comunidade de desenvolvedores do WordPress. Os plug-ins do construtor de páginas, por exemplo, existem há anos.
No início, esses produtos tendiam a ser aproximações desleixadas do que se poderia realizar com algum conhecimento de CSS e PHP. Ainda assim, eles trouxeram a capacidade de criar um layout de página personalizado para um número maior de pessoas.
Às vezes, designers profissionais ( inclusive eu ) podem desprezar essas ferramentas. Em termos de código, eles estavam em todo o mapa em termos de qualidade. E a utilização de um construtor de páginas parecia uma trapaça no caminho de um projeto.
No entanto, os autores de plugins continuaram a melhorar seus produtos. As ferramentas modernas evoluíram ao ponto de o código ser mais limpo e responsivo. Além disso, a desativação de um construtor de páginas resultará na perda da formatação do conteúdo, mas suas páginas não exibirão mais quantidades enormes de códigos de acesso não utilizados .
Gutenberg leva blocos para uma instalação padrão
O próprio WordPress mudou para uma maneira mais visualmente orientada de criar conteúdo. Quando o editor de blocos Gutenberg foi introduzido no WordPress 5.0, ele teve como objetivo trazer uma experiência do usuário mais consistente. Isso foi em parte uma resposta às técnicas personalizadas que os desenvolvedores usaram para contornar as limitações do Editor Clássico.
Também sinalizou que você não precisava necessariamente escrever código personalizado para realizar layouts e recursos mais complexos. O editor gerou seu próprio ecossistema de blocos personalizados , que você pode adicionar conforme necessário.
Embora Gutenberg não esteja necessariamente em concorrência direta com os criadores de páginas completos, ele fornece uma alternativa muito mais leve. E, à medida que mais blocos estiverem disponíveis, provavelmente haverá mais designers aderindo à ferramenta de edição nativa.
Além disso, o editor de blocos permitirá eventualmente a edição no site completo . Isso significa que, além de criar conteúdo, teremos a capacidade de criar um site inteiro visualmente – tudo dentro de uma instalação padrão do WordPress.
Quando isso acontece, parece que o código se tornará muito opcional para qualquer pessoa que criar um site com WordPress.
O bom e o mau
A mudança para uma experiência de criação de site sem código tem alguns pontos positivos e negativos em potencial:
Positivos
Seja através de um plug-in do construtor de páginas ou do Gutenberg, essas ferramentas permitem que qualquer pessoa crie layouts de páginas personalizados. Além disso, eles podem adicionar conteúdo mais complexo, como listas de postagens, galerias de imagens, navegação e muito mais. Basta alguns cliques, arrastamentos e quedas.
Quando usada em combinação com um tema compatível, a capacidade de criar um site totalmente personalizado também entra no campo da possibilidade. Este é um grande passo para o WordPress em termos de competição com muitos dos criadores de sites de bricolage no mercado.
Há também uma oportunidade de inaugurar uma experiência de edição e construção muito mais consistente. Muitas vezes, os temas prontos implementaram soluções personalizadas que podem causar confusão para os usuários.
E não ajudou que mesmo a ferramenta recomendada, o WordPress Customizer , tenha como objetivo lidar com algumas tarefas – mas outras não. Isso significou alternar entre várias interfaces de usuário para tentar reunir um site. É factível, mas não é o processo mais fácil de usar.
A evolução contínua de Gutenberg é um fator de virada nessa área. O vaivém entre interfaces desaparece, pois teríamos uma interface do usuário singular para todas as nossas tarefas relacionadas ao design e layout.
Negativos
Apesar dos muitos aspectos positivos de um futuro sem código, existem algumas desvantagens reais. Talvez o mais imediato seja o fato de permitir apenas aos usuários não técnicos um pouco de liberdade demais.
Um dos aspectos realmente úteis de um tema personalizado é que os designers podem bloquear itens que não desejam que os clientes toquem. Isso pode se tornar um desafio muito mais difícil se tudo estiver disponível em uma interface visual.
Isso já existe um pouco com os criadores de páginas. Mas Gutenberg poderia tornar ainda mais fácil para um cliente aventureiro ir longe demais com sua experimentação de design. Felizmente, haverá algum tipo de maneira embutida de proteção contra esse tipo de situação.
O outro grande problema é uma potencial falta de oportunidade de fazer mais com um tema. Afinal, muitas vezes são esses pequenos pedaços de código personalizado que tornam um site único. Essa nova maneira de fazer as coisas pode impedir os desenvolvedores de adicionar trechos de código baseados em modelo? Tudo terá que ser um bloco?
Finalmente, também vale a pena pensar se isso desencoraja os novos desenvolvedores de mexer no código. O desenvolvimento de temas é um ponto de partida tão comum para aprender PHP, CSS e JavaScript.
É verdade que criar blocos personalizados é uma oportunidade para escrever código. Mas nem todo mundo seguirá esse caminho. Seria uma pena ver que o espírito que pode fazer desaparecer.
Uma paisagem em evolução
O fato de o WordPress estar caminhando para um processo de design visualmente orientado é evidente há algum tempo. Desde a primeira olhada na experiência de edição baseada em blocos de Gutenberg, ou mesmo no advento do Customizer anos antes, parecia que o objetivo era realizar mais tarefas de design sem tocar no código.
À medida que o back-end do CMS se torna mais polido, a maneira de criar com o WordPress como o conhecemos está mudando. O código ainda fará parte do processo – para aqueles que desejam usá-lo. Para outros, o design mudará fundamentalmente para ferramentas interativas.
Isso abrirá um novo mundo de possibilidades para muitas pessoas. O que isso significa para os profissionais da web? Essa história ainda está sendo escrita.