SSR (Server Side Rendering) — Por Qué tu Web Carga Rápida y Google la Lee Bien

Definición Simple

El SSR (Server Side Rendering, Renderizado en el Servidor) significa que cuando un usuario o Google pide tu página, el servidor arma el HTML completo y lo envía listo para mostrarse.

Lo opuesto es el CSR (Client Side Rendering): el navegador recibe una página casi vacía y un JavaScript que luego construye el contenido. Más lento y peor para SEO.

SSR vs CSR

| | SSR (servidor) | CSR (cliente/navegador) | |---|---|---| | Velocidad inicial | Rápida | Lenta (pantalla en blanco) | | SEO | Excelente | Pobre (Google espera) | | Experiencia | Contenido visible al instante | Spinner, luego contenido | | Ejemplos | Next.js, sitios modernos | Apps SPA antiguas |

Por qué importa para SEO

Google rastrea tu web con un presupuesto limitado (crawl budget). Si llega a una página CSR y ve "vacía", debe esperar a que se ejecute el JavaScript para ver el contenido. Eso:

• Consume más presupuesto de rastreo
• Puede hacer que Google no indexe todo tu contenido
• Retrasa la indexación

Con SSR, Google recibe el HTML completo de inmediato y lee todo a la primera. Mejor indexación, mejor ranking.

SSR y velocidad (Core Web Vitals)

SSR mejora el LCP (Largest Contentful Paint) porque el contenido principal está en el HTML inicial, no depende de JavaScript. LCP bajo = mejor posición en Google = más visitantes.

Quién lo usa

Frameworks modernos como Next.js (React), Nuxt (Vue), SvelteKit implementan SSR por defecto. Por eso los sitios construidos con Next.js suelen cargar más rápido y rankear mejor que los hechos con tecnologías más antiguas.