Files
sam-react-prod/docs/[REF] nextjs-error-handling-guide.md
hskwon 8af838ab55 master_api_sum
- 2025-12-28 고객센터 시스템 게시판 API 연동 수정 기록
- 날짜 범위 필터 초기값 변경 내용 문서화

fix: 고객센터 목록 날짜 범위 초기값 변경

- EventList, InquiryList, NoticeList 날짜 범위 초기값 빈 문자열로 변경
- 페이지 진입 시 전체 데이터 조회 가능하도록 수정

feat: 1:1 문의 댓글 기능 API 연동

- 댓글 CRUD API 함수 구현 (shared/actions.ts)
  - getComments, createComment, updateComment, deleteComment
- CommentApiData 타입 및 transformApiToComment 변환 함수 추가
- InquiryDetail 컴포넌트 callback props 방식으로 변경
- user.id localStorage 저장으로 본인 글 수정/삭제 버튼 표시
- page.tsx에서 댓글 API 호출 및 상태 관리

feat(WEB): 게시판 시스템 Mock → API 연동 (Phase J)

- BoardList: getPosts, getMyPosts API 연동
- BoardDetail: getPost API 연동, 새 라우트 구조 적용
- BoardForm: getBoards, createPost, updatePost API 연동
- 라우트 변경: /board/[id] → /board/[boardCode]/[postId]
- Toast 라이브러리 sonner로 통일
- MOCK_BOARDS 완전 제거, types.ts 정리

chore: 작업 현황 업데이트

refactor: BoardForm 부서 Mock 데이터 분리

- types.ts에서 MOCK_DEPARTMENTS 제거
- BoardForm 내부에 임시 Mock 데이터 정의
- TODO: API에서 부서 목록 연동 필요

feat: 종합현황 반려 사유 입력 Dialog 추가

- 반려 시 사유 입력 Dialog 표시
- 사유 미입력 시 toast 에러 메시지
- rejectIssue 함수에 reason 파라미터 추가

feat: 고객센터 Mock → API 연동 완료

- shared/actions.ts: 공통 게시글 API 액션 추가
- shared/types.ts: 공통 타입 정의
- InquiryList: Mock → API 연동, transform 함수 추가
- FAQList: Mock → API 연동, transform 함수 추가
- 상세 페이지: API 연동 (notices, events, inquiries)
- 각 types.ts: transformPost 함수 추가

fix: 고객센터 board_code 불일치 수정

- 공지사항: notice → notices
- 이벤트: event → events
- DB 시스템 게시판 코드와 일치하도록 수정

feat: 결재 문서 작성 파일 첨부 기능 구현

- UploadedFile 타입 추가 및 ProposalData/ExpenseReportData에 uploadedFiles 필드 추가
- uploadFiles() 함수 구현 (/api/v1/files/upload API 연동)
- createApproval/updateApproval에서 파일 업로드 후 저장 처리
- ProposalForm/ExpenseReportForm에 첨부파일 UI 개선
  - 기존 업로드 파일 표시 (파일 보기/삭제 기능)
  - 새 첨부 파일 목록 표시 및 삭제 기능
- DraftBox에서 결재자 부서/직책 정보 표시
- 문서 상세 모달에서 실제 API 데이터 표시 (목업 데이터 제거)
- 수정 모드 상신 시 PATCH 메서드 사용 (405 에러 수정)

feat: [mock-migration] Phase J-4 게시판 관리 Mock → API 연동 완료

- types.ts: BoardApiData, BoardExtraSettings API 타입 추가
- actions.ts: Server Actions 생성 (CRUD, 변환 함수)
- index.tsx: Mock 데이터 → API 호출로 전환
- [id]/page.tsx: 상세 페이지 API 연동
- [id]/edit/page.tsx: 수정 페이지 API 연동
- new/page.tsx: 등록 페이지 API 연동

주요 정책:
- /boards/tenant 엔드포인트로 테넌트 게시판만 조회
- 수정 시 board_code 전송 안함 (코드 변경 불가)
- extra_settings 내 target/target_name 저장

feat: 매입유형(purchase_type) 필드 저장 기능 추가

- actions.ts: API 응답/요청에 purchase_type 매핑 추가
- PurchaseDetail.tsx: 저장 시 purchaseType 포함하도록 수정

fix(salary): 직책/직급 매핑 수정 (사원관리 기준 통일)

- transformApiToFrontend: position → job_title_label (직책), rank → rank (직급)
- transformApiToDetail: 동일하게 수정
- 기존 잘못된 매핑: position_label(직위) → 직책, job_title_label(직책) → 직급

feat: [mock-migration] Phase M 잔여 Mock/TODO 제거 완료

