SSR vs SSG vs ISR: Estrategias de Renderizado en Next.js para SEO en 2026

El Renderizado No Es Solo una Decisión de Desarrollo

Es una decisión de SEO. Después de revisar sitios con un SEO on-page perfecto que no podían posicionarse porque su estrategia de renderizado estaba peleando contra Googlebot. Vamos a desglosar dónde brilla cada enfoque y dónde te hará daño.

Static Site Generation (SSG)

Ideal para: Contenido que no cambia cada hora. Blogs, documentación, páginas de marketing.

Ventaja SEO: HTML pre-renderizado en el momento del build. Googlebot recibe el DOM completo al instante. El LCP es predecible. Puedes alojarlo en un CDN y obtener un tiempo de respuesta del servidor casi nulo.

Desventaja SEO: Tiempos de build altos para sitios grandes. Reconstruimos un sitio de 50.000 páginas y los builds tardaron 22 minutos. Cada actualización de contenido requiere un rebuild o ISR.

Server-Side Rendering (SSR)

Ideal para: Páginas dinámicas: paneles, contenido específico de usuario, datos en tiempo real.

Ventaja SEO: Siempre fresco. Googlebot ve el contenido más reciente en cada solicitud. Ideal para páginas que cambian cada hora, como noticias o inventario.

Desventaja SEO: El TTFB se resiente. Cada solicitud llega al servidor. Si tu servidor tarda 800ms en renderizar, son 800ms que Googlebot espera. Con un origin lento, esto mata tu LCP. Medimos una caída del 40% en el crawl cuando el TTFB superó 1.2s en un sitio de e-commerce de alto tráfico.

Incremental Static Regeneration (ISR)

Ideal para: Contenido que se actualiza pero no necesita ser en tiempo real: catálogos de productos, archivos de blog, páginas de categorías.

Ventaja SEO: Combina la velocidad de SSG con la frescura de SSR. Las páginas se sirven desde la caché y se revalidan en segundo plano. Para la mayoría de los sitios, revalidate: 3600 significa que los visitantes obtienen cargas instantáneas y el contenido se sincroniza cada hora.

Desventaja SEO: Stale-while-revalidate significa que el contenido antiguo puede servirse a los crawlers. Si invalidas mal, Googlebot podría indexar una versión obsoleta. Por mi experiencia esto ocurre con páginas de inventario: "en stock" mostrándose como "agotado" durante horas.

La Realidad de 2026

La caché de Google es más inteligente ahora. Con el evergreen Googlebot y un mejor renderizado de JavaScript, la brecha se ha reducido. Pero nunca asumas que Googlebot renderiza JavaScript tan rápido como el HTML. En nuestras pruebas, las páginas renderizadas con JS tardaron de 3 a 8 segundos más en indexarse.

Mi regla: SSG para contenido estático, ISR para páginas de catálogo con revalidate: 3600, y SSR solo cuando el contenido realmente deba ser en tiempo real. Todo lo demás es pelear contra el crawler.