내 포트폴리오를 Remix로 만든 이유

개발자라면 누구나 한 번쯤은 "내 포트폴리오 사이트를 어떤 프레임워크로 만들까?" 고민해봤을 것입니다.
저 역시 마찬가지였고, 고민 끝에 Remix를 선택했습니다.

이 글에서는 제가 Next.js 대신 Remix를 선택한 이유를 정리해보았습니다.

✅ 1. 페이지 전환이 빠르고 부드럽다

Remix는 full-stack routing을 중심으로 작동하기 때문에, 라우팅 시 데이터와 함께 페이지가 자연스럽게 전환됩니다.
이를 통해 불필요한 loading spinner 없이도 UX가 매우 부드럽게 유지됩니다.

특히 제 포트폴리오에는 다양한 관리자 페이지와 비동기 데이터 요청이 존재하는데, Remix의 loader, action 구조 덕분에 UX 흐름이 끊기지 않았습니다.

✅ 2. Form 처리 방식이 직관적이다

포트폴리오의 방명록 기능이나 관리자 프로젝트 등록 기능에서 form 처리가 핵심이었는데요.
Remix는 기본 HTML form의 submit 흐름을 그대로 살리면서도 서버 사이드 처리와 클라이언트 UI를 깔끔하게 분리할 수 있게 해줍니다.

덕분에 useState나 fetch 없이도 안전한 데이터 처리를 할 수 있었고, 코드 유지보수도 쉬웠습니다.

✅ 3. SEO에 강하다

포트폴리오 사이트는 검색 노출도 중요합니다. Remix는 **기본적으로 SSR(서버사이드 렌더링)**을 지원하며, HTML 콘텐츠가 완전한 형태로 전달되기 때문에
검색 엔진이나 Open Graph 등에서의 미리보기 렌더링에 강합니다.

✅ 4. Firebase와 궁합이 잘 맞는다

저는 백엔드로 Firebase를 사용하고 있는데, Remix의 loader/action과 firebase-admin 조합은 꽤나 이상적이었습니다.
관리자 인증, Firestore 쿼리, 이미지 업로드(Storage) 등 다양한 기능을 Remix에서 깔끔하게 구성할 수 있었습니다.

✅ 5. 페이지와 컴포넌트 구조가 직관적이다

Remix는 routes/ 폴더 기반의 파일 구조를 가지는데, 이 방식은 처음엔 생소할 수 있지만 중첩 라우팅과 레이아웃 공유 측면에서 매우 강력합니다.
포트폴리오에서 /admin, /blog, /projects 등 다양한 섹션을 구성할 때 큰 도움이 되었습니다.

🔚 마무리

Next.js가 잘못된 선택은 아니지만, 제 프로젝트에는 Remix의 철학과 구조가 더 적합했습니다.
퍼포먼스, 유지보수성, 그리고 순수 웹 기반의 접근 방식 덕분에 앞으로도 Remix를 자주 사용할 것 같습니다.

혹시 포트폴리오를 리뉴얼 중이시라면, Remix를 꼭 한 번 고려해보세요!