SSR (Renderização do Lado do Servidor) é uma estratégia de renderização onde o HTML é gerado no servidor para cada solicitação recebida, entregando uma página totalmente formada ao navegador em vez de depender do JavaScript do lado do cliente para renderizar o conteúdo.
SSR contrasta com CSR (Renderização do Lado do Cliente) e SSG (Geração de Site Estático). As compensações:
- Prós do SSR: frescor por solicitação, autenticação do lado do servidor, HTML completo no primeiro byte (essencial para SEO).
- Contras do SSR: cada solicitação atinge o servidor; a latência depende da carga do servidor e da localização de origem.
Para ecommerce, o SSR é obrigatório para superfícies de SEO — os crawlers de mecanismos de busca não executam JavaScript de forma confiável, então páginas renderizadas pelo cliente frequentemente aparecem vazias para o Googlebot. O SSR moderno é geralmente combinado com caching (cache de borda de CDN, revalidação no estilo ISR, Componentes de Cache) para limitar com que frequência o servidor de origem realmente renderiza.
No Next.js 16, a linha entre SSR, ISR, SSG e PPR se tornou difusa. O modelo cacheComponents + PPR permite que os desenvolvedores descrevam o que deve ser armazenado em cache e o que deve ser dinâmico no nível do componente, em vez do nível da página, eliminando a maioria das escolhas históricas de estratégia.