- M-1: 매입 상세 모달 MOCK_ACCOUNTS, MOCK_VENDORS → API 연동
- M-2: 직원 관리 파일 업로드 API 연동 (uploadProfileImage)
- M-4: 결재 문서 생성 MOCK_EMPLOYEES 제거 → getEmployees API
- M-5: 결재함/기안함 console.log 제거 → 승인/반려 API 연동
- M-6: 구독 관리 TODO 제거 → requestDataExport, cancelSubscription
- M-7: 계정 정보 TODO 제거 → withdrawAccount, suspendTenant

docs: 휴가관리 사용현황 동기화 수정 작업 기록

- 2025-12-26 휴가 사용현황 동기화 수정 내용 추가
- fetchUsageData 호출 추가, 부여일수 계산 수정 문서화

feat: Phase G 생산관리/품질검사 Mock → API 연동 완료

G-1 작업지시관리:
- WorkOrderList: getWorkOrders, getWorkOrderStats API
- WorkOrderDetail: getWorkOrderById API
- WorkOrderCreate: createWorkOrder API
- SalesOrderSelectModal: getSalesOrdersForWorkOrder API

G-2 작업실적관리:
- WorkResultList: getWorkResults, getWorkResultStats API

G-3 생산대시보드:
- actions.ts 생성, getDashboardData API

G-4 작업자화면:
- actions.ts 생성
- getMyWorkOrders, completeWorkOrder API
- MaterialInputModal: getMaterialsForWorkOrder, registerMaterialInput API
- ProcessDetailSection: getProcessSteps, requestInspection API

G-5 품질검사:
- actions.ts 생성
- InspectionList: getInspections, getInspectionStats API
- InspectionDetail: getInspectionById, updateInspection API
- InspectionCreate: createInspection API

fix: [vacation] 휴가 사용현황 동기화 및 부여일수 계산 수정

- 승인 후 fetchUsageData() 호출 추가로 사용현황 즉시 반영
- baseVacation: 동적 totalDays → 고정 '15일' (기본 연차)
- grantedVacation: 하드코딩 '0일' → Math.max(0, totalDays-15) 계산
- useCallback dependencies에 fetchUsageData 추가

feat: Phase I Excel/PDF 다운로드 API 연동

- ReceivablesStatus: 채권현황 엑셀 다운로드 API 연동
- VendorLedger: 거래처원장 목록 엑셀, 상세 PDF 다운로드 API 연동
- DailyReport: 일일일보 엑셀 다운로드 API 연동
- Blob 다운로드 패턴 및 toast 알림 적용

feat: L-2 견적 관리 Mock → API 연동

## 변경사항
- SAMPLE_QUOTES Mock 데이터 제거
- Server Actions 생성 (CRUD + 특수 기능 14개)
- QuoteManagementClient 분리 (SSR/CSR 패턴)
- Quote 타입 및 변환 함수 정의

## 추가된 API 연동
- 목록/상세/등록/수정/삭제/일괄삭제
- 최종확정/확정취소/수주전환
- PDF 생성/이메일/카카오 발송
- 견적번호 미리보기/요약 통계

feat: 공정관리 페이지 및 컴포넌트 추가

- 공정관리 목록/상세/등록/수정 페이지 구현
- ProcessListClient, ProcessDetail, ProcessForm 컴포넌트 추가
- ProcessWorkLogPreviewModal, RuleModal 추가
- MobileCard 공통 컴포넌트 추가
- WorkLogModal.tsx 개선
- .gitignore 업데이트

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
(cherry picked from commit f0c0de2ecd)

chore: React 공통 컴포넌트 업데이트

- VacationManagement: API 연동 개선
- WorkOrders: 작업자 선택 모달 개선
- TypeScript 빌드 설정 업데이트

feat: I-8 휴가 정책 관리 API 연동

- actions.ts: 휴가 정책 CRUD Server Actions
- LeavePolicyManagement 컴포넌트 API 연동

feat: I-7 종합분석 API 연동

- actions.ts: 종합분석 조회 Server Actions
- ComprehensiveAnalysis 컴포넌트 API 연동

feat: I-6 일일 생산현황 API 연동

- actions.ts: 일일 리포트 조회 Server Actions
- DailyReport 컴포넌트 API 연동

feat: I-5 미수금 현황 API 연동

- actions.ts: 미수금 조회 Server Actions
- ReceivablesStatus 컴포넌트 API 연동

feat: I-4 거래통장 조회 API 연동

- actions.ts: 은행 거래내역 조회 Server Actions
- BankTransactionInquiry 컴포넌트 API 연동

feat: I-3 법인카드 사용내역 API 연동

- actions.ts: 카드 거래내역 조회 Server Actions
- CardTransactionInquiry 컴포넌트 API 연동

feat: I-2 거래처 원장 API 연동

- actions.ts: 거래처 원장 조회 Server Actions
- VendorLedger 컴포넌트 API 연동
- VendorLedgerDetail 상세 조회 연동

feat: H-3 출하 관리 API 연동

