SSR(Server Side Rendering)
대부분 웹사이트들은 페이지를 이동할 때마다 서버에 요청을 하는 방식을 채택하고 있습니다. 이러한 방식을
서버 사이드 랜더링이라고 합니다.
SSR 방식은 서버에서 렌더링을 마치고, 완전하게 만들어진 HTML 파일을 브라우저로 전달한 후 렌더링하는 방식이다.
새로운 페이지로 이동할 때마다 서버에 페이지를 요청한 후 새로고침 되며 깜빡이는 현상을 말합니다.
- 장점
- CSR에 비해 다운 받는 파일이 많지 않아 초기 로딩 속도가 빨라 사용자가 빨리 컨텐츠를 볼 수 있다.
- HTML에 대한 정보가 처음부터 포함되어 있어 모든 검색엔진에 대한 SEO(검색엔진 최적화)가 가능
- 단점
- 매번 페이지를 요청할 때마다 새로고침 되기 때문에 UX가 다소 떨어짐
- 페이지를 이동할 때마다 매번 서버에 요청을 하기 때문에 서버의 부하가 커짐
CSR(Client Side Rendering)
전통적인 방식의 SPA가 사용하는 렌더링 방식이다. 최초 로딩 시 브라우저가 서버에 HTML을 비롯한 CSS, Javascript 등각종 리소스들을 받아오는 방식이 클라이언트 사이드 렌더링방식이다.
각종 리소스들을 받아오면 사용자의 상호작용에 따라 Javascript를 통해 동적으로 렌더링한다. 이후 필요에 따라 데이터를 서버에 요청해 받아오게 된다.
- 장점
- 초기 요청을 제외하고 SSR에 비해서 빠른 페이지 전환 속도로 더 나은 UX를 제공한다.
- 서버에 요청하는 횟수가 적어 서버 부담이 SSR에 비해 적다.
- 단점
- 최초 로딩 시 모든 리소스들을 받아와야 함으로 초기 로딩 속도가 느리다.
- 처음에 HTML이 비어있어 크롤러가 데이터를 수집할 수 없기에 SEO(검색 엔진 최적화) 문제가 발생한다.
- 쿠키나 localStorage에서 사용자에 대한 정보를 저장해야 하기 때문에 XSS 공격에 취약하다.
React 환경에서는 CSR의 단점을 극복하기 위해 React SSR라이브러리인 Next.js를 사용한다.
'웹개념' 카테고리의 다른 글
[Server] Cache(캐시)란? (0) | 2021.10.09 |
---|---|
[GraphQL] GraphQL과 REST API의 차이점 (0) | 2021.10.09 |
웹개념_HTTP통신 (0) | 2021.08.24 |