왜 Streaming SSR을 써야 할까? Next.js 렌더링 방식 비교 실험

로우(LOW/RAW)·2025년 10월 8일

nextjs

목록 보기
1/1

이 글은 제 블로그 raw 로 옮겼습니다.

다루는 내용

  • 서론
  • 테스트
  • 테스트 환경
  • Pages Router: 6+@초
  • App Router Basic: 6초
  • App Router + Suspense 3초

👉 전문 읽으러 가기

profile
완성하는데 집중하고, 창의적으로 문제를 해결합니다.

6개의 댓글

comment-user-thumbnail
2025년 10월 10일

안녕하세요
한 가지 궁금한게 있어서 댓글 남겨요!

App router에서는 Suspense를 사용하지 않아도 자동적으로 컴포넌트 단위 Streaming이 되는 걸로 알고 있습니다혹시 제가 잘못 알고 있는걸까요?

1개의 답글
comment-user-thumbnail
2025년 10월 14일

좋은 예제들이네요. Streaming 을 통해서, 콘텐츠를 순차적(?) 또는 준비되면 보여주는 것은 정말 좋은 기능이라고 생각합니다.

그런데, SEO가 중요한 경우에는 중요한 콘텐츠는 최대한 빠르게 구성하도록 구조를 잘 짜야한다고 알고 있습니다. react-query 를 사용하면 좀 더 빠르게 성능 개선이 가능하나 결과적으로 클라이언트측에서 데이터 페칭 후 콘텐츠를 보여주기 때문에 SEO 측면에서는 안좋다는 생각이 듭니다. dehydrated 를 사용해보는것도 좋은 방법이겠네요.

좋은 글 잘 보고 가요!

1개의 답글
comment-user-thumbnail
2025년 10월 20일

안녕하세요, 좋은 글 감사합니다.
혹시 RSC에서 prefetchQuery로 데이터를 미리 가져오고, HydrationBoundary로 dehydrate 해서 넘겨주는 예제에 대한 테스트도 해보셨나요 ?
제가 테스트 했을 땐 매번 데이터를 새로 불러오는데 이게 맞는건지 궁금하네요 ㅎㅎ..

1개의 답글