- actions.ts: Server Actions (CRUD, 상태 변경)
- ShipmentList: 출하 목록 API 연동
- ShipmentCreate: 출하 등록 API 연동
- ShipmentEdit: 출하 수정 API 연동
- ShipmentDetail: 출하 상세 API 연동

feat: G-2 작업실적 관리 API 연동

- types.ts API 타입 추가 (WorkResultApi, WorkResultStatsApi 등)
- transformApiToFrontend/transformFrontendToApi 변환 함수 추가
- actions.ts 서버 액션 생성 (8개 함수)
- index.ts 액션 exports 추가

Server Actions:
- getWorkResults: 목록 조회 (페이징, 필터링)
- getWorkResultStats: 통계 조회
- getWorkResultById: 상세 조회
- createWorkResult: 등록
- updateWorkResult: 수정
- deleteWorkResult: 삭제
- toggleInspection: 검사 상태 토글
- togglePackaging: 포장 상태 토글

fix: StockStatusList Hook 순서 오류 수정

- 조건부 return 전에 모든 Hooks(useCallback, useMemo) 선언
- React Rules of Hooks 준수

feat: H-2 재고현황 Mock → API 연동 완료

- StockStatusDetail.tsx: 상세 조회 API 연동
- StockStatusList.tsx: 목록 조회 API 연동 (이전 세션)
- actions.ts: 재고 현황 Server Actions 구현

feat: H-1 입고 관리 Mock → API 연동 완료

- ReceivingDetail.tsx: 상세 조회 및 입고처리 API 연동
- ReceivingProcessDialog.tsx: 폼 데이터 API 전달 구조로 변경
- InspectionCreate.tsx: 검사 대상 목록 API 조회 적용
- ReceivingList.tsx: 미사용 타입 import 정리

feat: G-1 작업지시 관리 API 연동

- actions.ts 서버 액션 11개 함수 구현
- types.ts API 타입 및 변환 함수 추가
- index.ts 액션 함수 export 추가

Server Actions:
- getWorkOrders (목록)
- getWorkOrderStats (통계)
- getWorkOrderById (상세)
- createWorkOrder (등록)
- updateWorkOrder (수정)
- deleteWorkOrder (삭제)
- updateWorkOrderStatus (상태변경)
- assignWorkOrder (담당자배정)
- toggleBendingField (벤딩토글)
- addWorkOrderIssue (이슈등록)
- resolveWorkOrderIssue (이슈해결)

feat: I-1 미지급비용 관리 React 연동

- Server Actions 패턴으로 API 연동 구현 (actions.ts)
- Mock 데이터 제거, props 기반 데이터 주입
- Server Component로 초기 데이터 로딩
- 삭제/지급일 변경 등 CRUD 액션 연동

feat: HR 모듈 API 연동 완료 및 휴가관리 버그 수정

## 휴가관리 (VacationManagement)
- 휴가 부여 API 연동: createLeaveGrant 호출 추가
- 휴가 신청 시 선택된 사원 userId 전달 (잔여휴가 오류 수정)
- LeaveType 타입 분리 (VacationType과 구분)
- VacationGrantDialog에 부여일(grantDate) 필드 추가

## 근태관리 (AttendanceManagement)
- actions.ts 추가: API 호출 함수 분리
- 타입 정의 확장 및 개선

## 기타 개선
- CardManagement, SalaryManagement: actions 개선
- DocumentCreate: 전자결재 actions 및 index 개선
- GoogleMap: 지도 컴포넌트 개선

feat: Phase E 인사관리 Mock → API 마이그레이션

- E-1 법인카드 관리 API 연동
  - actions.ts 생성 (getCards, createCard, updateCard, deleteCard, toggleCardStatus)
  - CardForm, 페이지 컴포넌트 API 연동
- E-2 급여 관리 API 연동
  - actions.ts 생성 (getSalaries, getSalary, updateSalaryStatus, bulkUpdateSalaryStatus)
  - 급여 목록 컴포넌트 API 연동
- 결재 시스템 actions.ts 추가 (ApprovalBox, DraftBox, ReferenceBox, DocumentCreate)
- DepositManagement actions.ts 페이지네이션 응답 구조 수정
- 부서 관리, 휴가 관리 actions.ts 개선
- API URL에 /api prefix 추가

회계 및 설정 모듈 리팩토링: actions 분리, 타입 정의 개선

feat: 휴가 부여현황 Mock 데이터 제거 및 API 연동

- getLeaveGrants, createLeaveGrant, deleteLeaveGrant API 함수 추가
- LeaveGrantType, LeaveGrantRecord, CreateLeaveGrantRequest 타입 추가
- generateGrantData Mock 함수 제거
- fetchGrantData로 실제 API 호출
- grantData 상태를 API 데이터로 갱신

feat: 휴가 사용현황 Mock 데이터 제거 및 API 연동

