웹 기초

SSR이란?

서버 사이드 렌더링

서버에서 HTML을 완성해 브라우저에 보내는 방식(Server-Side Rendering)입니다. 크롤러가 자바스크립트를 실행하지 않아도 콘텐츠와 링크를 바로 읽을 수 있어, 브라우저에서 화면을 만드는 방식(CSR)보다 SEO에 유리합니다.

SSR과 CSR의 차이

CSR(Client-Side Rendering)은 서버가 거의 빈 HTML과 자바스크립트 파일을 보내고, 브라우저가 자바스크립트를 실행해 화면을 만드는 방식입니다. 리액트나 뷰로 만든 단일 페이지 애플리케이션(SPA)이 대표적입니다. SSR은 서버가 데이터를 채운 완성된 HTML을 보내므로, 자바스크립트를 실행하기 전에도 본문과 링크가 들어 있습니다.

검색엔진 입장에서 이 차이는 큽니다. 구글은 자바스크립트를 실행할 수 있지만 렌더링에 시간과 자원이 들고, 자바스크립트를 실행하지 않는 크롤러도 많습니다. SSR은 어떤 크롤러에게도 같은 내용을 보여주므로 크롤러빌리티가 안정적입니다.

SSR을 도입할 때 함께 볼 것

  • 비슷한 방식으로 정적 생성(SSG)이 있습니다. 빌드할 때 HTML을 미리 만들어 두는 방식으로 자주 바뀌지 않는 페이지에 적합하며, 검색엔진 입장에서는 SSR과 마찬가지로 완성된 HTML을 받습니다.
  • Next.js, Nuxt 같은 오픈소스 프레임워크는 SSR과 정적 생성을 기본으로 지원합니다.
  • HTML이 일찍 도착하므로 LCP 같은 초기 표시 속도 지표에도 유리한 경우가 많습니다. 다만 서버 응답이 느리면 이점이 줄어듭니다.
  • 크롤러에게만 다른 HTML을 보내는 동적 렌더링보다 구조가 단순해 유지보수가 쉽습니다.

관련 용어

웹 기초

렌더링

HTML·CSS·자바스크립트를 해석해 실제 화면을 그려내는 과정입니다. 구글은 크롤링한 페이지의 자바스크립트를 실행해 렌더링한 뒤 그 결과를 색인하므로, 자바스크립트로만 만들어지는 콘텐츠는 반영이 늦거나 누락될 수 있습니다.

웹 기초

동적 렌더링

크롤러에게는 서버에서 렌더링한 HTML을, 사용자에게는 자바스크립트로 그리는 화면을 보내는 방식입니다. 구글은 동적 렌더링을 임시방편으로 보고 SSR이나 정적 생성을 권장합니다.

크롤링 · 색인

크롤러빌리티

크롤러가 사이트의 페이지를 얼마나 쉽게 찾아 수집할 수 있는지를 나타내는 정도입니다. 내부링크 구조, robots.txt, 서버 응답, 렌더링 방식이 영향을 줍니다. 크롤러빌리티가 낮으면 좋은 콘텐츠도 색인되지 않습니다.

성능 · 사용성

LCP

화면에서 가장 큰 이미지나 텍스트 블록이 표시되기까지 걸린 시간을 재는 코어 웹 바이탈 지표입니다. 2.5초 이하가 "좋음" 기준입니다.

관련 서비스 → SEO/GEO 교육