loading.tsx 추가 여부는 느린 구간, 표시 범위, 구현 경계 순서로 판단한다
로딩 UI가 필요한지부터 확인하고, 필요한 경우 가장 좁은 route 세그먼트와 서버/클라이언트 경계를 정한다.
| 결정 단계 | 질문 | 예 | 아니오 |
|---|---|---|---|
| 1. 느림 | 사용자가 빈 화면을 볼 만큼 대기가 있는가 | loading.tsx 추가 | 기본 렌더링 유지 |
| 2. 범위 | 목록과 상세의 대기 모양이 다른가 | 각 세그먼트에 분리 | 상위 loading 공유 |
| 3. 형태 | 최종 콘텐츠 구조를 예측할 수 있는가 | skeleton 사용 | 명확한 문장 fallback |
| 4. 훅 | useSearchParams 같은 브라우저 훅이 필요한가 | use client 추가 | 서버 컴포넌트 유지 |
| 5. 검증 | 느린 네트워크에서 확인했는가 | Network throttling으로 검증 | 로딩이 너무 빨라 놓칠 수 있음 |