Site em Next.js

A principal decisão técnica em um site Next.js é como cada página é renderizada. SSG (geração estática) cria o HTML no momento do build: a página fica pronta em um arquivo e é servida por CDN, o que dá a maior velocidade possível. Serve para páginas institucionais, serviços e artigos, que mudam pouco.

ISR (regeneração incremental) é o SSG com prazo de validade: a página é estática, mas é regenerada em segundo plano depois de um intervalo ou quando o conteúdo muda. É ideal para catálogos, listas de imóveis, cursos ou unidades que vêm de um CMS ou de um ERP e precisam refletir alterações sem refazer o site inteiro.

SSR (renderização no servidor) monta a página a cada requisição. Serve para áreas logadas, resultados de busca personalizados e conteúdo que depende do usuário. Custa mais em servidor e não deve ser usado por padrão em páginas públicas. Um mesmo site pode misturar os três, página por página.

O Google consegue executar JavaScript, mas com atraso e limites. Sites React puros, renderizados só no navegador, costumam ter problemas de indexação e de Core Web Vitals. O Next.js resolve isso entregando o HTML pronto, com título, headings, dados estruturados e conteúdo visíveis na primeira resposta do servidor.

Para performance, o framework traz otimização automática de imagens, carregamento de fontes sem bloqueio, divisão de código por rota e pré-carregamento de links visíveis. Combinado com SSG ou ISR e uma CDN, o resultado são páginas com LCP abaixo de 2,5 segundos e Lighthouse mobile acima de 90, que é o nosso critério de entrega.

O Next.js compensa quando o site precisa de React de verdade: simuladores, configuradores, áreas do cliente, painéis, busca com filtros, formulários em etapas. Também é a escolha natural quando o site conversa com sistemas: catálogo vindo do ERP, agenda com disponibilidade real, integração com CRM, ou quando a empresa já tem um sistema web em React e quer manter a mesma stack.

Para sites puramente institucionais, sem interatividade além de formulário e WhatsApp, o Astro entrega o mesmo HTML com menos JavaScript e menos complexidade. Por isso avaliamos o projeto antes de escolher: a tecnologia é consequência do que o site precisa fazer.

Sites Next.js totalmente estáticos podem ser exportados e hospedados em qualquer CDN, como Cloudflare Pages ou Netlify, com custo próximo de zero. Sites que usam ISR ou SSR precisam de um ambiente que execute Node.js.

A Vercel, empresa que mantém o Next.js, oferece a hospedagem mais simples, com deploy automático a partir do repositório, CDN global e plano gratuito para sites pequenos; planos pagos começam em torno de 20 dólares por mês. Para clientes que preferem controle ou já têm infraestrutura, empacotamos o site em Docker e publicamos em VPS, em nuvem própria ou no servidor da empresa, atrás de nginx com HTTPS. Em todos os casos, a conta de hospedagem fica em nome do cliente.

Astro é o nosso padrão para sites institucionais: gera HTML estático, envia JavaScript apenas nos componentes que precisam, e resulta em páginas mais leves que o Next.js para o mesmo conteúdo. Perde para o Next.js quando o site tem muita interatividade ou áreas dinâmicas.

WordPress é a escolha quando a equipe precisa publicar conteúdo todos os dias em um painel visual e não tem ninguém técnico por perto. Em troca, exige hospedagem com PHP e banco de dados, atualizações constantes de plugins e mais cuidado com segurança e cache. Também é possível combinar: WordPress como painel de conteúdo e Next.js como site, o que chamamos de headless.

Um site Next.js estático tem manutenção mínima: sem plugins, sem banco de dados, sem atualização de segurança semanal. Recomendamos atualizar o framework uma ou duas vezes por ano para acompanhar versões, o que fazemos nos planos de manutenção. Sites com SSR precisam de monitoramento do servidor e de atualizações de dependências com mais frequência.

Na construção, sites em Next.js seguem a faixa do nosso serviço de Criação de Sites, de R$ 3.500 a R$ 15.000, com integrações e funcionalidades interativas orçadas conforme o escopo. O código é entregue em repositório do cliente, com TypeScript, documentação e pipeline de deploy configurado.