Next.js SSR vs SSG vs ISR: cuando usar cada modo
Next.js SSR vs SSG vs ISR: cuando usar cada modo - guía práctica de MillionsCode con criterios clave, checklist, herramientas relacionadas y FAQ.
Next.js SSR vs SSG vs ISR: cuando usar cada modo
Decision rule
SSR genera HTML en cada solicitud. Es adecuado para paneles de usuario, estado de pedidos, precios privados, permisos y paginas que dependen de cookies.
SSG genera HTML durante el build. Es la opcion simple para documentacion, paginas de ayuda, landing pages estables y tutoriales evergreen.
ISR mantiene la velocidad de una pagina estatica pero permite regenerarla despues de un intervalo. Encaja muy bien con blogs, productos, rankings publicos y comparativas.
La pregunta central es si el mismo HTML puede mostrarse a muchos visitantes sin riesgo. Si puede, SSG o ISR suelen ser mejores. Si no puede, usa SSR o separa los datos privados.
Useful internal references: Next.js metadata, PageSpeed checker, meta tag checker, reading time calculator, image format guide.
Practical selection table
| Situation | Prefer | Reason |
|---|---|---|
| Stable public page | SSG | fastest delivery and simple cache |
| Public content with occasional updates | ISR | static speed plus controlled refresh |
| User-specific page | SSR | request data and permissions matter |
| Real-time widget | SSR or client fetch | freshness matters more than build speed |
Operating checklist
Check whether the HTML can be cached, how often the source data changes, whether build time grows with content count, and whether SEO metadata is available in the first response. Also check images, fonts and third-party scripts because they can damage performance even when the rendering mode is correct.
FAQ
SSR siempre mejora el SEO?
No. SSG e ISR tambien entregan HTML completo y suelen responder mas rapido.
Que conviene para un blog?
SSG si cambia poco; ISR si hay muchas entradas o actualizaciones frecuentes.