Next.js 에서 SSG는 언제쓰는거임?

[익명(180.71)]

많은 페이지에서 적용할 수 있다고 하는데..

정적인 페이지가 아니라 동적인 페이지에서도 적용할 수 있다는 말인가?

어떻게 적용한다는거지? 빌드타임에 끝내버리면 HTML고정되는거아니야?

(client-fetching 안쓴다는 기준으로..)

[익명(14.47)]

- SSG 주기적으로 리프레시하는 기능이 있다. - 업데이트가 잘 안되서 고정적인 부분을 SSG로 렌더링하면 된다. 예) GNB, FNB

[익명(180.71)]

주기적으로 refresh라고 하면 Revalidate를 말하는거야?

[익명(180.71)]

그럼 보통 유저 컨텐츠 부분 (게시판 같은것) SSR로 랜더링하는거지..?

[익명(14.47)]

ㅇㅇ 그 기능이 있음 주기적으로 SSR로 캐시만들어놓고 제공하는데 이게 SSG임 그리고 SSG랑 CSR 섞어 쓸수있어서 모니터링시스템처럼 CSR로 그려야하는 데이터가 들어가는부분 외에는 SSG로 하면 됨

[익명(14.47)]

SSR로 하면 클라이언트에서 JS 렌더링후 CSR로 움직이니 그 부분은 SSR로 하는게 맞다는 판단만 있으면 되는데 1. SEO가 필요한가? 2. 초기렌더링시 빠르게 보여줘야하는 스펙인가 등등

[익명(180.71)]

답변 고마워. 답변 기반으로 추가 질문 1. 주기적으로 리프레시하는건 ISR기능이라고 보면 될까? 2. 그리고 GNB, FNB는 페이지 단위가 아니라 컴포넌트 단위같은데 컴포넌트 단위도 SSG가 가능한겨? 3. SSG + CSR 섞는건 와꾸만 SSG로 잡아놓고 데이터는 CSR로 채워넣는 형태 말하는거지?.. (SEO가 불리해질까봐 물어보는것)

[익명(14.47)]

ISR 맞음 페이지 단위인데 SSG와 CSR섞을 수 있음 맞음

[익명(180.71)]

2번 답변은 SSG + CSR로 하라는거였고.. 3번 답변은 SEO가 불리한 형태인건 맞는거지? SSR에 비해서.. 나는 게시판쪽이면서 SEO를 신경써야해서 SSG를 고려하지 않고 있었거든. 이런 케이스의경우 SSG보다 SSR로 시작하는게 유리한판단인게 맞음?

[익명(14.47)]

게시판이라면 SSR로만 구현하면 될듯

[익명(14.47)]

혹시나 말하자면 SEO는 SSR말고도 다른 작업들도 있음

[익명(180.71)]

감사감사..! 내가 좀 의심가던 스펙이 이제 좀 명확해지네. SSG = 빠르게 랜더링이 필요한 페이지의 경우 or 필요한경우 ISR도 적용 가능, 데이터만 동적으로 자주 변하는 케이스의 경우 client-side-fetching으로 해결. SSR = 일단 동적으로 변하는 HTML을 뽑아내긴 해야 하는 경우. (유저가 만드는 컨텐츠의 경우 이에 해당)