Por que uso Next.js em todos os projetos — e como a IA mudou o desenvolvimento web

Quando começo um projeto novo — seja um site institucional, um CRM interno, uma landing page ou uma plataforma de gestão — a primeira decisão técnica é sempre a mesma: Next.js. Não é dogma. É resultado de usar na prática e ver o que entrega mais com menos atrito. Com IA no processo de desenvolvimento, essa escolha faz ainda mais sentido.

Por que Next.js e não outra framework

Server-side rendering nativo

SEO depende de HTML renderizado no servidor. O Next.js faz isso nativamente — as páginas chegam ao Google com conteúdo completo, não um shell vazio que depende de JavaScript para carregar. Para projetos de conteúdo, como este site, isso é fundamental.

App Router e estrutura de arquivos intuitiva

O App Router do Next.js 13+ organiza as rotas por pasta — cada pasta é uma rota. Isso é simples de explicar para o Claude Code, simples de manter e simples de expandir. Quando adiciono uma nova página, crio uma pasta e um arquivo. Sem configuração adicional.

Tailwind CSS — velocidade de estilização

Uso Tailwind em todos os projetos Next.js. A combinação funciona muito bem com Claude Code: o Claude conhece Tailwind profundamente, gera classes corretas, e o sistema de design por classes utilitárias elimina conflitos de CSS que consomem tempo desnecessariamente.

Vercel — deploy em 30 segundos

Next.js foi criado pela Vercel. O deploy é trivial: conecta o repositório GitHub, define as variáveis de ambiente, e cada push na branch principal vira um deploy automático. Preview deployments para cada pull request. Analytics e performance monitoring incluídos. É impossível ter uma stack de deploy mais simples para um desenvolvedor solo.

Como o Claude Code muda o desenvolvimento com Next.js

Claude Code conhece Next.js muito bem. Conhece o App Router, os Server Components, os Client Components, as convenções de arquivo (layout.tsx, page.tsx, loading.tsx, error.tsx), o sistema de metadata para SEO, e as melhores práticas de performance. Isso significa que eu não preciso especificar detalhes técnicos — posso descrever o que quero em termos de funcionalidade e ele gera uma estrutura tecnicamente correta.

TypeScript — por que não abre mão

TypeScript é chato no começo. Os erros de tipo parecem perda de tempo quando você só quer ver algo funcionar. Mas em projetos que vão crescer e ser mantidos — mesmo que só por mim — TypeScript paga o custo inicial com juros. O Claude gera TypeScript de qualidade: interfaces bem definidas, types corretos, sem any espalhado. O código resultante é mais fácil de manter e menos propenso a bugs sutis.

Quando Next.js não é a resposta

Para projetos muito simples — uma landing page estática sem dinâmica — às vezes HTML puro ou um gerador estático simples é mais adequado. Para aplicativos mobile nativos, Next.js não é a escolha. Para APIs puras sem front-end, um servidor Express ou Fastify pode ser mais enxuto. A stack certa depende do problema certo — mas para a maioria dos projetos que faço, Next.js é a resposta.

“A melhor framework é a que você conhece bem o suficiente para não lutar contra ela — e que as ferramentas de IA conhecem bem o suficiente para te ajudar sem precisar de explicação extra.”

— Thiago Amarante