Next.js: ISR (Incremental Static Regeneration) — компромиссы и trade-offs

Question

Accepted Answer

ISR покупает CDN latency ценой bounded staleness — идеален для контента human timescale, плох для per-user real-time.

## Разбор

- **CDN speed + bounded staleness.** Блоги, docs, product pages, marketing — почти бесплатно. Кто-то всегда видит stale до одного window.
- **Time-based revalidation — guess; tag-based — fact.** Предпочитайте `revalidateTag` с write path. Timer — только без mutation hook (third-party CMS без webhook).
- **Когда НЕ использовать:** per-user или real-time — dashboards, carts, цены без lag, inventory на checkout. Shared cache с data user A для user B — incident. Нужен dynamic rendering или client fetch.
- **Stampede edge:** короткий window + cold cache — первый request после expiry делает real work. Next сериализует (one regen, not N), но планируйте render cost на high-traffic routes.

## Итог

ISR = stale-while-revalidate для страниц; on-demand tags и осознанный staleness window — senior defaults.