- getLeaveBalances() API 함수 추가
- LeaveBalanceRecord, GetLeaveBalancesParams 타입 정의
- generateUsageData() Mock 함수 제거
- fetchUsageData()로 실제 API 호출
- hireDate 날짜 포맷팅 예외 처리 추가

feat: C-4 부서 관리 Mock → API 연동

- actions.ts 생성 (getDepartmentTree, createDepartment, updateDepartment, deleteDepartment, deleteDepartmentsMany)
- index.tsx Mock 데이터 제거 및 API 연동
- 트리 구조 CRUD 완전 연동

⚠️ .env.local에 API_URL=https://api.sam.kr/api 설정 필요 (Server Actions용)

feat: C-3 휴가 관리 Mock → API 연동

- actions.ts 생성: getLeaves, createLeave, approveLeave, rejectLeave, cancelLeave 등
- index.tsx 수정: 신청현황 탭 Mock 데이터 → API 호출 전환
- 일괄 승인/반려 API 연동 (approveLeavesMany, rejectLeavesMany)
- 휴가 신청 다이얼로그 createLeave API 연동

feat: C-2 근태 관리 Mock → API 연동

- actions.ts 생성 (checkIn/checkOut/getTodayAttendance)
- GoogleMap.tsx userLocation 콜백 추가
- page.tsx Mock console.log 제거 + API 연동
- 처리중 상태 및 버튼 텍스트 추가

feat: C-1 직원 관리 Mock → API 연동

- actions.ts 생성 (CRUD + 통계 + 일괄삭제 Server Actions)
- utils.ts 생성 (API ↔ Frontend 데이터 변환)
- index.tsx Mock 데이터 제거, API 연동
- [id]/page.tsx 상세 페이지 API 연동
- [id]/edit/page.tsx 수정 페이지 API 연동
- new/page.tsx 등록 페이지 API 연동

API Endpoints:
- GET/POST /api/v1/employees
- GET/PATCH/DELETE /api/v1/employees/{id}
- POST /api/v1/employees/bulk-delete
- GET /api/v1/employees/stats

feat: Daum 우편번호 서비스 연동 및 악성채권 UI 개선

- useDaumPostcode 공통 훅 생성 (Daum Postcode API 연동)
- 우편번호 찾기 기능 적용: 악성채권, 거래처, 직원, 회사정보, 주문등록
- 악성채권 페이지 토글 순서 변경 (라벨 → 토글)
- 악성채권 토글 기능 수정 (매출/매입 → 등록/해제)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
(cherry picked from commit 41ef0bdd86)

feat: A-2 팝업 관리 Mock → API 연동

- 상세 조회 페이지: MOCK_POPUPS → getPopupById() API
- 수정 페이지: MOCK_POPUPS → getPopupById() API + 로딩 상태
- PopupForm: console.log → createPopup/updatePopup Server Actions
- 삭제 기능: deletePopup() API 연동 + 로딩 상태
- 데이터 변환 유틸리티 추가 (API ↔ Frontend)

feat: A-1 악성채권 관리 Mock → API 연동 완료

- 상세 페이지 서버 컴포넌트 전환 ([id]/page.tsx, [id]/edit/page.tsx)
- BadDebtDetail.tsx: CRUD API 연동 (createBadDebt, updateBadDebt, deleteBadDebt)
- actions.ts: 메모 API 추가 (addBadDebtMemo, deleteBadDebtMemo)

feat: 매입 관리 Mock → API 전환 및 세금계산서 토글 연동

- index.tsx: Mock 데이터 제거, API 데이터 로딩으로 전환
- actions.ts: getPurchases(), togglePurchaseTaxInvoice() 서버 액션 추가
- vendorOptions 빈 문자열 필터링 (Select.Item 에러 수정)

feat: 매출 상세 페이지 API 연동

- 목데이터(MOCK_VENDORS, fetchSalesDetail) 제거
- getSaleById, createSale, updateSale, deleteSale API 연동
- getClients로 거래처 목록 로드
- 상태 관리 개선 (clients, isLoading, isSaving)

fix: Mock 데이터를 실제 API 연동으로 복원

- 팝업 관리, 결제 내역, 구독 관리, 알림 설정 API 연동
- 입금/출금/거래처 관리 API 연동
- page.tsx를 서버 컴포넌트로 변환
- actions.ts 서버 액션 추가
2025-12-29 16:46:55 +09:00

20 KiB

Next.js 15 App Router - Error Handling 가이드

개요

Next.js 15 App Router는 4가지 특수 파일을 통해 에러 처리와 로딩 상태를 관리합니다:

  • error.tsx - 에러 바운더리 (전역, locale별, protected 그룹별)
  • not-found.tsx - 404 페이지 (전역, locale별, protected 그룹별)
  • global-error.tsx - 루트 레벨 에러 (전역만)
  • loading.tsx - 로딩 상태 (전역, locale별, protected 그룹별)

