Por que reescrevi um produto de Next.js pra Astro

Reescrevi o Bom Cristão de Next.js pra Astro porque o produto é, na maior parte, conteúdo e vive de busca orgânica. Só o quiz precisa de JavaScript; landing page, blog e páginas de resultado são documentos. O Astro entrega essas páginas como HTML puro e hidrata só o quiz, então a maioria dos visitantes nunca baixa um bundle de aplicação.

Quando o cliente pediu a reescrita completa — de 1 quiz pra 6 — a primeira pergunta não foi "qual framework é mais moderno". Foi: de onde vem o tráfego, e o que essa página realmente precisa fazer no navegador.

Por que um site de quiz é conteúdo, e não aplicação?

Porque só uma parte dele é interativa. Landing page, blog e resultado do quiz são, na prática, documentos: texto, imagem, um botão de pagamento. Só o quiz em si — as perguntas, a navegação entre elas, o estado de resposta — tem estado de verdade. Hidratar React em cada página pra servir HTML quase todo estático é peso que o visitante paga sem ganhar nada em troca.

Como Islands Architecture funciona na prática?

O Astro renderiza cada página como HTML estático por padrão e só "liga" JavaScript nos componentes que realmente precisam — as islands. No Bom Cristão existe exatamente uma island, o componente de quiz; todo o resto chega ao navegador com zero JavaScript.

• Landing, blog, página de resultado: HTML puro, zero JS enviado ao cliente.
• Componente de quiz: a única island. React apenas onde há estado real (pergunta atual, resposta selecionada, progresso).

A maior parte do tráfego vem de busca orgânica e chega direto numa página de conteúdo, então nunca baixa um bundle de aplicação. Só quem realmente inicia um quiz paga esse custo — e só nessa página.

Quando vale a pena trocar de framework no meio do produto?

Quando performance de carregamento é o canal de aquisição. Trocar de framework num produto já em produção tem custo real: reescrever rotas, layout e a integração de pagamento. Aqui só fez sentido porque o Bom Cristão vive de tráfego orgânico. Um produto que depende de anúncio pago talvez não justificasse a migração.

O que perguntar no lugar de "qual framework é melhor"?

Pergunte que fração da página é de fato interativa, e se o resto pode ser HTML estático sem perder nada. "Qual framework é melhor" é a pergunta errada. Islands Architecture não é sobre estar na moda — é sobre não fazer o usuário pagar, em bytes e em tempo, por interatividade que a página não usa.