O futuro do WordPress é livre de código?

Um dos aspectos mais exclusivos do WordPress é que os designers podem escolher como desejam utilizá-lo. Podemos construir sites que fazem várias coisas – e há muitas maneiras diferentes de fazê-lo.

Por exemplo, podemos criar um tema do zero ou baixar uma das milhares de opções gratuitas ou premium. Ou podemos optar por criar conteúdo com o editor de blocos Gutenberg ou aproveitar um plug-in do construtor de páginas.

Essas escolhas são importantes, pois determinarão muito sobre o produto acabado. Funcionará da maneira que precisamos? Vai ficar do jeito que queremos? Quão flexível será para mudar no futuro? E, talvez o mais importante: isso nos prenderá a um produto específico?

Há uma espécie de linha de fundo com essas escolhas. Em essência, estamos decidindo se queremos ou não (ou precisamos) escrever código personalizado .

É 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, em caso afirmativo, quais são as ramificações?

Os criadores de páginas estão melhorando

Chegamos a este ponto em grande parte por causa da comunidade de desenvolvedores do WordPress. Os plugins 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.

Designers profissionais (inclusive eu) às vezes podem ser bastante desdenhosos com essas ferramentas. Em termos de código, eles estavam em todo o mapa em termos de qualidade. E utilizar um construtor de páginas parecia trapacear em um projeto.

No entanto, os autores de plugins continuaram a melhorar seus produtos. As ferramentas modernas evoluíram até o ponto em que o código é 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 traz blocos para uma instalação padrão

O próprio WordPress mudou para uma maneira mais visualmente orientada para criar conteúdo. Quando o editor de blocos Gutenberg foi introduzido no WordPress 5.0, ele visava trazer uma experiência de usuário mais consistente. Isso foi em parte uma resposta às técnicas personalizadas que os desenvolvedores usaram para contornar as limitações do Classic Editor.

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 competição direta com construtores de páginas completos, ele fornece uma alternativa muito mais leve. E, à medida que mais blocos se tornarem disponíveis, isso provavelmente levará mais designers a aderirem à ferramenta de edição nativa.

Além disso, o editor de blocos eventualmente permitirá a edição completa do site. 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 se concretizar, parece que o código se tornará muito opcional para quem constrói um site com o WordPress.

O bom e o mau

A mudança para uma experiência de criação de sites sem código tem alguns pontos positivos e negativos em potencial:

Positivos

Seja por meio de um plug-in do construtor de páginas ou do Gutenberg, essas ferramentas permitem que qualquer pessoa crie layouts de página personalizados. Além disso, eles podem adicionar conteúdo mais complexo, como listagens de postagens, galerias de imagens, navegação e muito mais. Bastam alguns cliques, arrastar e soltar.

Quando usado em combinação com um tema compatível, a capacidade de criar um site totalmente personalizado também é possível. Este é um grande passo para o WordPress em termos de competir com muitos dos construtores de sites DIY no mercado.

Há também uma oportunidade de inaugurar uma experiência de edição e construção muito mais consistente. Com muita frequência, os temas prontos implementaram soluções personalizadas que podem gerar confusão para os usuários.

E não ajudou que mesmo a ferramenta recomendada, o WordPress Customizer, seja feita para lidar com algumas tarefas – mas não com outras. Isso significou alternar entre várias interfaces de usuário para tentar montar um site. É factível, mas não é o processo mais amigável.

A evolução contínua de Gutenberg é um potencial divisor de águas nesta área. O vai-e-vem entre as interfaces desaparece, pois teríamos uma interface única 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 que pode permitir 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 querem que os clientes toquem. Isso pode se tornar um desafio muito mais difícil se tudo estiver disponível em uma interface do usuário visual.

Isso já existe um pouco com os construtores de páginas. Mas Gutenberg pode tornar ainda mais fácil para um cliente aventureiro ir longe demais com sua experimentação de design. Felizmente, haverá algum tipo de maneira integrada 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, geralmente são esses pequenos pedaços de código personalizado que tornam um site único. Essa nova maneira de fazer as coisas pode impedir que os desenvolvedores adicionem trechos de código baseados em modelos? Tudo terá que ser um bloco?

Por fim, também vale a pena se perguntar 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 de escrever código. Mas nem todos vão por esse caminho. Seria uma pena ver esse espírito de poder ir embora.

Uma paisagem em evolução

O fato de o WordPress estar se movendo em direção a um processo de design orientado visualmente é evidente há algum tempo. Desde a primeira olhada na experiência de edição baseada em blocos de Gutenberg, ou mesmo o 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 construir 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.