Inflearn コミュニティ Q&A

안녕하세요. 말씀하신 고민, 저도 처음 배울 때 똑같이 했던 생각이라 충분히 공감해요.

Next.js는 React 기반 프레임워크인데, 기본 React에는 없는 기능들을 꽤 많이 들고 옵니다. SSR(서버 사이드 렌더링), SSG(정적 생성), 파일 기반 라우팅, API 라우트, 서버/클라이언트 컴포넌트 구분 같은 것들이요. use client 하나로 필요한 부분만 클라이언트에서 돌아가게 할 수 있으니, 사실상 두 방식을 골라 쓸 수 있다는 게 확실히 매력적이긴 합니다.

그러다 보니 "그냥 Next.js 쓰면 무조건 이득 아냐?"라는 생각이 드는 게 당연합니다. 실제로도 많은 서비스에서 Next.js는 꽤 강력한 선택지고요.

근데 항상 그렇진 않아요. Next.js는 단순한 라이브러리가 아니라 프레임워크라서, 신경 써야 할 게 은근히 많거든요. 서버/클라이언트 컴포넌트 개념부터 시작해서, 데이터 패칭 방식, 캐싱 전략, 서버 환경까지요. 순수 React보다 구조가 복잡해질 수 있습니다.

그리고 모든 프로젝트에 SSR이 필요한 건 아닙니다. 로그인 후에만 쓰는 어드민 페이지나 내부 시스템, SEO가 딱히 중요하지 않은 대시보드 같은 경우엔 굳이 SSR이 필요 없어요. 이런 경우엔 그냥 React로 만든 SPA가 훨씬 단순하고 관리하기도 편합니다.

배포 얘기도 빼놓을 수 없는데요. 순수 React는 정적 파일로 빌드해서 CDN에 올리면 끝이지만, Next.js에서 서버 기능을 쓰려면 Node.js 서버 환경이나 이를 지원하는 플랫폼이 필요합니다. 요즘은 배포 환경이 많이 좋아지긴 했지만, 프로젝트 성격에 따라 단순한 게 더 맞을 수도 있어요.

결국 Next.js의 진짜 강점은 서버와 클라이언트의 경계를 하나의 프로젝트 안에서 유연하게 조합할 수 있다는 점입니다. SEO가 중요한 페이지는 서버에서 렌더링하고, 인터랙션이 많은 부분은 클라이언트 컴포넌트로 빼는 식으로요. 이런 유연성이 실제로 필요하다면 Next.js는 충분히 좋은 선택입니다.

정리하면, 기능 면에서는 Next.js가 분명히 이점이 많지만, 프로젝트 목적이나 규모, 팀 상황, 배포 환경 같은 것들을 같이 봐야 해요. 지금 학습 중이라면 React 기본 개념을 먼저 제대로 잡은 다음 Next.js로 넘어가는 게 훨씬 수월하고, 이해도 깊어집니다.