SSR (Renderizado del lado del servidor) es una estrategia de renderizado donde el HTML se genera en el servidor para cada solicitud entrante, entregando una página completamente formada al navegador en lugar de depender de JavaScript del lado del cliente para renderizar contenido.
SSR contrasta con CSR (Renderizado del lado del cliente) y SSG (Generación de sitios estáticos). Las compensaciones:
- Ventajas de SSR: frescura por solicitud, autenticación del lado del servidor, HTML completo en el primer byte (esencial para SEO).
- Desventajas de SSR: cada solicitud impacta al servidor; la latencia depende de la carga del servidor y la ubicación de origen.
Para el comercio electrónico, SSR es obligatorio para las superficies de SEO: los rastreadores de motores de búsqueda no ejecutan JavaScript de manera confiable, por lo que las páginas renderizadas por el cliente a menudo se muestran vacías para Googlebot. El SSR moderno generalmente se combina con caché (caché de borde de CDN, revalidación al estilo ISR, Componentes de Caché) para limitar con qué frecuencia el servidor de origen realmente renderiza.
En Next.js 16, la línea entre SSR, ISR, SSG y PPR se ha difuminado. El modelo cacheComponents + PPR permite a los desarrolladores describir qué debe ser almacenado en caché y qué debe ser dinámico a nivel de componente en lugar de a nivel de página, eliminando la mayoría de las elecciones estratégicas históricas.