Next.js e Exportação Estática

Um build, não um servidor

Este site — e a maioria dos sites que entrego — compilam com `output: 'export'`: cada rota é gerada como HTML/CSS/JS estático em tempo de build, sem nada a correr no servidor depois. Isso exclui as server actions e a renderização sob demanda, mas um site de portefólio ou marketing raramente precisa deles, e em troca ganha-se algo melhor — não há processo de servidor que possa cair, ficar sobrecarregado ou precisar de uma correção de segurança.

As rotas de aparência dinâmica continuam a funcionar sob exportação estática através do `generateStaticParams` — cada caminho possível é enumerado e pré-renderizado em tempo de build em vez de calculado por pedido, que é exatamente como as entradas individuais deste diário são geradas.

Metadados como código, não um acrescento tardio

As APIs de metadados tipadas do Next.js — o export `Metadata`, `generateMetadata`, `sitemap.ts`, `robots.ts` — fazem com que a configuração de SEO viva nos mesmos ficheiros TypeScript que a própria página, verificada pelo compilador, em vez de um campo de CMS separado que silenciosamente se desalinha do que a página realmente diz.

App Router, TypeScript do princípio ao fim

Cada componente deste site é um componente React tipado sob o App Router — componentes de servidor por defeito, componentes de cliente apenas onde a interatividade (um canvas WebGL, um efeito guiado por GSAP, um pedaço de estado partilhado subscrito) realmente o exige. Essa distinção é deliberada: menos JavaScript enviado ao navegador para as partes da página que nunca precisaram de hidratar.