CSR(Client Side Rendering) 이란?
최초 로딩 시 브라우저거 서버에 HTML을 비롯한 CSS, JavaScript등 각종 리소스들을 받아오는 방식이다. 각종 리소스들을 받아오면 사용자의 상호작용에 따라 JavaScript를 통해 동적으로 렌더링한다. 이후 필요에 따라 데이터를 서버에 요청해서 받아오게 된다
장점
- 초기 요청을 제외하고는 SSR에 의해 빠른 페이지 전환속도로 더 나은 UX를 제공한다.
- 서버에 요청하는 횟수가 적기 때문에 서버 부담이 SSR에 비해 적다.
단점
- 최초 로딩 시 모든 리소스들을 받아와야 하기 때문에 초기 로딩속도가 느리다.
- 처음에는 HTML이 비어있어 크롤러가 데이터를 수집할 수 없기 때문에 SEO(검색 엔진 최적화) 문제가 발생한다.
- 쿠키나 localStorage에서 사용자에 대한 정보를 저장해야 하기 때문에 XSS 공격에 취약하다.
SSR(Server Side Rendering) 이란?
SSR 방식은 서버에서 렌더링을 마치고, 완전하게 만들어진 HTML 파일을 브라우저로 전달한 후 렌더링하는 방식이다. 새로운 페이지로 이동할 때마다 서버에 페이지를 요청하고 새로고침이 되어 깜빡이는 현상이 발생한다.
장점
- CSR에 비해 다운 받는 파일이 많지 않아 초기 로딩 속도가 빠르기 때문에 사용자가 빨리 컨텐츠를 볼 수 있다.
- HTML에 대한 정보가 처음부터 포함되어 있어서 모든 검색엔진에 대한 SEO(검색 엔진 최적화)가 가능하다.
단점
- 매번 페이지를 요청할 때마다 새로고침 되기 때문에 UX가 다소 떨어진다.
- 페이지를 이동할 때마다 매번 서버에 요청을 하기 때문에 서버의 부하가 커진다.
Next.js의 등장
React에서 CSR의 단점을 극복하기 위해 React SSR 라이브러리인 Next.js를 사용한다고 한다. Next.js는 리액트의 프레임워크로, 리액트 기반으로 작성된 페이지를 SSR 형태로 편리하게 제공할 수 있도록 해준다.
결론
프로젝트의 성격에 따라 사용자의 인터렉션이 많아 동적으로 화면을 매번 렌더링 해줄 필요가 없다면 SSR을, 부드러운 렌더링이 필요하고 부분적인 업데이트가 잦다면 CSR이 유리할 수도 있습니다.
Reference
The Benefits of Server Side Rendering Over Client Side Rendering
CSR vs SSR (feat. Next.js)
SSR과 CSR의 차이
