diff --git "a/\354\261\225\355\204\260_13/\354\204\234\354\244\200\355\231\230.md" "b/\354\261\225\355\204\260_13/\354\204\234\354\244\200\355\231\230.md"
new file mode 100644
index 0000000..b4aa885
--- /dev/null
+++ "b/\354\261\225\355\204\260_13/\354\204\234\354\244\200\355\231\230.md"
@@ -0,0 +1,34 @@
+# 13 랜더링 패턴
+
+## 13.2 CSR
+
+지금 생각하면 개발하기 제일 편한 방법이 아닐까,, 생각이 들어요.
+
+서버 관리도 필요없고 고민할 부분도 많이 줄어들게되고,, <- 는 제 생각이고 다른 분들이 생각하는 개발하기 제일 편한 렌더링 패턴을 알려주십숑
+
+## 13.3 SSR
+
+어우,, 인증 처리 생각만 하면 머리가 아프네요,,
+
+여러분들은 SSR 페이지의 캐싱을 잘 처리하고 계시나요? 개인화된 데이터가 있는 경우엔 어렵겠지만요!
+
+[ssr caching](https://nextjs.org/docs/pages/building-your-application/data-fetching/get-server-side-props#caching-with-server-side-rendering-ssr)
+
+## 13.4 정적 렌더링
+
+### 13.4.1 ISR
+
+책에서 나온 부분처럼 요청을 처리한 엣지 네트워크 노드에만 캐시되는 것은 다시 한번 확인해봐야 할 것 같은데 정확한 정보인가요?,, 공식문서엔 안 보이네욥,,
+
+[cache location](https://nextjs.org/docs/pages/building-your-application/data-fetching/incremental-static-regeneration#customizing-the-cache-location)
+
+### 13.4.2 On-demand ISR
+
+이것은 엣지 네트워크 전체에 페이지를 다시 생성한다는데 뭔가 맞는 것 같기도 하고,,
+
+## 13.5 스트리밍 SSR
+
+매번 헷갈리는 부분인데, 스트리밍 SSR의 경우 부분적으로 가져오기 때문에 초기 렌더는 빠를 수 있으나 초기 렌더링 HTML에 내용이 부족하지 않나요?,,
+
+> 조금 찾아보니 크롤러는 스트리밍된 컨텐츠를 잘 인식하고 인덱싱 할 수 있다고 하네요! [vercel streaming seo](https://vercel.com/guides/does-streaming-affect-seo)
+