ANÚNCIO

~/questoes/programacao

Em qual situação o Static Site Generation (SSG) é mais apropriado?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Mini curso prático de Next.js
Para fixar

Quando usar Static Site Generation (SSG) no Next.js

Conceito central

Static Site Generation é uma estratégia de renderização onde as páginas HTML são geradas uma única vez durante a construção do projeto, não durante cada requisição. Isso resulta em sites extremamente rápidos, já que o servidor apenas entrega arquivos HTML pré-prontos aos usuários.

Por que essa resposta faz sentido

SSG é perfeito para páginas com conteúdo estático que raramente mudam. Você gera o HTML uma vez durante o build, e todos os usuários recebem a mesma página otimizada. Exemplos clássicos são blogs, documentações, landing pages e portfólios.

Armadilhas comuns

  • Confundir SSG com Server-Side Rendering (SSR) — SSR gera HTML no servidor a cada requisição, enquanto SSG gera uma única vez no build
  • Achar que SSG só funciona sem integração de APIs — você pode chamar APIs durante o build para popular conteúdo estático
  • Tentar usar SSG em aplicações dinâmicas — se os dados mudam a cada minuto, o HTML pré-gerado ficará desatualizado rapidamente

Entenda as alternativas

A

Embora SSG funcione bem sem banco de dados complexo, você ainda pode usar SSG com APIs externas — a chave é que o conteúdo não muda frequentemente. A presença ou ausência de banco de dados não é o critério principal.

B

Esta é a situação ideal para SSG. Quando o conteúdo muda raramente (um blog que publica alguns artigos por semana, por exemplo), você gera o HTML estático uma vez e aproveita máxima performance e segurança.

C

Se o conteúdo muda frequentemente e precisa de atualizações em tempo real, SSG não é apropriado. Use Server-Side Rendering (SSR) ou renderização no cliente para casos como feeds sociais, dashboards e aplicações colaborativas.

D

Embora SSG de fato entregue o mesmo conteúdo para todos, isso não é o diferencial principal. O foco está na frequência de mudança do conteúdo, não na uniformidade entre usuários.

Dica prática: Ao começar um projeto Next.js, pergunte-se: 'Este conteúdo mudará todos os dias ou várias vezes por hora?' Se a resposta for não, SSG é sua melhor opção. Configure no seu arquivo de página Next.js com `getStaticProps()` para indicar que aquela rota deve ser pré-renderizada.

Revise pensando: Qual é a principal vantagem de usar SSG comparado com renderizar HTML a cada requisição do usuário?