Existem muitas razões pelas quais o WordPress é o CMS mais popular do planeta. A principal delas é a facilidade de uso geral e a flexibilidade. Esses dois atributos são essenciais para o surgimento da tendência WordPress “sem cabeça”. Ou seja, usar um back-end do WordPress para alimentar o conteúdo de um aplicativo externo que não seja do WordPress.
Embora isso possa parecer um pouco confuso – não se preocupe! Hoje, apresentaremos o conceito decapitado e os tipos de coisas que você pode fazer com ele.
Do WordPress para qualquer lugar
Pense em uma configuração decapitada do WordPress da mesma forma que qualquer outra instalação do CMS. Você o instala como faria normalmente. Você faz login no painel e cria páginas ou postagens da mesma forma que sempre.
A principal diferença? Você não depende do WordPress para exibir o front end público do seu site. Em vez disso, o conteúdo que você cria deve ser usado em outro lugar. Em essência, isso pode estar em qualquer lugar. Mas entre os usos mais populares estão:
- Aplicativos móveis;
- Aplicativos da web progressivos usando bibliotecas JavaScript como React ;
- Sites estáticos;
Existem várias vantagens nessa aproximação. Por um lado, permite aos criadores de conteúdo usar uma ferramenta familiar. Eles podem usar o WordPress como sempre, sem fazer grandes alterações no fluxo de trabalho.
Também é incrivelmente flexível. Por exemplo, talvez você tenha vários aplicativos móveis que precisam do mesmo conteúdo. Ou talvez você tenha vários lugares para usá-lo (um aplicativo móvel e um site estático etc.). Uma configuração sem cabeça permite alimentar conteúdo para qualquer número de destinos.
E, como uma instalação sem cabeça separa o conteúdo do design, as redesigns podem ser muito mais simples. Os desenvolvedores não precisarão configurar outra instância do WordPress enquanto o novo design estiver sendo criado. Portanto, não se preocupe em transferir o conteúdo da versão de produção do site para o desenvolvimento.
Além disso, existem benefícios potenciais de desempenho e segurança. Um site estático não possui um banco de dados – ou um back-end que pode ser invadido. Portanto, o carregamento será muito mais rápido e será menos provável que seja vítima de ataques de força bruta.
Obtendo dados (a versão de 60 segundos)
Então, como você obtém seu conteúdo do WordPress para outro aplicativo? Na verdade, está embutido.
A disponibilização dos dados do WordPress para outros aplicativos pode ser realizada através do uso da API REST . Pense nisso como a ponte entre o WordPress e outras linguagens e bibliotecas, como Java, Node.js, Swift e muito mais. A API oferece dados consultados como uma resposta JSON. Isso permite que você pegue, entre outras coisas, as páginas e postagens criadas no CMS.
Entre as sutilezas da API REST está o fato de respeitar todas as restrições de autenticação. Isso significa, por exemplo, que qualquer conteúdo que você marcar como não público (como um rascunho de postagem) não estará disponível por meio da API sem autenticação.
Existem alternativas, é claro. O WPGraphQL é um plug-in gratuito que pode executar funcionalidades semelhantes, mas usa a linguagem de consulta de código-fonte aberto do GraphQL. Dependendo das suas necessidades particulares, pode ser um bom ajuste para o seu projeto. Por exemplo, ele foi desenvolvido para funcionar em conjunto com o gerador de site estático do Gatsby . Seguir esse caminho tornaria o WPGraphQL a escolha natural.
Independentemente do método usado, você poderá enviar o conteúdo gerado pelo WordPress para praticamente qualquer tipo de aplicativo.
Considerações e possíveis desvantagens
Além do método para consultar dados da sua instalação do WordPress, existem outros itens em que pensar. Isso inclui algumas desvantagens em potencial.
Construção e Manutenção
Como você não está usando um tema tradicional do WordPress como seu front end, a manutenção se torna um pouco diferente.
Os sites estáticos, por exemplo, exigem um sistema separado (como o Gatsby acima mencionado) para ocultar o conteúdo do WordPress em páginas estáticas. Se você estiver criando um aplicativo JavaScript de página única, terá uma base de código totalmente diferente para manter.
Em resumo, os processos de criação e manutenção do front end podem ser muito mais envolvidos para os desenvolvedores do que um site WordPress padrão.
Funcionalidade
A funcionalidade de qualquer plug-in do WordPress instalado não será transferida para outro aplicativo. Isso provavelmente não é um grande problema para um aplicativo móvel, pois tudo o que você precisa fazer será construído dentro desses limites. Mas é algo a considerar em outros casos de uso.
Sites estáticos ou aplicativos da web progressivos precisarão de plug-ins específicos do sistema ou, potencialmente, de funcionalidades escritas do zero. Você perde a capacidade de adicionar um plug-in do WordPress sempre que precisar de recursos como um formulário ou um carrinho de compras .
atuação
O desempenho super-rápido é um dos maiores motivos para ficar sem cabeça. Isso ajuda em tudo, desde SEO até conversões. Mas você ainda precisa garantir que sua instalação do WordPress seja otimizada para velocidade.
Se você pretende publicar muito conteúdo e / ou receber chamadas de API de várias fontes, as coisas podem ficar mais lentas. Podem ser necessários ajustes específicos para manter o backend funcionando sem problemas.
Recursos
A dissociação do WordPress do front-end está aumentando em popularidade à medida que mais desenvolvedores experimentam seu potencial. Como tal, vários ótimos artigos foram publicados sobre o assunto. Abaixo está uma seleção de dicas úteis, tutoriais e informações básicas úteis.
WordPress sem cabeça: os altos e baixos da criação de um WordPress desacoplado
Denis Žoljom compartilha suas experiências na construção de um projeto decapitado e oferece alguns trechos de código úteis. Há também uma seção dedicada a melhorar o desempenho da API REST.
Usando o WordPress como um CMS sem cabeça
Um guia simples de Sufyan bin Uzayr, que oferece os fundamentos do porquê e como você pode usar um CMS sem cabeça.
CMS desacoplado
Uma explicação bem ilustrada do que é um CMS decapitado, além de vários recursos para ajudá-lo a aprender mais.
WordPress sem cabeça: como usar os dados do blog em seu aplicativo
Fernando Doglio analisa as vantagens e desvantagens do WordPress sem cabeça. Há também um exemplo de projeto para ajudar você a começar.
Headless WordPress + Next.js – O que aprendemos
Um resumo dos bastidores da Resi Respati sobre como uma empresa reconstruiu seu blog usando o WordPress sem cabeça.
Liberando a criatividade, mantendo a praticidade
Nas circunstâncias certas, o uso de uma configuração decapitado do WordPress pode ser exatamente o que seu projeto precisa se destacar. A capacidade de criar algo como um aplicativo da web progressivo abrange a vanguarda da tecnologia e permite mais liberdade criativa do que um site comum baseado em temas.
No lado mais prático, utilizar essa configuração para um aplicativo móvel ou site estático faz sentido em vários níveis. Os criadores de conteúdo podem simplesmente fazer suas próprias coisas sem o risco de atrapalhar o front end. E você ainda tem toda a conveniência de usar um CMS.
Embora ficar sem cabeça não seja necessariamente adequado para todas as situações, certamente apresenta uma opção válida. E, à medida que seu uso se torna mais difundido, as ferramentas para fazê-lo funcionar se tornarão muito mais sofisticadas.