SSR(Server Side Rendering)과 CSR(Client Side Rendering)은 모두 웹 애플리케이션에서 사용되는 렌더링 방식이다. 이들 방식은 클라이언트와 서버 간의 역할 분담이 어떻게 이루어지느냐에 따라서 다르다.

 

SSR(Server Side Rendering)

SSR은 서버에서 웹 페이지를 렌더링하고, 그 결과를 클라이언트에게 전송한다. 일반적으로, 사용자가 웹 페이지에 접속하면, 브라우저는 서버로부터 HTML, CSS 및 JavaScript와 같은 웹 페이지의 자원을 요청한다. 이 때, SSR에서는 서버에서 요청을 받은 후, 서버에서 웹 페이지를 렌더링한 후, HTML, CSS 및 JavaScript와 같은 자원을 클라이언트에게 보낸다.

이를통해, 사용자는 초기 로드 시에 페이지를 빠르게 볼 수 있게 된다.

 

SSR의 장점

초기 로드 시에 페이지를 빠르게 볼 수 있도록 하며, SEO(Search Engine Optimization)를 향상시킬 수 있다

이는 검색 엔진이 웹 페이지를 크롤링할 때, SSR을 사용하면 페이지의 콘텐츠를 더 잘 인식할 수 있기 때문이다.

또한, 초기 로드 시 사용자가 빈 페이지를 볼 수 없다.

 


CSR(Client Side Rendering)

CSR은 클라이언트에서 웹 페이지를 렌더링한다. 일반적으로, 사용자가 웹 페이지에 접속하면, 브라우저는 서버로부터 HTML, CSS 및 JavaScript와 같은 웹 페이지의 자원을 요청한다. 이 때, CSR에서는 서버에서 HTML, CSS 및 JavaScript와 같은 자원을 받은 후, 브라우저에서 자바스크립트를 사용하여 웹 페이지를 렌더링한다.

 

CSR의 장점

서버에 부담이 적으며, 웹 페이지가 동적이고 대화형으로 작동할 수 있다는 것이다. 또한, CSR을 사용하면, 웹 페이지의 초기 로드 속도가 빠르다.

 

CSR의 단점

초기 로드 시 사용자가 빈 페이지를 볼 수 있다는 것이다. 또한, 검색 엔진 최적화에 제한적일 수 있다.


SSR과 CSR의 차이점

  • SSR은 서버 측에서 웹 페이지를 렌더링하고, CSR은 클라이언트 측에서 웹 페이지를 렌더링한다.
  • SSR은 초기 로드 시에 페이지를 빠르게 볼 수 있도록 하며, SEO를 향상시킬 수 있다.

 

참고 : 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술

 

+ Recent posts