A hora chegou. O editor de blocos do WordPress Gutenberg tornou-se confiável o suficiente para alimentar seu site existente. Agora você pode evitar esse antigo plug-in de construtor de páginas em favor de um editor de conteúdo nativo.
Essa é a situação em que me encontro. Um cliente que, por anos, utilizou um construtor de páginas desatualizado e empacotado está pronto para mudanças. Portanto, estou encarregado de ajudar a converter layouts e recursos existentes em blocos.
Foi um processo muito interessante. E é algo que aposto que outros web designers estão enfrentando.
Com isso, gostaria de compartilhar algumas coisas que aprendi ao longo do caminho (Dica: há muitos desafios.) Mas, ao identificar os pontos fracos no início, é possível suavizar os solavancos do caminho. Aqui vamos nós!
Por que mudar para Gutenberg?
Antes de entrarmos em todos os detalhes, vamos preparar o terreno para o que estamos lidando. Embora parte disso seja específico para meu projeto em particular, suspeito que também represente uma situação bastante comum.
Um construtor de páginas que está congelado no tempo
Plug-ins do construtor de páginas podem ser usados , desde que você esteja comprometido em mantê-los por um longo prazo. Mas com muita frequência, eles vêm agrupados como parte de um tema e simplesmente não são mantidos atualizados.
Neste caso, o plugin ainda funciona muito bem. Mas mudanças iminentes no próprio WordPress significam que seus dias podem estar contados.
Outro obstáculo é que o construtor de páginas possui algumas extensões customizadas para realizar funcionalidades específicas do cliente. Portanto, qualquer mudança nas ferramentas de edição precisa levar isso em consideração.
Uma decisão de se tornar nativo
Claro, é possível obter uma nova licença para o construtor de páginas e atualizar o software. Mas, novamente, há um compromisso de longo prazo envolvido no uso dessas ferramentas. Isso não significa apenas acompanhar o licenciamento, mas se restringir a um método de criação de conteúdo de terceiros.
Gutenberg, por outro lado, é uma solução nativa. Por fazer parte do núcleo do WordPress, há um elo a menos na cadeia de manutenção. Ele também pode ser personalizado para fazer praticamente qualquer coisa que você deseja alcançar.
Dito isso, o editor de blocos não vem com todos os recursos imagináveis. Isso significa criar o que você precisa ou encontrar plug-ins de terceiros para fazer isso por você.
Mas, no final, oferece (comparativamente) o caminho mais sustentável. Portanto, uma troca é recomendada.
A replicação de layouts é relativamente fácil
Um dos grandes motivos para usar um construtor de páginas é que criar layouts complexos é muito fácil. Se você precisa de várias linhas, colunas ou uma combinação das duas, está tudo ao seu alcance. Com apenas alguns cliques, arrastar e soltar, você terá o layout que imaginou.
Em alguns casos, essa pode ser a tarefa principal para a qual um construtor de páginas está sendo usado. Nesse caso, a transição para o editor de bloco de Gutenberg não será muito difícil.
É verdade que você terá que começar do zero ao construir layouts com blocos. No entanto, a combinação dos blocos de colunas e grupos incluídos pode simplificar o processo. Se você precisar repetir um determinado layout, um padrão de bloco personalizado será de grande ajuda.
A desvantagem? A IU do editor de bloco pode não permitir tanto controle quanto alguns construtores de página. Portanto, você pode ter que escolher entre aproximar um layout ou colocar algum trabalho extra com CSS.
Deseja funcionalidade semelhante? É Hit or Miss.
Por padrão, Gutenberg não foi criado para fornecer todas as mesmas funcionalidades de um construtor de páginas. Tem como objetivo fornecer um ponto de partida sólido. Portanto, mudar de um construtor de páginas pode levá-lo a uma perseguição de ganso selvagem.
Você pode encontrar o que precisa na forma de um plugin de bloco . Como acontece com os layouts, os recursos disponíveis em um bloco podem não ser idênticos aos que o seu construtor de páginas possui. Isso pode significar fazer alguns compromissos ou levar as coisas em uma direção diferente.
A outra opção, e o que diferencia o editor de blocos, é a capacidade de criar seus próprios blocos personalizados. Isso permite que você crie recursos que atendam exatamente às suas necessidades.
Muito é possível com um bloco personalizado, embora, em última análise, dependa de suas habilidades de desenvolvimento. Blocos nativamente construídos requerem conhecimento de React – algo que nem todos (incluindo o seu) possuem.
Felizmente, existem outras técnicas. Por exemplo, eu crio blocos por meio de Campos personalizados avançados. É uma ferramenta com a qual estou familiarizado, o que torna o processo muito mais fácil.
Sim, existem algumas dependências envolvidas. Mas se um bloco precisar ser reconstruído nativamente no futuro, bem, isso é possível. Mas, ao contrário de um construtor de páginas, uma mudança completa de editores não seria necessária.
A implementação requer um plano
Começar uma reformulação do site com um novo editor é o ideal. Ele oferece a chance de uma lousa limpa. Mas e se você estiver tentando fazer a mudança em um site existente?
Para converter o conteúdo baseado no construtor de páginas para o editor de blocos, é necessário planejamento. Em um mundo perfeito, você apenas liberaria tudo de uma vez. Mas isso nem sempre é viável – especialmente em sites maiores.
Então, o que você faz? Para começar, ajuda ter um ambiente de preparação . Isso permitirá que você crie uma cópia exata do site de produção e teste as alterações necessárias. Ele pode atuar como uma espécie de campo de testes para blocos personalizados. Isso evita que problemas imprevistos incomodem os usuários.
Ainda melhor é que, se o seu site não mudar muito, você poderá enviar todas essas mudanças da fase de teste para a produção.
Se esse não for o caso, uma abordagem fragmentada pode ser adequada. Isso pode envolver a conversão de uma única página por vez.
Uma maneira de fazer isso com segurança é criar uma nova página (oculta da exibição pública) e, em seguida, construí-la para atender às suas necessidades. A partir daí, você pode substituir o antigo quando estiver pronto. A visualização do Editor de código de Gutenberg permite que você copie e cole todos os dados de bloco em outra página. Apenas certifique-se de criar backups e testar o máximo possível antes de fazer qualquer alteração permanente.
Independentemente disso, é imperativo estudar o uso do construtor de páginas do seu site. Em seguida, crie um plano para substituí-lo pelo editor de blocos.
Construindo com Blocos para o Futuro do WordPress
Mudar seu site existente de um construtor de páginas para o editor de blocos de Gutenberg pode ser desafiador – mas muito factível. É um processo que requer desembaraçar o conteúdo construído com seu editor anterior e recriá-lo com blocos.
O nível de dificuldade depende de alguns fatores-chave. Por um lado, a quantidade e o tipo de conteúdo que utiliza o antigo construtor de páginas irão determinar a carga de trabalho à sua frente.
Além disso, o grau que você precisa para replicar a aparência e a funcionalidade do Gutenberg também é importante. Se os elementos puderem ser reinventados, é uma boa oportunidade para melhorar seu site. Mas quanto mais rígida a adesão à forma anterior de fazer as coisas, mais difícil se torna.
Independentemente disso, mudar para Gutenberg pode ser a solução mais amigável ao futuro. Nas circunstâncias certas, só isso já fará o esforço valer a pena.