Qué es y cómo funciona
Con SSR (Server-Side Rendering, renderizado en servidor) cada petición dispara un pequeño trabajo en el servidor: se piden los datos necesarios, se ejecuta el código de la página y se devuelve un HTML ya montado. El navegador lo pinta enseguida y los buscadores o los rastreadores de IA lo reciben completo, sin esperar a ejecutar JavaScript.
La diferencia clave con una SPA (Single Page Application) es dónde se hace el trabajo de montar la página. En una SPA el navegador descarga un HTML casi vacío y construye todo con JavaScript; en SSR ese esfuerzo ocurre antes, en una máquina que controlas. Después, el JavaScript del cliente se engancha a ese HTML para dar interactividad, un paso que se llama hidratación.
Es una decisión por página, no por proyecto. En frameworks como Next.js puedes renderizar en servidor las páginas que dependen de la sesión del usuario, de cookies o de datos que cambian a cada minuto, y servir el resto como contenido estático.
Por qué importa
SSR es la herramienta adecuada cuando el contenido debe estar siempre al día o es distinto para cada visitante: un panel de cliente, resultados de búsqueda con filtros, precios o disponibilidad que no admiten desfase. También resuelve el problema de las SPA con el contenido que solo aparece tras ejecutar JavaScript, que complica la indexación y el compartir enlaces con vista previa.
Pero no sale gratis. Cada visita consume tiempo de servidor, así que el tiempo hasta el primer byte depende de lo rápido que respondan tu código y tus fuentes de datos. Si la API de la que lees tarda, la página tarda. Para una web de contenido que cambia poco, suele ser más barato y rápido generar la página una vez y servirla desde una red de distribución de contenidos (CDN).
Un ejemplo
Una tienda online tiene un listado con filtros por talla, color y stock en tiempo real. Las combinaciones son demasiadas para generarlas por adelantado y el stock cambia a cada compra. Con SSR, cada petición consulta el inventario y devuelve el HTML del listado ya montado, de modo que el cliente ve datos reales y Google recibe una página completa. La ficha de cada producto, en cambio, puede ser estática y regenerarse de vez en cuando.
Errores y confusiones frecuentes
- Pensar que SSR es siempre mejor para SEO. Una página estática bien servida llega igual de completa al buscador y suele responder más rápido.
- Renderizar en servidor páginas que no lo necesitan. Pagas cómputo en cada visita y añades un punto de fallo para un contenido que podría ser estático.
- Olvidar que sigue haciendo falta hidratación. Una página puede verse enseguida y tardar en responder al primer clic si carga demasiado JavaScript.