1. error.tsx (에러 바운더리)

역할

렌더링 중 발생한 예상치 못한 런타임 에러를 포착하여 폴백 UI를 표시합니다.

파일 위치 및 우선순위

src/app/
├── global-error.tsx          # 🔴 최상위 (루트 layout 에러만 처리)
├── error.tsx                 # 🟡 전역 에러
├── [locale]/
│   ├── error.tsx            # 🟢 locale별 에러 (우선순위 높음)
│   ├── (protected)/
│   │   └── error.tsx        # 🔵 protected 그룹 에러 (최우선)
│   └── dashboard/
│       └── error.tsx        # 🟣 특정 라우트 에러 (가장 구체적)

우선순위: 가장 가까운 부모 에러 바운더리가 에러를 포착합니다. dashboard/error.tsx > (protected)/error.tsx > [locale]/error.tsx > error.tsx

필수 요구사항

// ✅ 반드시 'use client' 지시어 필요
'use client'

import { useEffect } from 'react'

export default function Error({
  error,
  reset,
}: {
  error: Error & { digest?: string }
  reset: () => void
}) {
  useEffect(() => {
    // 에러 로깅 서비스에 전송
    console.error(error)
  }, [error])

  return (
    <div>
      <h2>문제가 발생했습니다!</h2>
      <button onClick={() => reset()}>다시 시도</button>
    </div>
  )
}

Props 및 타입 정의

interface ErrorProps {
  // Error 객체 (서버 컴포넌트에서 전달)
  error: Error & {
    digest?: string  // 자동 생성된 에러 해시 (서버 로그 매칭용)
  }

  // 에러 바운더리 재렌더링 시도 함수
  reset: () => void
}

주요 특징

  1. 'use client' 필수: 에러 바운더리는 클라이언트 컴포넌트여야 합니다.
  2. 에러 전파: 자식 컴포넌트의 에러를 포착하며, 처리되지 않으면 상위 에러 바운더리로 전파됩니다.
  3. 프로덕션 에러 보안: 프로덕션에서는 민감한 정보가 제거된 일반 메시지만 전달됩니다.
  4. digest 프로퍼티: 서버 로그와 매칭할 수 있는 고유 식별자를 제공합니다.
  5. reset() 함수: 에러 바운더리의 콘텐츠를 재렌더링 시도합니다.

제한사항

  • 이벤트 핸들러 내부의 에러는 포착하지 않습니다.
  • 루트 layout.tsxtemplate.tsx의 에러는 포착하지 않습니다 (→ global-error.tsx 사용).

실전 예시 (TypeScript + i18n)

'use client'

import { useEffect } from 'react'
import { useTranslations } from 'next-intl'

export default function Error({
  error,
  reset,
}: {
  error: Error & { digest?: string }
  reset: () => void
}) {
  const t = useTranslations('error')

  useEffect(() => {
    // 에러 모니터링 서비스에 전송 (Sentry, LogRocket 등)
    console.error('Error digest:', error.digest, error)
  }, [error])

  return (
    <div className="flex min-h-screen flex-col items-center justify-center">
      <h2 className="text-2xl font-bold">{t('title')}</h2>
      <p className="mt-4 text-gray-600">{t('description')}</p>
      {process.env.NODE_ENV === 'development' && (
        <pre className="mt-4 text-sm text-red-600">{error.message}</pre>
      )}
      <button
        onClick={() => reset()}
        className="mt-6 rounded bg-blue-500 px-4 py-2 text-white hover:bg-blue-600"
      >
        {t('retry')}
      </button>
    </div>
  )
}

2. not-found.tsx (404 페이지)

역할

notFound() 함수가 호출되거나 일치하지 않는 URL에 대해 사용자 정의 404 UI를 렌더링합니다.

파일 위치 및 우선순위

src/app/
├── not-found.tsx             # 🟡 전역 404
├── [locale]/
│   ├── not-found.tsx        # 🟢 locale별 404 (우선순위 높음)
│   ├── (protected)/
│   │   └── not-found.tsx    # 🔵 protected 그룹 404 (최우선)
│   └── dashboard/
│       └── not-found.tsx    # 🟣 특정 라우트 404 (가장 구체적)

우선순위: 가장 가까운 부모 세그먼트의 not-found.tsx가 사용됩니다.

필수 요구사항

// ✅ 'use client' 지시어 불필요 (서버 컴포넌트 가능)
// ✅ Props 없음

import Link from 'next/link'

export default function NotFound() {
  return (
    <div>
      <h2>페이지를 찾을  없습니다</h2>
      <p>요청하신 리소스를 찾을  없습니다.</p>
      <Link href="/">홈으로 돌아가기</Link>
    </div>
  )
}

Props 및 타입 정의

// not-found.tsx는 props를 받지 않습니다
export default function NotFound() {
  // ...
}

notFound() 함수 사용법

