O WordPress move uma parcela enorme da web, e por um bom motivo: os editores o entendem. A questão não é se devemos usá-lo, mas para que usá-lo. Em uma arquitetura headless a resposta é simples — o WordPress é o lugar onde o conteúdo é escrito, estruturado e publicado. Nada além disso.
Uma função por sistema
O CMS guarda o conteúdo e o expõe pela REST API. O frontend — no nosso caso Next.js — cuida do design, das rotas, do orçamento de performance e do SEO. Nenhum dos lados precisa ceder ao outro.
- Editores escrevem no painel que já conhecem.
- Desenvolvedores entregam um frontend com ferramentas e testes modernos.
- A performance deixa de depender de um tema e de vinte plugins.
Modele conteúdo, não páginas
A maior mudança é mental. Em vez de construir páginas, você modela conteúdo: produtos, serviços, cases, artigos, pessoas. Cada um tem campos, relações e uma forma clara. O frontend decide como apresentá-los.
Se um conteúdo não pode ser descrito como campos, provavelmente é uma decisão de design escondida dentro do CMS.
Publicar sem reconstruir
Velocidade estática e frescor editorial não são opostos. Com regeneração estática incremental, um evento de publicação no WordPress aciona um webhook, o frontend revalida apenas o que mudou e o novo conteúdo entra no ar em segundos.
O que se perde
O preview ao vivo dá trabalho, e alguns plugins que renderizam no frontend deixam de se aplicar. Achamos uma boa troca — mas é uma troca, e deve ser feita de forma deliberada.