분할 판단 기준

분할 대상은 “늦게 필요한 무거운 코드”

코드 분할은 많이 나누는 일이 아니다. 첫 화면 필요성, 코드 무게, 호출 시점을 함께 보고 경계를 정한다.

1 keep

첫 화면에 꼭 필요한가?

헤더, 핵심 CTA, 즉시 보이는 리스트는 초기 청크에 남기는 편이 낫다.

2 split

특정 화면 전용인가?

관리자 도구, 차트 페이지, 지도 화면처럼 라우트 전용 코드는 별도 청크가 자연스럽다.

3 lazy

사용자 행동 뒤에 필요한가?

모달, 미리보기, 지도 열기는 next/dynamic과 로딩 UI를 함께 둔다.

Route chunk

페이지와 라우트 그룹의 기본 분할을 활용한다.

Dynamic import

클라이언트 전용 컴포넌트를 필요한 순간 불러온다.

Suspense

느린 구간만 fallback으로 바꿔 본문 맥락을 유지한다.

Measure

Lighthouse와 번들 분석기로 실제 감소량을 확인한다.

!
너무 작은 코드를 과하게 나누면 요청과 대기 시간이 늘 수 있다.

분할 뒤에는 초기 JavaScript 크기와 사용자가 기다리는 시간을 다시 비교한다.