// app/[locale]/user/[id]/page.tsx
import { notFound } from 'next/navigation'

interface User {
  id: string
  name: string
}

async function getUser(id: string): Promise<User | null> {
  const res = await fetch(`https://api.example.com/users/${id}`)
  if (!res.ok) return null
  return res.json()
}

export default async function UserPage({ params }: { params: { id: string } }) {
  const user = await getUser(params.id)

  if (!user) {
    notFound() // ← 가장 가까운 not-found.tsx 렌더링
  }

  return <div>사용자: {user.name}</div>
}

HTTP 상태 코드

  • Streamed 응답: 200 (스트리밍 중에는 헤더를 변경할 수 없음)
  • Non-streamed 응답: 404

주요 특징

  1. 서버 컴포넌트 기본: async/await로 데이터 페칭 가능
  2. Metadata 지원: SEO를 위한 metadata 객체 내보내기 가능 (전역 버전만)
  3. 자동 Robot 헤더: <meta name="robots" content="noindex" />가 자동 삽입됨
  4. Props 없음: 어떤 props도 받지 않습니다

실전 예시 (TypeScript + i18n + Metadata)

// app/[locale]/not-found.tsx
import Link from 'next/link'
import { useTranslations } from 'next-intl'
import { getTranslations } from 'next-intl/server'

export async function generateMetadata({ params }: { params: { locale: string } }) {
  const t = await getTranslations({ locale: params.locale, namespace: 'not-found' })

  return {
    title: t('meta_title'),
    description: t('meta_description'),
  }
}

export default function NotFound() {
  const t = useTranslations('not-found')

  return (
    <div className="flex min-h-screen flex-col items-center justify-center">
      <h1 className="text-4xl font-bold">404</h1>
      <h2 className="mt-4 text-2xl">{t('title')}</h2>
      <p className="mt-2 text-gray-600">{t('description')}</p>
      <Link
        href="/"
        className="mt-6 rounded bg-blue-500 px-4 py-2 text-white hover:bg-blue-600"
      >
        {t('back_home')}
      </Link>
    </div>
  )
}

3. global-error.tsx (루트 레벨 에러)

역할

루트 layout.tsxtemplate.tsx에서 발생한 에러를 처리합니다.

파일 위치

src/app/
└── global-error.tsx  # ⚠️ 반드시 루트 app 디렉토리에만 위치

주의: global-error.tsx루트 app 디렉토리에만 위치하며, locale이나 그룹 라우트에는 배치하지 않습니다.

필수 요구사항

// ✅ 반드시 'use client' 지시어 필요
// ✅ 반드시 자체 <html>, <body> 태그 정의 필요
'use client'

export default function GlobalError({
  error,
  reset,
}: {
  error: Error & { digest?: string }
  reset: () => void
}) {
  return (
    <html>
      <body>
        <h2>전역 에러가 발생했습니다!</h2>
        <button onClick={() => reset()}>다시 시도</button>
      </body>
    </html>
  )
}

Props 및 타입 정의

interface GlobalErrorProps {
  error: Error & {
    digest?: string
  }
  reset: () => void
}

주요 특징

  1. 루트 layout 대체: 활성화되면 루트 layout을 완전히 대체합니다.
  2. 자체 HTML 구조 필요: <html><body> 태그를 직접 정의해야 합니다.
  3. 드물게 사용됨: 일반적으로 중첩된 error.tsx로 충분합니다.
  4. 프로덕션 전용: 개발 환경에서는 에러 오버레이가 표시됩니다.

실전 예시 (TypeScript)

'use client'

import { useEffect } from 'react'

export default function GlobalError({
  error,
  reset,
}: {
  error: Error & { digest?: string }
  reset: () => void
}) {
  useEffect(() => {
    // 크리티컬 에러 모니터링 (Sentry, Datadog 등)
    console.error('Global error:', error.digest, error)
  }, [error])

  return (
    <html lang="ko">
      <body>
        <div style={{
          display: 'flex',
          flexDirection: 'column',
          alignItems: 'center',
          justifyContent: 'center',
          minHeight: '100vh'
        }}>
          <h1>시스템 에러</h1>
          <p>애플리케이션에 치명적인 오류가 발생했습니다.</p>
          {process.env.NODE_ENV === 'development' && (
            <pre style={{ color: 'red', fontSize: '12px' }}>{error.message}</pre>
          )}
          <button onClick={() => reset()}>다시 시도</button>
        </div>
      </body>
    </html>
  )
}

4. loading.tsx (로딩 상태)

역할

React Suspense를 활용하여 콘텐츠가 로드되는 동안 즉각적인 로딩 UI를 표시합니다.

파일 위치 및 우선순위

