Headless WordPress, Next.js contra Astro 2026: a matriz de decisão de um engenheiro sénior
Astro 5+ e Next.js 15 estão no anel Adopt do nosso Tech Radar Q3 2026. Ambos enviados para produção. Ambos estáveis. Ambos nossos para recomendar sem ressalvas. A pergunta que aterra em briefings de cliente todas as semanas, “devemos ir de Astro ou Next.js para o nosso front-end headless de WordPress”, lê-se como uma questão de gosto. Não é.
“Ir headless não é uma escolha de moda; é o momento em que a sua equipa deixa de pagar pela abstração errada.”
Lee Robinson, VP DX na Vercel, keynote do Frontier 2025, 2025-09-10
O enquadramento certo da mesma decisão: está a pagar pela abstração errada com React num site de conteúdo, ou está a pagar pela abstração errada com ilhas quando o seu produto é interativo. A resposta depende do que a página faz na realidade, não de qual framework teve a melhor keynote este trimestre.
TL;DR
- Astro 5+ por defeito para sites pesados em conteúdo onde os Core Web Vitals estão ligados à receita.
- Next.js 15 por defeito para UIs de produto pesadas em aplicação com React Server Components e streaming.
- Ambos podem ler o mesmo endpoint REST ou GraphQL do WordPress; o back-end não se importa.
- Contrate para a carga de trabalho. O React (e o Next.js) tem uma pool de talento maior na Polónia; o Astro é uma pool mais pequena e mais seletiva.
- Pilhas mistas são válidas. Marketing em Astro, dashboard em Next.js, uma origem de WordPress por baixo.
O que está por trás da escolha
Astro e Next.js resolvem problemas diferentes mesmo que ambos consigam renderizar WordPress headless.
Astro 5+ é um conjunto de ferramentas de renderização multipágina que por defeito não envia JavaScript para o cliente. Cada página é HTML por defeito. Os componentes interativos entram via “ilhas”. O resultado da construção para sites de conteúdo é pequeno e rápido em caches frias. O Astro está no nosso anel Adopt por essa razão.
Next.js 15 é um conjunto de ferramentas de aplicação React-first. Agora envia React 19 Server Components em produção, com streaming e hidratação seletiva. Em páginas pesadas em conteúdo já não é a penalização de bundle por defeito que era há alguns anos. Está no nosso anel Adopt para UIs pesadas em aplicação.
A história do WordPress headless é a mesma em ambos: o WordPress é o back-end editorial, o front-end renderiza a partir da REST API ou GraphQL. A escolha é em qual renderizador confia para qual carga de trabalho.
Matriz de decisão
| Pergunta | Astro 5+ | Next.js 15 |
|---|---|---|
| Sobretudo conteúdo de formato longo, blogue, marketing | Por defeito | Possível, já não é errado |
| Dashboards autenticados, formulários complexos | Possível, mais trabalho | Por defeito |
| UI pesada em tempo real, websockets | Evitar | Por defeito |
| Catálogo WooCommerce, páginas de produto SSR | Ambos servem | Ambos servem |
| Equipa editorial grande a usar WordPress | Ambos servem | Ambos servem |
| Pequena área interativa | Astro vence | Next.js funciona, menos ótimo |
| Grande área interativa | Astro luta contra si | Next.js vence |
| Edge SSR com baixo TTFB | Ambos correm em Cloudflare Workers | Ambos correm em Cloudflare Workers |
| Contratar séniores no mercado polaco | Pool mais pequena | Pool maior |
| TypeScript, Tailwind, design tokens | Primeira classe em ambos | Primeira classe em ambos |
O que o mercado de contratação nos diz
O argumento de que “o React vence porque mais gente sabe React” é real mas lê-se gasto sem números.
No Fluff Jobs Rynek pracy IT 2025/2026 reporta o React em 8.4 por cento de todas as ofertas de TI na Polónia em 2025 e o TypeScript em 9.2 por cento. O JavaScript sozinho aparece em 10.9 por cento. O Astro ainda não é uma palavra-chave de hard skill do top-15 em nenhum relatório polaco.
Just Join IT, Co z tym Eldorado? 2024/2025 mostra o JavaScript à frente com 11.24 por cento das ofertas, Java com 10.49 por cento, AI/ML ainda pequeno em 0.85 por cento mas a crescer mais depressa em termos salariais. As medianas sénior B2B em funções JS seguem a mediana sénior de 24360 PLN líquidos por mês.
A versão polémica: um sénior que conhece Astro é mais raro do que um sénior que conhece Next.js. Isso não é razão para escolher Next.js por defeito. É razão para ser explícito quando escolhe Astro e dimensionar o compromisso de modo a que dois séniores não saiam ao mesmo tempo.
Três cenários reais
Cenário um, site pesado em conteúdo que ainda cresce
Um editor a correr WordPress com 3000 artigos e 50000 utilizadores mensais. O tráfego móvel pende para dispositivos mais antigos. A equipa editorial precisa do ciclo pré-visualizar-e-publicar do WordPress sem alterações. A conversão é tempo de leitura e inscrições por email.
Escolha: Astro 5+. Ilhas zero-JS mantêm o LCP de cache fria abaixo de um segundo em dispositivos da classe Moto-G. O WordPress permanece como back-end editorial. O front-end reconstrói na publicação. Cloudflare Workers servem desde a edge da UE.
Cenário dois, B2B SaaS com site de marketing e dashboard
Uma empresa SaaS a correr WordPress para marketing e uma aplicação React separada para o produto. As páginas de marketing têm de posicionar em pesquisa orgânica e converter; o dashboard de produto tem estado autenticado e atualizações em tempo real.
Escolha: misto. Astro para a superfície de marketing, Next.js 15 para o dashboard. Partilham a mesma origem de WordPress para conteúdo, a mesma pipeline de implantação Cloudflare Workers e os mesmos tipos TypeScript. Duas construções, uma pilha de conhecimento.
Cenário três, loja WooCommerce headless com recomendações personalizadas
Uma loja WooCommerce com 200 produtos, recomendações personalizadas, stock em tempo real e um fluxo de checkout que fala com várias gateways de pagamento. A redação ainda é WordPress.
Escolha: Next.js 15 com React Server Components. O SSR com streaming mantém o carregamento percecionado rápido. Os Server Components deixam o catálogo renderizar do lado do servidor sem inundar o cliente com JS. WooCommerce REST ou Store API atrás. Cloudflare Workers aloja o front.
A parte polémica
Pôr uma framework por defeito para tudo é uma bandeira vermelha de engenheiro sénior. O comprador que ouve “usamos sempre Next.js” está a ouvir uma loja otimizada para uma ferramenta, não para o seu problema. O comprador que ouve “usamos sempre Astro” está a ouvir o inverso. Uma equipa sénior escolhe pela carga de trabalho, diz porquê e escreve a decisão.
Escrevemos a nossa duas vezes: uma vez no veredictos do stack Q3 2026, uma vez no pilar Headless WordPress. Quando a carga de trabalho muda, o radar move-se e atualizamos ambos.
Onde isto encaixa no cluster
Este artigo apoia o pilar de serviço Headless WordPress. Para contexto mais alargado, veja o playbook de visibilidade AI e LLM sobre como tornar qualquer destes front-ends realmente encontrável, e o resumo estratégico LLMO sobre como essa visibilidade se traduz em citações de motores generativos.
