렌더링 전략은 결과가 달라지는 시점으로 고른다

페이지가 사용자마다 다른지, 즉시 최신이어야 하는지, 같은 결과를 얼마나 재사용할 수 있는지 묻고 HTML 생성 시점을 정한다.

사용자 요청마다 결과가 다른가? 신선도 오래된 값을 허용할 수 있는가? 재사용 같은 HTML을 여러 요청이 쓸 수 있는가?
REQUEST

SSR · 요청마다 생성

cache: "no-store"

세션·권한·재고처럼 요청 문맥이나 즉시 최신 값이 화면을 바꾸면 서버가 매번 HTML을 만든다.

BUILD

SSG · 빌드 때 생성

generateStaticParams()

모두에게 같은 안정적인 콘텐츠는 미리 만들고 CDN에서 같은 결과를 반복해서 제공한다.

REVALIDATE

ISR · 허용 주기마다 갱신

next: { revalidate: 60 }

공개 콘텐츠지만 일정한 지연을 허용한다면 정적 응답을 재사용하면서 주기적으로 새로 만든다.

선택 단위 한 앱 전체를 한 전략으로 고정하지 않는다. App Router에서는 각 라우트의 데이터 조건에 맞춰 생성 시점과 캐시를 따로 정한다.