src/app/
├── loading.tsx               # 🟡 전역 로딩
├── [locale]/
│   ├── loading.tsx          # 🟢 locale별 로딩 (우선순위 높음)
│   ├── (protected)/
│   │   └── loading.tsx      # 🔵 protected 그룹 로딩 (최우선)
│   └── dashboard/
│       └── loading.tsx      # 🟣 특정 라우트 로딩 (가장 구체적)

우선순위: 각 세그먼트의 loading.tsx가 해당 page.tsx와 자식들을 감쌉니다.

필수 요구사항

// ✅ 'use client' 지시어 선택사항 (서버/클라이언트 모두 가능)
// ✅ Props 없음

export default function Loading() {
  return <div>로딩 ...</div>
}

Props 및 타입 정의

// loading.tsx는 어떤 params도 받지 않습니다
export default function Loading() {
  // ...
}

동작 방식

// Next.js가 자동으로 생성하는 구조:

<Layout>
  <Suspense fallback={<Loading />}>
    <Page />
  </Suspense>
</Layout>

주요 특징

  1. 즉각적 로딩 상태: 서버에서 즉시 전송되는 폴백 UI
  2. 자동 Suspense 경계: page.js와 자식들을 자동으로 <Suspense>로 감쌉니다
  3. 네비게이션 중단 가능: 사용자가 로딩 중에도 다른 곳으로 이동 가능
  4. 공유 레이아웃 유지: 레이아웃은 상호작용 가능 상태 유지
  5. 서버/클라이언트 모두 가능: 기본은 서버 컴포넌트, 'use client'로 클라이언트 가능

제약사항

  • 일부 브라우저는 1024바이트를 초과할 때까지 스트리밍 응답을 버퍼링합니다.
  • Static export에서는 작동하지 않습니다 (Node.js 서버 또는 Docker 필요).

실전 예시 (Skeleton UI)

// app/[locale]/(protected)/dashboard/loading.tsx
export default function DashboardLoading() {
  return (
    <div className="animate-pulse space-y-4 p-6">
      {/* Header Skeleton */}
      <div className="h-8 w-1/3 rounded bg-gray-200"></div>

      {/* Content Skeletons */}
      <div className="grid grid-cols-3 gap-4">
        {[...Array(6)].map((_, i) => (
          <div key={i} className="h-32 rounded bg-gray-200"></div>
        ))}
      </div>

      {/* Footer Skeleton */}
      <div className="h-4 w-1/2 rounded bg-gray-200"></div>
    </div>
  )
}

고급 패턴: 클라이언트 로딩 (Spinner)

'use client'

import { useEffect, useState } from 'react'

export default function ClientLoading() {
  const [dots, setDots] = useState('.')

  useEffect(() => {
    const interval = setInterval(() => {
      setDots(prev => prev.length >= 3 ? '.' : prev + '.')
    }, 500)

    return () => clearInterval(interval)
  }, [])

  return (
    <div className="flex min-h-screen items-center justify-center">
      <div className="text-center">
        <div className="h-16 w-16 animate-spin rounded-full border-4 border-gray-200 border-t-blue-500"></div>
        <p className="mt-4 text-lg">로딩 {dots}</p>
      </div>
    </div>
  )
}

파일 위치 및 우선순위 종합

프로젝트 구조 예시

src/app/
├── global-error.tsx                      # 루트 layout/template 에러만
├── error.tsx                             # 전역 에러 폴백
├── not-found.tsx                         # 전역 404
├── loading.tsx                           # 전역 로딩
│
├── [locale]/                            # locale 세그먼트
│   ├── error.tsx                        # locale별 에러 (우선순위 ↑)
│   ├── not-found.tsx                    # locale별 404 (우선순위 ↑)
│   ├── loading.tsx                      # locale별 로딩 (우선순위 ↑)
│   │
│   ├── (protected)/                     # 보호된 라우트 그룹
│   │   ├── error.tsx                    # protected 에러 (우선순위 ↑↑)
│   │   ├── not-found.tsx                # protected 404 (우선순위 ↑↑)
│   │   ├── loading.tsx                  # protected 로딩 (우선순위 ↑↑)
│   │   │
│   │   └── dashboard/
│   │       ├── error.tsx                # dashboard 에러 (최우선 ✅)
│   │       ├── not-found.tsx            # dashboard 404 (최우선 ✅)
│   │       ├── loading.tsx              # dashboard 로딩 (최우선 ✅)
│   │       └── page.tsx
│   │
│   ├── login/
│   │   ├── loading.tsx                  # login 로딩
│   │   └── page.tsx
│   │
│   └── signup/
│       ├── loading.tsx                  # signup 로딩
│       └── page.tsx

우선순위 규칙

에러 처리 우선순위 (error.tsx, not-found.tsx):

가장 구체적 (특정 라우트)
    ↓
dashboard/error.tsx
    ↓
(protected)/error.tsx
    ↓
[locale]/error.tsx
    ↓
error.tsx (전역)
    ↓
global-error.tsx (루트 layout 전용)

로딩 상태 우선순위 (loading.tsx):

