Por que trocar o WordPress tradicional por uma arquitetura headless com Astro
Os motivos que me levaram a sair de um WordPress monolítico para uma arquitetura modular com Astro, n8n e Baserow.
O WordPress alimenta uma parte enorme da web, e há uma razão para isso: ele é fácil de começar, tem ecossistema maduro e resolve muita coisa com pouco atrito. Mas, para quem busca performance previsível, segurança mais simples e custos operacionais baixos, o modelo tradicional “tudo em um” começou a virar um obstáculo no meu fluxo de trabalho.
Neste artigo, explico por que decidi separar o gerenciamento de conteúdo da camada pública, adotando uma arquitetura headless com Astro.
O problema do WordPress monolítico
No WordPress tradicional, o banco de dados, o painel administrativo (wp-admin) e o site que o usuário vê ficam acoplados na mesma aplicação. Sempre que um visitante acessa uma página sem cache efetivo, o servidor precisa consultar o banco, processar PHP e montar o HTML em tempo real.
Isso gera três desafios recorrentes:
- Performance: mesmo com cache, existe overhead de processamento e invalidação.
- Segurança: o
wp-adminexposto aumenta a superfície de ataque. - Manutenção: atualizações de plugins, temas e dependências podem quebrar a experiência de forma inesperada.
O que é uma arquitetura headless?
“Headless” significa separar o lugar onde você gerencia o conteúdo do lugar onde esse conteúdo é exibido. O CMS deixa de ser a aplicação inteira e passa a ser uma fonte de dados.
Nessa estrutura, o WordPress pode continuar existindo como repositório editorial ou ser substituído por ferramentas como Baserow. A diferença é que o site público passa a ser uma camada própria, gerada previamente como arquivos estáticos.
Por que Astro como camada pública?
Escolhi o Astro para ser a camada pública do meu laboratório por um motivo simples: ele entrega HTML primeiro e JavaScript só quando há necessidade real.
Para páginas editoriais e institucionais, isso faz diferença. Menos JavaScript no navegador significa menos custo de hidratação, menos superfície de erro e uma experiência mais previsível. Além disso, Content Collections transforma Markdown em conteúdo estruturado, com schema, tipagem e validação.
A esteira: n8n e Baserow no comando
A parte mais interessante acontece nos bastidores. Em vez de depender de um editor visual para montar a experiência final, uso uma esteira automatizada:
- Baserow: funciona como meu banco de dados editorial, onde organizo ideias, status e metadados.
- n8n: orquestra a operação, monitora mudanças, dispara traduções via IA e prepara arquivos Markdown.
- Cloudflare Pages: detecta o novo commit e publica o site em segundos.
Vale a pena para você?
Migrar para headless não é para todos. Se você precisa de um site simples, barato de operar e não quer lidar com automações, o WordPress tradicional continua fazendo muito sentido.
No entanto, se você é um Systems Builder que deseja controle sobre a stack, performance previsível e liberdade para publicar em múltiplos idiomas de forma automatizada, o combo Astro + n8n abre um caminho muito interessante.
Este laboratório é a prova prática de que dá para construir algo robusto, rápido e barato de manter sem transformar cada página pública em uma aplicação dinâmica.