PPR을 "빠른 렌더링 기법"으로 외웠는지, 아니면 정적/동적 경계 설계라는 _의사결정 문제_로 보는지를 가른다. Suspense·캐시·LCP까지 엮어 답하면 시스템적으로 본다고 판단한다.
PPR은 한 라우트 안에서 정적으로 만들 수 있는 셸(레이아웃·헤더·플레이스홀더)을 빌드 타임에 미리 만들어 즉시 흘려보내고, 개인화나 요청 의존 영역은 서버 컴포넌트 스트리밍으로 뒤따라 채우는 렌더링 전략이다. 핵심은 "정적/동적을 페이지 단위가 아니라 영역 단위로 가른다"는 점이고, Suspense 경계와 결합해 동적 영역이 풀릴 때까지 셸과 폴백이 먼저 화면을 차지한다. 결과적으로 TTFB와 LCP는 정적 SSG에 가깝게, 데이터 신선도는 SSR에 가깝게 가져가는 절충이다.
특정 페이지의 LCP가 가장 느린 한 fetch에 묶여 회귀했던 경험이 있다면 PPR의 영역 분리 동기와 연결할 수 있다
SSR과 SSG 중 어느 한쪽을 골라야 해서 개인화 영역과 캐시 가능 영역이 충돌했던 의사결정 경험을 풀 수 있다
Suspense 폴백이 본문 핵심 영역을 가려 체감 속도가 더 나빠 보였던 사례가 있다면 경계 설계 비용 이야기로 이어갈 수 있다
CDN 캐시와 사용자별 동적 데이터를 같은 페이지에서 동시에 써야 해서 캐시 무효화 전략을 따로 잡아본 경험이 있다면 이중 캐시 설계 근거로 쓸 수 있다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.