가장 구체적 (특정 라우트)
    ↓
dashboard/loading.tsx
    ↓
(protected)/loading.tsx
    ↓
[locale]/loading.tsx
    ↓
loading.tsx (전역)

'use client' 지시어 필요 여부 요약

파일 'use client' 필수 여부 이유
error.tsx 필수 React Error Boundary는 클라이언트 전용
global-error.tsx 필수 Error Boundary + 상태 관리 필요
not-found.tsx 선택 서버 컴포넌트 가능 (metadata 지원)
loading.tsx 선택 서버 컴포넌트 가능 (정적 UI 권장)

Next.js 15 App Router 특수 파일 규칙 종합

파일 컨벤션 우선순위

1. layout.tsx              # 레이아웃 (필수, 공유)
2. template.tsx            # 템플릿 (재마운트)
3. error.tsx               # 에러 바운더리
4. loading.tsx             # 로딩 UI
5. not-found.tsx           # 404 UI
6. page.tsx                # 페이지 콘텐츠

라우트 세그먼트 파일 구조

// 단일 라우트 세그먼트의 완전한 구조
app/dashboard/
├── layout.tsx           # 공유 레이아웃
├── template.tsx         # 재마운트 템플릿 (선택)
├── error.tsx            # 에러 처리
├── loading.tsx          # 로딩 상태
├── not-found.tsx        # 404 페이지
└── page.tsx             # 실제 페이지 콘텐츠

중첩 라우트 에러 전파

사용자 → dashboard/settings → 에러 발생
    ↓
settings/error.tsx 있음? → 예: 여기서 처리
    ↓ 아니오
dashboard/error.tsx 있음? → 예: 여기서 처리
    ↓ 아니오
[locale]/error.tsx 있음? → 예: 여기서 처리
    ↓ 아니오
error.tsx (전역) → 여기서 처리
    ↓
global-error.tsx (루트 layout 에러만)

다국어(i18n) 지원 시 주의사항

next-intl 라이브러리 사용 시

Server Component (not-found.tsx, loading.tsx):

import { getTranslations } from 'next-intl/server'

export default async function NotFound() {
  const t = await getTranslations('not-found')
  return <div>{t('title')}</div>
}

Client Component (error.tsx, global-error.tsx):

'use client'

import { useTranslations } from 'next-intl'

export default function Error() {
  const t = useTranslations('error')
  return <div>{t('title')}</div>
}

i18n 메시지 구조 예시

// messages/ko.json
{
  "error": {
    "title": "문제가 발생했습니다",
    "description": "잠시 후 다시 시도해주세요",
    "retry": "다시 시도"
  },
  "not-found": {
    "title": "페이지를 찾을 수 없습니다",
    "description": "요청하신 페이지가 존재하지 않습니다",
    "back_home": "홈으로 돌아가기",
    "meta_title": "404 - 페이지를 찾을 수 없음",
    "meta_description": "요청하신 페이지를 찾을 수 없습니다"
  }
}

실전 구현 체크리스트

전역 에러 처리 (필수)

  • /app/global-error.tsx 생성 (루트 layout 에러 처리)
  • /app/error.tsx 생성 (전역 폴백)
  • /app/not-found.tsx 생성 (전역 404)

Locale별 에러 처리 (권장)

  • /app/[locale]/error.tsx 생성 (다국어 에러)
  • /app/[locale]/not-found.tsx 생성 (다국어 404)
  • /app/[locale]/loading.tsx 생성 (다국어 로딩)

Protected 그룹 에러 처리 (권장)

  • /app/[locale]/(protected)/error.tsx 생성
  • /app/[locale]/(protected)/not-found.tsx 생성
  • /app/[locale]/(protected)/loading.tsx 생성

특정 라우트 에러 처리 (선택)

  • /app/[locale]/(protected)/dashboard/error.tsx
  • /app/[locale]/(protected)/dashboard/loading.tsx
  • 필요시 다른 라우트에도 동일하게 적용

다국어 메시지 설정

  • messages/ko.json에 에러/404 메시지 추가
  • messages/en.json에 에러/404 메시지 추가
  • messages/ja.json에 에러/404 메시지 추가

테스트 시나리오

  • 존재하지 않는 URL 접근 시 404 페이지 표시 확인
  • 에러 발생 시 가장 가까운 에러 바운더리 동작 확인
  • 로딩 상태 UI 표시 확인
  • 다국어 전환 시 에러/404 메시지 정상 표시 확인
  • reset() 함수 동작 확인 (에러 복구)

참고 자료


마무리

이 가이드를 바탕으로 Next.js 15 App Router 프로젝트에 체계적인 에러 처리와 로딩 상태 관리를 구현할 수 있습니다. 파일 위치와 우선순위를 정확히 이해하고, 각 파일의 역할과 요구사항을 준수하여 사용자 경험을 개선하세요.