SSR을 "빠르다/SEO 좋다" 정도로 외운 사람인지, 비용·TTI·페이지별 전략까지 보고 _혼합 모델_로 설명하는 사람인지를 가른다.
SSR은 요청 시 서버가 HTML을 생성해 첫 화면 가시성과 SEO 친화성을 높이는 렌더링 방식이다. 단 서버 응답 시간과 인프라 비용이 그대로 첫 바이트(TTFB)에 반영되고, 하이드레이션 전후 마크업이 어긋나면 "한 번 깜빡이며 다시 그려지는" 문제가 생긴다. 그래서 현대 프레임워크에서는 SSR·SSG·CSR을 페이지 특성별로 혼합해 쓰며, _콘텐츠 성격(정적/동적)_과 _상호작용 밀도_를 기준으로 전략을 가른다. 핵심은 초기 가시성, 서버 비용, TTI(상호작용 준비 시간)를 함께 최적화하는 것이다.
랜딩 페이지를 SSR로, 인증 대시보드를 CSR로 갈라본 경험이 있다면 페이지별 전략 이야기를 그대로 답변 후크로 쓸 수 있다
하이드레이션 깜빡임을 겪고 마크업 불일치를 잡아본 적이 있다면 SSR 비용 측면을 설명할 수 있다
정적 페이지를 SSG로 옮겨 서버 비용/TTFB를 줄여본 경험이 있다면 혼합 모델 이야기로 자연스럽게 이어진다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.