diff --git a/docs/docs/01-why-react.ko-KR.md b/docs/docs/01-why-react.ko-KR.md
index 93b41993fb497..8cd1b839a769c 100644
--- a/docs/docs/01-why-react.ko-KR.md
+++ b/docs/docs/01-why-react.ko-KR.md
@@ -27,4 +27,4 @@ React는 많은 관습적인 사고에 도전하며, 첫눈에 볼 때는 이상
 
 ## 더 알아보기
 
-[이 블로그 포스트](/react/blog/2013/06/05/why-react.html)에서 React를 만든 우리의 동기에 대해 알아볼 수 있습니다.
+[이 블로그 포스트](/docs/docs/why-react.md)에서 React를 만든 우리의 동기에 대해 알아볼 수 있습니다.
diff --git a/docs/docs/02-displaying-data.ko-KR.md b/docs/docs/02-displaying-data.ko-KR.md
index df801d1556c8d..8423a0f3fa88e 100644
--- a/docs/docs/02-displaying-data.ko-KR.md
+++ b/docs/docs/02-displaying-data.ko-KR.md
@@ -89,9 +89,9 @@ JSX를 이용하면:
 
 우리는 이것이 React 앱들을 만들기 쉽게 하고, 디자이너들이 이 문법을 더 선호하는 것을 발견했습니다, 하지만 모든 사람은 그들만의 선호하는 워크플로우가 있기 마련이므로, **JSX는 React를 사용하기 위해 필수적이지는 않습니다.**
 
-JSX는 매우 작은 언어입니다. 그것을 배우고 싶다면, [JSX 깊게 살펴보기](/react/docs/jsx-in-depth-ko-KR.html)를 살펴 보시기 바랍니다. 또는, [바벨 REPL](https://babeljs.io/repl/)를 통해 문법이 변환되는 것을 살펴 보시기 바랍니다.
+JSX는 매우 작은 언어입니다. 그것을 배우고 싶다면, [JSX 깊게 살펴보기](/docs/docs/02.1-jsx-in-depth.ko-KR.md)를 살펴 보시기 바랍니다. 또는, [바벨 REPL](https://babeljs.io/repl/)를 통해 문법이 변환되는 것을 살펴 보시기 바랍니다.
 
-JSX는 HTML과 비슷하지만, 완전히 똑같지는 않습니다. [JSX의 실수하기 쉬운 부분들](/react/docs/jsx-gotchas-ko-KR.html)에 중요한 차이점들에 대해 설명되어 있습니다.
+JSX는 HTML과 비슷하지만, 완전히 똑같지는 않습니다. [JSX의 실수하기 쉬운 부분들](/docs/docs/02.3-jsx-gotchas.ko-KR.md)에 중요한 차이점들에 대해 설명되어 있습니다.
 
 [바벨에서 JSX를 시작하는 여러 방법을 제공합니다](http://babeljs.io/docs/setup/). 여기에는 커맨드 라인 툴부터 루비 온 레일스 연동까지 다양한 방법이 있습니다. 가장 편한 툴을 사용하세요.
 
diff --git a/docs/docs/02.1-jsx-in-depth.ko-KR.md b/docs/docs/02.1-jsx-in-depth.ko-KR.md
index 92525f8643c49..6fea6225a8d59 100644
--- a/docs/docs/02.1-jsx-in-depth.ko-KR.md
+++ b/docs/docs/02.1-jsx-in-depth.ko-KR.md
@@ -74,7 +74,7 @@ var app = React.createElement(
 );
 ```
 
-클래스에 [displayName](/react/docs/component-specs-ko-KR.html#displayName)이 정의되어 있지 않으면 JSX는 변수명을 displayName으로 간주할 것입니다:
+클래스에 [displayName](/docs/docs/ref-03-component-specs.ko-KR.md#displayName)이 정의되어 있지 않으면 JSX는 변수명을 displayName으로 간주할 것입니다:
 
 ```javascript
 // 입력 (JSX):
@@ -83,9 +83,9 @@ var Nav = React.createClass({ });
 var Nav = React.createClass({displayName: "Nav", });
 ```
 
-[바벨 REPL](https://babeljs.io/repl/)를 보면 JSX에서 어떻게 네이티브 JavaScript로 변환(desugars)하는지 볼 수 있고, [HTML-JSX 변환기](/react/html-jsx.html)는 이미 있는 HTML을 JSX로 변환해 줍니다.
+[바벨 REPL](https://babeljs.io/repl/)를 보면 JSX에서 어떻게 네이티브 JavaScript로 변환(desugars)하는지 볼 수 있고, [HTML-JSX 변환기](/docs/html-jsx.md)는 이미 있는 HTML을 JSX로 변환해 줍니다.
 
-JSX를 사용 하시려면, [시작하기](/react/docs/getting-started-ko-KR.html) 가이드에서 어떻게 컴파일을 하기 위해 설정하는지 보실 수 있습니다.
+JSX를 사용 하시려면, [시작하기](/docs/docs/getting-started.ko-KR.md) 가이드에서 어떻게 컴파일을 하기 위해 설정하는지 보실 수 있습니다.
 
 > 주의:
 >
@@ -221,4 +221,4 @@ var content = (
 
 > 주의:
 >
-> JSX 는 HTML과 비슷하지만 완전히 같지는 않습니다. 중요한 차이점을 보시려면 [JSX gotchas](/react/docs/jsx-gotchas-ko-KR.html)를 보세요.
+> JSX 는 HTML과 비슷하지만 완전히 같지는 않습니다. 중요한 차이점을 보시려면 [JSX gotchas](/docs/docs/02.3-jsx-gotchas.ko-KR.md)를 보세요.
diff --git a/docs/docs/02.3-jsx-gotchas.ko-KR.md b/docs/docs/02.3-jsx-gotchas.ko-KR.md
index 3dd72770e8702..a7ca3c48c7ed4 100644
--- a/docs/docs/02.3-jsx-gotchas.ko-KR.md
+++ b/docs/docs/02.3-jsx-gotchas.ko-KR.md
@@ -1,16 +1,16 @@
 ---
 id: jsx-gotchas-ko-KR
 title: JSX Gotchas
-permalink: jsx-gotchas-ko-KR.html
-prev: jsx-spread-ko-KR.html
-next: interactivity-and-dynamic-uis-ko-KR.html
+permalink: jsx-gotchas-ko-KR.md
+prev: jsx-spread-ko-KR.md
+next: interactivity-and-dynamic-uis-ko-KR.md
 ---
 
 JSX는 HTML처럼 보이지만, 작업하다 보면 마주치게 될 몇 가지 중요한 차이점이 있습니다.
 
 > 주의:
 >
-> 인라인 `style` 어트리뷰트 같은 DOM과의 차이점은 [여기](/react/tips/dangerously-set-inner-html-ko-KR.html)를 보세요.
+> 인라인 `style` 어트리뷰트 같은 DOM과의 차이점은 [여기](/docs/tips/dangerously-set-inner-html-ko-KR.md)를 보세요.
 
 ## HTML 엔티티
 
@@ -46,7 +46,7 @@ JSX의 리터럴 텍스트에 HTML 엔티티를 넣을 수 있습니다.
 <div>{['First ', <span>&middot;</span>, ' Second']}</div>
 ```
 
-최후의 수단으로, 항상 [생 HTML을 삽입](/react/docs/dom-differences-ko-KR.html)할 수 있습니다.
+최후의 수단으로, 항상 [생 HTML을 삽입](/docs/docs/ref-06-dom-differences.ko-KR.md)할 수 있습니다.
 
 ```javascript
 <div dangerouslySetInnerHTML={{'{{'}}__html: 'First &middot; Second'}} />
diff --git a/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md b/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md
index ef3b3526c6ce7..c3c0902a614cd 100644
--- a/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md
+++ b/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md
@@ -6,7 +6,7 @@ prev: jsx-gotchas-ko-KR.html
 next: multiple-components-ko-KR.html
 ---
 
-이미 React에서 [어떻게 데이터를 표시](/react/docs/displaying-data-ko-KR.html)하는지를 배웠습니다. 이제 UI와의 상호작용을 어떻게 만드는지 살펴보죠.
+이미 React에서 [어떻게 데이터를 표시](/docs/docs/02-displaying-data-ko-KR.md)하는지를 배웠습니다. 이제 UI와의 상호작용을 어떻게 만드는지 살펴보죠.
 
 ## 간단한 예제
 
diff --git a/docs/docs/04-multiple-components.ko-KR.md b/docs/docs/04-multiple-components.ko-KR.md
index ec8d8c751d442..ade9da74d920a 100644
--- a/docs/docs/04-multiple-components.ko-KR.md
+++ b/docs/docs/04-multiple-components.ko-KR.md
@@ -66,7 +66,7 @@ React 컴포넌트 인스턴스를 만들 때, 추가적인 React 컴포넌트
 <Parent><Child /></Parent>
 ```
 
-`Parent`는 `this.props.children`라는 특수 prop으로 자식들을 읽을 수 있습니다. **`this.props.children` 는 불투명한 데이터 구조이며,** [React.Children 유틸리티](/react/docs/top-level-api-ko-KR.html#react.children)를 사용해 자식들을 관리합니다.
+`Parent`는 `this.props.children`라는 특수 prop으로 자식들을 읽을 수 있습니다. **`this.props.children` 는 불투명한 데이터 구조이며,** [React.Children 유틸리티](/docs/docs/ref-01-top-level-api.ko-KR.md#react.children)를 사용해 자식들을 관리합니다.
 
 ### 자식 Reconciliation (비교조정)
 
@@ -176,7 +176,7 @@ React에서 데이터는 위에서 말한 것처럼 `props`를 통해 소유자
 
 소유자가 가지고 있는 노드의 수가 많아지면 데이터가 변화하는 비용이 증가할 것으로 생각할 수도 있습니다. 좋은 소식은 JavaScript의 속도는 빠르고 `render()` 메소드는 꽤 간단한 경향이 있어, 대부분 애플리케이션에서 매우 빠르다는 점입니다. 덧붙여, 대부분의 병목 현상은 JS 실행이 아닌 DOM 변경에서 일어나고, React는 배치와 탐지 변경을 이용해 최적화해 줍니다.
 
-하지만, 가끔 성능을 위해 정교하게 제어해야 할 때도 있습니다. 이런 경우, React가 서브트리의 처리를 건너 뛰도록 간단히 `shouldComponentUpdate()`를 오버라이드해 false를 리턴하게 할 수 있습니다. 좀 더 자세한 정보는 [React 참조 문서](/react/docs/component-specs-ko-KR.html)를 보세요.
+하지만, 가끔 성능을 위해 정교하게 제어해야 할 때도 있습니다. 이런 경우, React가 서브트리의 처리를 건너 뛰도록 간단히 `shouldComponentUpdate()`를 오버라이드해 false를 리턴하게 할 수 있습니다. 좀 더 자세한 정보는 [React 참조 문서](/docs/docs/ref-03-component-specs.ko-KR.md)를 보세요.
 
 > 주의:
 >
diff --git a/docs/docs/05-reusable-components.ko-KR.md b/docs/docs/05-reusable-components.ko-KR.md
index c89e74980be66..0ee91af2e9fc0 100644
--- a/docs/docs/05-reusable-components.ko-KR.md
+++ b/docs/docs/05-reusable-components.ko-KR.md
@@ -139,7 +139,7 @@ var MyComponent = React.createClass({
 
 컴포넌트는 React에서 코드를 재사용할 수 있는 최고의 방법이지만, 가끔 아주 다른 컴포넌트에서 공통 기능이 필요한 때도 있습니다. 이런 상황을 [공통된 관심사(cross-cutting concerns)](https://en.wikipedia.org/wiki/Cross-cutting_concern)라 부르며, React에서는 `mixins`으로 이 문제를 해결합니다.
 
-예를 들어, 컴포넌트가 주기적으로 업데이트되길 원할 경우가 있습니다. `setInterval()`을 사용하면 쉽지만, 필요 없어지면 메모리를 아끼기 위해 주기를 꼭 취소해야 합니다. React는 컴포넌트가 막 생성거나 없어질 때를 [생명주기 메소드](/react/docs/working-with-the-browser-ko-KR.html#component-lifecycle)를 통해 알려줍니다. 이런 메소드들을 사용해서 컴포넌트가 사라질 때 자동으로 정리해주는 `setInterval()`를 제공해주는 간단한 믹스인을 만들어보겠습니다.
+예를 들어, 컴포넌트가 주기적으로 업데이트되길 원할 경우가 있습니다. `setInterval()`을 사용하면 쉽지만, 필요 없어지면 메모리를 아끼기 위해 주기를 꼭 취소해야 합니다. React는 컴포넌트가 막 생성거나 없어질 때를 [생명주기 메소드](/docs/docs/08-working-with-the-browser.ko-KR.md#component-lifecycle)를 통해 알려줍니다. 이런 메소드들을 사용해서 컴포넌트가 사라질 때 자동으로 정리해주는 `setInterval()`를 제공해주는 간단한 믹스인을 만들어보겠습니다.
 
 ```javascript
 var SetIntervalMixin = {
diff --git a/docs/docs/06-transferring-props.ko-KR.md b/docs/docs/06-transferring-props.ko-KR.md
index 1f4b294831512..35ddadfef3878 100644
--- a/docs/docs/06-transferring-props.ko-KR.md
+++ b/docs/docs/06-transferring-props.ko-KR.md
@@ -8,7 +8,7 @@ next: forms-ko-KR.html
 
 React에서는 컴포넌트를 감싸서 추상화하는 것이 일반적인 패턴입니다. 외부 컴포넌트에서는 간단한 프로퍼티만을 노출하여 복잡한 세부 구현을 감출 수 있습니다.
 
-[JSX 스프레드 어트리뷰트](/react/docs/jsx-spread-ko-KR.html)를 통해 props에 추가적인 값을 병합할 수 있습니다.
+[JSX 스프레드 어트리뷰트](/docs/docs/02.2-jsx-spread.ko-KR.md)를 통해 props에 추가적인 값을 병합할 수 있습니다.
 
 ```javascript
 <Component {...this.props} more="values" />
@@ -49,7 +49,7 @@ ReactDOM.render(
 
 > 주의:
 >
-> `...` 구문은 객체 잔여 스프레드 제안의 일부입니다. 이 제안은 표준화 과정에 있습니다. 더 자세한 내용은 밑의 [잔여 프로퍼티와 스프레드 프로퍼티 ...](/react/docs/transferring-props.html#rest-and-spread-properties-...) 부분을 참고하세요.
+> `...` 구문은 객체 잔여 스프레드 제안의 일부입니다. 이 제안은 표준화 과정에 있습니다. 더 자세한 내용은 밑의 [잔여 프로퍼티와 스프레드 프로퍼티 ...](/docs/docs/06-transferring-props.ko-KR.md#rest-and-spread-properties-...) 부분을 참고하세요.
 
 
 때로는 모든 프로퍼티를 일일이 전달 하는것은 지루하고 덧없는 작업입니다. 이 경우 [구조 해체 할당(destructuring assignment)](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Destructuring_assignment)을 다른 프로퍼티를 함께 사용해 미상의 프로퍼티를 추출할 수 있습니다.
diff --git a/docs/docs/07-forms.ko-KR.md b/docs/docs/07-forms.ko-KR.md
index a40583a6c334f..290bea608ddbf 100644
--- a/docs/docs/07-forms.ko-KR.md
+++ b/docs/docs/07-forms.ko-KR.md
@@ -8,7 +8,7 @@ next: working-with-the-browser-ko-KR.html
 
 `<input>`, `<textarea>`, `<option>` 같은 폼 컴포넌트는 다른 네이티브 컴포넌트와 다릅니다. 왜냐하면, 사용자의 상호작용에 의해 변경될 수 있기 때문이죠. 이런 컴포넌트들은 사용자의 상호작용에 반응하여 폼을 더 쉽게 관리할 수 있도록 인터페이스를 제공합니다.
 
-`<form>` 이벤트에 관한 정보는 [폼 이벤트](/react/docs/events-ko-KR.html#form-events)를 보세요.
+`<form>` 이벤트에 관한 정보는 [폼 이벤트](/docs/docs/ref-05-events.ko-KR.md#form-events)를 보세요.
 
 ## Props의 상호작용
 
diff --git a/docs/docs/08-working-with-the-browser.ko-KR.md b/docs/docs/08-working-with-the-browser.ko-KR.md
index 6b9e51ea60847..fdd7c8bb80949 100644
--- a/docs/docs/08-working-with-the-browser.ko-KR.md
+++ b/docs/docs/08-working-with-the-browser.ko-KR.md
@@ -20,7 +20,7 @@ React는 DOM을 직접 다루지 않기 때문에 매우 빠릅니다. React는
 
 ## Refs와 findDOMNode()
 
-브라우저와 상호 작용하려면 DOM 노드에 대한 참조가 필요합니다. `ref`를 어떤 엘리먼트에도 붙일 수 있으며, 이를 통해 컴포넌트 **지원 인스턴스**를 참조 할 수 있습니다. 이는 컴포넌트에 필수 적인 기능을 호출할 때나 기저의 DOM 노드에 접근하고 싶을 때 유용합니다. [refs에서 컴포넌트로](/react/docs/more-about-refs-ko-KR.html) 문서에서 refs를 효율적으로 사용하는 법을 포함해 더 많은 내용을 익혀보세요.
+브라우저와 상호 작용하려면 DOM 노드에 대한 참조가 필요합니다. `ref`를 어떤 엘리먼트에도 붙일 수 있으며, 이를 통해 컴포넌트 **지원 인스턴스**를 참조 할 수 있습니다. 이는 컴포넌트에 필수 적인 기능을 호출할 때나 기저의 DOM 노드에 접근하고 싶을 때 유용합니다. [refs에서 컴포넌트로](/docs/docs/08.1-more-about-refs.ko-KR.md) 문서에서 refs를 효율적으로 사용하는 법을 포함해 더 많은 내용을 익혀보세요.
 
 
 <a name="component-lifecycle"></a>
diff --git a/docs/docs/08.1-more-about-refs.ko-KR.md b/docs/docs/08.1-more-about-refs.ko-KR.md
index 9611c4488376a..5edb04ef96962 100644
--- a/docs/docs/08.1-more-about-refs.ko-KR.md
+++ b/docs/docs/08.1-more-about-refs.ko-KR.md
@@ -11,7 +11,7 @@ ref를 어떻게 얻는지 살펴보고, 예제를 완성해 봅시다.
 
 ## ReactDOM.render에서 반환된 ref
 
-컴포넌트에서 정의한, 가상의 DOM 엘리먼트를 반환하는 `render()`와 헷갈리지 않도록 합니다. [ReactDOM.render()](/react/docs/top-level-api-ko-KR.html#reactdom.render)는 컴포넌트의 **지원 인스턴스(backing instance)**에 대한 참조를 반환 합니다. [상태를 가지지 않는 컴포넌트](/react/docs/reusable-components-ko-KR.html#stateless-functions)에 대해선 `null`을 반환하죠.
+컴포넌트에서 정의한, 가상의 DOM 엘리먼트를 반환하는 `render()`와 헷갈리지 않도록 합니다. [ReactDOM.render()](/docs/docs/ref-01-top-level-api.ko-KR.md#reactdom.render)는 컴포넌트의 **지원 인스턴스(backing instance)**에 대한 참조를 반환 합니다. [상태를 가지지 않는 컴포넌트](/docs/docs/05-reusable-components.ko-KR.md#stateless-functions)에 대해선 `null`을 반환하죠.
 
 
 ```js
@@ -118,7 +118,7 @@ ReactDOM.render(
 
 이 예제에서, 텍스트 인풋의 **지원 인스턴스**에 대한 참조를 얻었으며 버튼이 클릭되었을때 `focus()`를 호출했습니다.
 
-합성 컴포넌트에서는 참조는 컴포넌트 클래스의 인스턴스를 가리키기 때문에 클래스에 정의된 어떤 메소드도 호출할 수 있습니다. 컴포넌트의 기저에 있는 DOM 노드에 접근하기 위해서는 [ReactDOM.findDOMNode](/react/docs/top-level-api-ko-KR.html#reactdom.finddomnode)를 "탈출구"로 사용할 수 있습니다. 하지만 이는 캡슐화를 깨며, 대부분의 경우 React 모델을 이용해 더 명확한 방법으로 구조를 짤 수 있기 때문에 추천하지 않습니다.
+합성 컴포넌트에서는 참조는 컴포넌트 클래스의 인스턴스를 가리키기 때문에 클래스에 정의된 어떤 메소드도 호출할 수 있습니다. 컴포넌트의 기저에 있는 DOM 노드에 접근하기 위해서는 [ReactDOM.findDOMNode](/docs/docs/ref-01-top-level-api.ko-KR.md#reactdom.finddomnode)를 "탈출구"로 사용할 수 있습니다. 하지만 이는 캡슐화를 깨며, 대부분의 경우 React 모델을 이용해 더 명확한 방법으로 구조를 짤 수 있기 때문에 추천하지 않습니다.
  
 
 ## 요약
@@ -136,4 +136,4 @@ Refs는 반응적인 `props`와 `state` 스트리밍을 통해서는 불편했
 - 컴포넌트의 렌더 메소드에서는, 혹은 컴포넌트의 렌더 메소드가 콜스택 어디에서든 실행되는 동안에는 절대 접근하지 마세요.
 - Google Closure Compiler에서의 어드벤스드 모드 분쇄 복원력 유지(to preserve advanced-mode crushing resilience)를 위해서는 문자열로 정의한 것을 절대 프로퍼티로 접근하지 마세요. ref가 ref="myRefString"으로 정의되어 있다면 this.refs['myRefString']으로만 접근해야 한다는 이야기 입니다.
 - React로 앱을 여럿 만들어 본 경험이 없다면, 보통은 처음엔 앱에서 "무언가 일어나도록" 하는데 refs를 사용하게 될 것입니다. 이 경우, 잠시 시간을 내어 `state`가 컴포넌트 계층구조의 어느 부분에서 관리되어야 할지 비판적으로 생각해 봅시다. 대개는 state가 계층구조의 더 높은 레벨에서 "소유"하는 것이 타당함이 명확해집니다. 그렇게 함으로써 `ref`를 사용해 "무언가 일어나도록" 하려는 욕망이 대부분 제거됩니다. - 대신에 데이터 플로우를 통해 대개 원하는 바를 달성하게 될 것입니다.
-- Refs는 [상태를 가지지 않는 함수](/react/docs/reusable-components-ko-KR.html#stateless-functions)에 붙일 수 없습니다. 왜냐하면 컴포넌트가 내부 인스턴스를 가지지 않기 때문입니다. 상태를 가지지 않는 컴포넌트는 항상 일반 컴포넌트로 감싸 ref를 조합 컴포넌트에 붙일 수 있습니다.
+- Refs는 [상태를 가지지 않는 함수](/docs/docs/05-reusable-components.ko-KR.md#stateless-functions)에 붙일 수 없습니다. 왜냐하면 컴포넌트가 내부 인스턴스를 가지지 않기 때문입니다. 상태를 가지지 않는 컴포넌트는 항상 일반 컴포넌트로 감싸 ref를 조합 컴포넌트에 붙일 수 있습니다.
diff --git a/docs/docs/09-tooling-integration.ko-KR.md b/docs/docs/09-tooling-integration.ko-KR.md
index db7722074bcbd..afcfe62789af7 100644
--- a/docs/docs/09-tooling-integration.ko-KR.md
+++ b/docs/docs/09-tooling-integration.ko-KR.md
@@ -12,7 +12,7 @@ next: addons-ko-KR.html
 
 ### CDN-호스트 React
 
-[다운로드 페이지](/react/downloads.html)에서 React의 CDN 호스트 버전을 제공합니다. 이 미리 빌드된 파일들은 UMD 모듈 포맷을 사용합니다. 간단한 `<script>` 태그로 넣어보면 `React` 글로벌이 환경으로 주입(inject)될 것입니다. CommonJS와 AMD환경에서 별도의 작업 없이도 동작해야 합니다.
+[다운로드 페이지](/docs/downloads.md)에서 React의 CDN 호스트 버전을 제공합니다. 이 미리 빌드된 파일들은 UMD 모듈 포맷을 사용합니다. 간단한 `<script>` 태그로 넣어보면 `React` 글로벌이 환경으로 주입(inject)될 것입니다. CommonJS와 AMD환경에서 별도의 작업 없이도 동작해야 합니다.
 
 
 ### master 사용하기
diff --git a/docs/docs/10.1-animation.ko-KR.md b/docs/docs/10.1-animation.ko-KR.md
index dc6d5f14de524..8d311fe434297 100644
--- a/docs/docs/10.1-animation.ko-KR.md
+++ b/docs/docs/10.1-animation.ko-KR.md
@@ -56,7 +56,7 @@ var TodoList = React.createClass({
 
 > 주의:
 >
-> `ReactCSSTransitionGroup`의 모든 자식은 [`key` 어트리뷰트](/react/docs/multiple-components-ko-KR.html#dynamic-children)를 반드시 만들어야 합니다. 한 아이템을 렌더할 때도 예외는 아닙니다. 키는 React가 어떤 자식이 들어오고, 나가고, 머무르는지 파악할 때 사용합니다.
+> `ReactCSSTransitionGroup`의 모든 자식은 [`key` 어트리뷰트](/docs/docs/04-multiple-components.ko-KR.md#dynamic-children)를 반드시 만들어야 합니다. 한 아이템을 렌더할 때도 예외는 아닙니다. 키는 React가 어떤 자식이 들어오고, 나가고, 머무르는지 파악할 때 사용합니다.
 
 이 컴포넌트에서 새로운 아이템이 `ReactCSSTransitionGroup`에 추가되면 `example-enter` 아이템은 CSS 클래스를 가지게 되고 다음 순간에 `example-enter-active` CSS 클래스가 추가됩니다. 이는 `transitionName` prop을 기반으로 한 관례입니다.
 
diff --git a/docs/docs/10.2-form-input-binding-sugar.ko-KR.md b/docs/docs/10.2-form-input-binding-sugar.ko-KR.md
index e7c46602e3e5d..44acdb740453f 100644
--- a/docs/docs/10.2-form-input-binding-sugar.ko-KR.md
+++ b/docs/docs/10.2-form-input-binding-sugar.ko-KR.md
@@ -16,7 +16,7 @@ React에서 데이터 흐름은 소유주에서 자식으로의 단방향입니
 
 하지만 많은 애플리케이션에서 데이터를 요청해서 프로그램으로 돌려줍니다. 예를 들어, 폼을 개발한다면, 사용자 입력을 받았을 때 `state`를 바꾸거나, JavaScript안에서 레이아웃을 바꾸고 그에 따라 어떤 DOM 엘리먼트의 크기를 바꾸게 하고 싶을 수도 있습니다.
 
-React에서 이는 "change" 이벤트를 감시하고 데이터 소스(보통 DOM)에서 읽어 컴포넌트에서 `setState()`를 호출하는 식으로 할 수 있습니다. "데이터 흐름 반복을 제한"하면 더 이해하기 편하고, 쉽게 유지보수할 수 있는 프로그램이 만들어지는 것은 명확합니다. 더 자세한 내용은 [폼 문서](/react/docs/forms-ko-KR.html)를 확인하세요.
+React에서 이는 "change" 이벤트를 감시하고 데이터 소스(보통 DOM)에서 읽어 컴포넌트에서 `setState()`를 호출하는 식으로 할 수 있습니다. "데이터 흐름 반복을 제한"하면 더 이해하기 편하고, 쉽게 유지보수할 수 있는 프로그램이 만들어지는 것은 명확합니다. 더 자세한 내용은 [폼 문서](/docs/docs/07-forms.ko-KR.md)를 확인하세요.
 
 양방향 바인딩(묵시적으로 DOM의 어떤 값은 React `state`와 일치하도록 강제하는 것)은 간결하기도 하고 다양한 애플리케이션을 지원 할 수 있습니다. React는 `ReactLink`를 제공합니다. 이는 위에서 설명한 일반적인 데이터 흐름 반복 패턴을 설정하거나, 어떤 데이터 소스를 React `state`로 "링크하는" 편의 문법입니다.
 
diff --git a/docs/docs/10.7-update.ko-KR.md b/docs/docs/10.7-update.ko-KR.md
index cc96b1c31245f..09d0f7dab112b 100644
--- a/docs/docs/10.7-update.ko-KR.md
+++ b/docs/docs/10.7-update.ko-KR.md
@@ -8,7 +8,7 @@ next: pure-render-mixin-ko-KR.html
 
 React에서는 mutation을 포함해 어떤 데이터 관리 방식도 사용하실 수 있습니다. 하지만 애플리케이션의 성능이 중요한 부분에서 불변의(immutable) 데이터를 사용할 수 있다면, 쉽게 빠른 `shouldComponentUpdate()` 메소드를 구현해 애플리케이션의 속도를 크게 향상시킬 수 있습니다.
 
-JavaScript에서 불변성의 데이터를 다루는 것은 [Clojure](http://clojure.org/)같이 그것을 위해 디자인된 언어로 다루는 것보다는 어렵습니다. 하지만, React는 간단한 불변성 헬퍼를 제공합니다. `update()`는 이런 종류의 데이터를 근본적인 변화 *없이*  쉽게 다루도록 해줍니다. Immutable-js에 관한 좀 더 자세한 정보는 페이스북의 [Immutable-js](https://facebook.github.io/immutable-js/docs/)나 [성능 심화](/react/docs/advanced-performance-ko-KR.html)을 참조하세요.
+JavaScript에서 불변성의 데이터를 다루는 것은 [Clojure](http://clojure.org/)같이 그것을 위해 디자인된 언어로 다루는 것보다는 어렵습니다. 하지만, React는 간단한 불변성 헬퍼를 제공합니다. `update()`는 이런 종류의 데이터를 근본적인 변화 *없이*  쉽게 다루도록 해줍니다. Immutable-js에 관한 좀 더 자세한 정보는 페이스북의 [Immutable-js](https://facebook.github.io/immutable-js/docs/)나 [성능 심화](/docs/docs/11-advanced-performance.ko-KR.md)을 참조하세요.
 
 ## 주요 아이디어
 
diff --git a/docs/docs/10.8-pure-render-mixin.ko-KR.md b/docs/docs/10.8-pure-render-mixin.ko-KR.md
index 34fadd75d1c4e..1c4bdd7122f75 100644
--- a/docs/docs/10.8-pure-render-mixin.ko-KR.md
+++ b/docs/docs/10.8-pure-render-mixin.ko-KR.md
@@ -21,7 +21,7 @@ React.createClass({
 });
 ```
 
-내부적으로 믹스인은 현재의 props와 state를 다음 값과 비교하여 같다면 `false`를 반환하도록 [shouldComponentUpdate](/react/docs/component-specs-ko-KR.html#updating-shouldcomponentupdate)를 구현합니다.
+내부적으로 믹스인은 현재의 props와 state를 다음 값과 비교하여 같다면 `false`를 반환하도록 [shouldComponentUpdate](/docs/docs/ref-03-component-specs.ko-KR.md#updating-shouldcomponentupdate)를 구현합니다.
 
 > 주의:
 >
diff --git a/docs/docs/10.9-perf.ko-KR.md b/docs/docs/10.9-perf.ko-KR.md
index 62e679b0f6468..aa6f867a80ca2 100644
--- a/docs/docs/10.9-perf.ko-KR.md
+++ b/docs/docs/10.9-perf.ko-KR.md
@@ -26,12 +26,12 @@ React는 보통 처음에는 꽤 빠릅니다. 하지만 모든 성능을 짜내
 ### `Perf.printInclusive(measurements)`
 전 수행 시간을 출력합니다. 인자가 넘겨지지 않으면, 기본값은 지난 기록부터의 모든 측정이 됩니다. 이 출력은 밑에 있는 것처럼 콘솔에서 깔끔한 테이블로 그려집니다.
 
-![](/react/img/docs/perf-inclusive.png)
+![](/docs/img/docs/perf-inclusive.png)
 
 ### `Perf.printExclusive(measurements)`
 컴포넌트를 마운트하는 시간을 포함하지 않은 "exclusive" 시간입니다. 여기에는 props 연산, `getInitialState`, `componentWillMount` 호출, `componentDidMount`등이 포함됩니다.
 
-![](/react/img/docs/perf-exclusive.png)
+![](/docs/img/docs/perf-exclusive.png)
 
 ### `Perf.printWasted(measurements)`
 
@@ -39,12 +39,12 @@ React는 보통 처음에는 꽤 빠릅니다. 하지만 모든 성능을 짜내
 
 렌더가 같아서, DOM을 변경(touch)하지 않는 경우같은 실제로는 아무것도 렌더하지 않는 컴포넌트가 사용하는 "낭비되는" 시간을 출력합니다.
 
-![](/react/img/docs/perf-wasted.png)
+![](/docs/img/docs/perf-wasted.png)
 
 ### `Perf.printDOM(measurements)`
 "set innerHTML"이나 "remove"같은 기저의 DOM 조작을 출력합니다.
 
-![](/react/img/docs/perf-dom.png)
+![](/docs/img/docs/perf-dom.png)
 
 ## 고급 API
 
diff --git a/docs/docs/11-advanced-performance.ko-KR.md b/docs/docs/11-advanced-performance.ko-KR.md
index 413c1eb232fdc..35e3908abca9d 100644
--- a/docs/docs/11-advanced-performance.ko-KR.md
+++ b/docs/docs/11-advanced-performance.ko-KR.md
@@ -10,7 +10,7 @@ React를 도입하려 할 때 많은 사람이 묻는 첫 번째 질문은 React
 
 ## DOM 조정 회피
 
-React는 브라우저에서 렌더된 DOM 하위 트리의 서술자 개념인 *가상의 DOM*을 사용합니다. 이 병렬적인 서술체는 React가 DOM 노드를 생성하거나 이미 존재하는 DOM 노드에 접근하는 것(JavaScript 객체를 조작하는 것보다 느리죠)을 피하게 해 줍니다. 컴포넌트의 props나 state가 변경되면 React는 새로운 가상의 DOM을 구성해 이전의 것과 비교해서 실제 DOM 업데이트가 필요한지 결정합니다. 가능한 적게 변화를 적용하기 위해, React는 둘이 다를 경우에만 DOM을 [조정](/react/docs/reconciliation-ko-KR.html)할 것입니다.
+React는 브라우저에서 렌더된 DOM 하위 트리의 서술자 개념인 *가상의 DOM*을 사용합니다. 이 병렬적인 서술체는 React가 DOM 노드를 생성하거나 이미 존재하는 DOM 노드에 접근하는 것(JavaScript 객체를 조작하는 것보다 느리죠)을 피하게 해 줍니다. 컴포넌트의 props나 state가 변경되면 React는 새로운 가상의 DOM을 구성해 이전의 것과 비교해서 실제 DOM 업데이트가 필요한지 결정합니다. 가능한 적게 변화를 적용하기 위해, React는 둘이 다를 경우에만 DOM을 [조정](/docs/docs/ref-08-reconciliation.ko-KR.md)할 것입니다.
 
 이에 더해, React는 컴포넌트 생명주기 함수인 `shouldComponentUpdate`를 제공합니다. 이는 다시 렌더링하는 프로세스(가상 DOM 비교와 어쩌면 일어날 DOM 조정)가 일어나기 직전에 일어나며 개발자가 프로세스를 중단할 수 있게 합니다. 이 함수의 기본구현은 `true`를 반환해 React가 업데이트를 수행하도록 합니다.
 
@@ -36,7 +36,7 @@ shouldComponentUpdate: function(nextProps, nextState) {
 
 다음은 컴포넌트의 하위 트리입니다. 각각은 `shouldComponentUpdate`의 반환값(SCU)과 가상의 DOM과의 동일성(vDOMEq)을 표시합니다. 마지막으로, 원의 색은 컴포넌트가 조정되었는지를 표시합니다.
 
-<figure><img src="/react/img/docs/should-component-update.png" /></figure>
+<figure><img src="/docs/img/docs/should-component-update.png" /></figure>
 
 위의 예시에서, C2를 루트로 하는 하위 트리에 대해 `shouldComponentUpdate`가 `false`를 반환했기 때문에 React는 새로운 가상의 DOM을 만들 필요가 없습니다. 따라서 DOM을 조정할 필요도 없습니다. React가 C4와 C5에는 `shouldComponentUpdate`를 요청하지도 않은 것을 확인하세요.
 
@@ -66,7 +66,7 @@ shouldComponentUpdate: function(nextProps, nextState) {
 }
 ```
 
-여기까지는 좋습니다. 간단한 props/state 구조를 다루기는 쉽습니다. 단순한 등식비교 구현을 일반화하고 이를 컴포넌트에 혼합할 수도 있습니다. 사실, React는 이미 그런 구현을 제공합니다: [PureRenderMixin](/react/docs/pure-render-mixin-ko-KR.html).
+여기까지는 좋습니다. 간단한 props/state 구조를 다루기는 쉽습니다. 단순한 등식비교 구현을 일반화하고 이를 컴포넌트에 혼합할 수도 있습니다. 사실, React는 이미 그런 구현을 제공합니다: [PureRenderMixin](/docs/docs/10.8-pure-render-mixin.ko-KR.md).
 
 하지만 만약 컴포넌트의 props나 state가 가변적인 데이터 구조로 되어 있다면 어떨까요? 컴포넌트의 prop으로 `'bar'`같은 문자열 대신에 `{ foo: 'bar' }`처럼 문자열을 포함한 JavaScript 객체를 전달받는다고 해봅시다.
 
diff --git a/docs/docs/flux-todo-list.ko-KR.md b/docs/docs/flux-todo-list.ko-KR.md
index 327be38897638..3206e28149cf3 100644
--- a/docs/docs/flux-todo-list.ko-KR.md
+++ b/docs/docs/flux-todo-list.ko-KR.md
@@ -4,4 +4,4 @@ title: Flux TodoMVC 튜토리얼
 permalink: flux-todo-list-ko-KR.html
 ---
 
-이 페이지는 Flux 웹사이트로 이동되었습니다. [거기서 보세요](https://facebook.github.io/flux/docs/todo-list.html).
+이 페이지는 Flux 웹사이트로 이동되었습니다. [여기서 보세요](https://facebook.github.io/flux/docs/todo-list.html).
diff --git a/docs/docs/getting-started.ko-KR.md b/docs/docs/getting-started.ko-KR.md
index 7a8eb4750354e..45c6ef5dc407e 100644
--- a/docs/docs/getting-started.ko-KR.md
+++ b/docs/docs/getting-started.ko-KR.md
@@ -73,7 +73,7 @@ $ browserify -t [ babelify --presets [ react ] ] main.js -o bundle.js
 </html>
 ```
 
-JavaScript 안에 보이는 XML 구문은 JSX라고 합니다; 더 자세한 내용은 [JSX syntax](/react/docs/jsx-in-depth-ko-KR.html)을 확인하세요. 일반적인 JavaScript로 번역하기 위해 `<script type="text/babel">`를 사용하고 Babel을 포함하는 것으로 실제로 브라우저에서 변환작업을 수행합니다.
+JavaScript 안에 보이는 XML 구문은 JSX라고 합니다; 더 자세한 내용은 [JSX syntax](/docs/docs/02.1-jsx-in-depth-ko-KR.md)을 확인하세요. 일반적인 JavaScript로 번역하기 위해 `<script type="text/babel">`를 사용하고 Babel을 포함하는 것으로 실제로 브라우저에서 변환작업을 수행합니다.
 
 ### 파일의 분리
 
@@ -143,7 +143,7 @@ ReactDOM.render(
 
 ## 다음 단계로
 
-더 알아보려면 [튜토리얼](/react/docs/tutorial-ko-KR.html)과 초심자용 키트의 `examples` 디렉터리에서 다른 예제들을 확인해 보세요.
+더 알아보려면 [튜토리얼](/docs/docs/tutorial-ko-KR.md)과 초심자용 키트의 `examples` 디렉터리에서 다른 예제들을 확인해 보세요.
 
 커뮤니티의 기여로 운영되는 Wiki도 있습니다: [워크플로우, UI 컴포넌트, 라우팅, 데이터 관리 등](https://github.com/facebook/react/wiki/Complementary-Tools)
 
diff --git a/docs/docs/ref-01-top-level-api.ko-KR.md b/docs/docs/ref-01-top-level-api.ko-KR.md
index bb61970295c7c..fdf850c7d69a6 100644
--- a/docs/docs/ref-01-top-level-api.ko-KR.md
+++ b/docs/docs/ref-01-top-level-api.ko-KR.md
@@ -17,7 +17,7 @@ redirect_from: "/docs/reference-ko-KR.html"
 class Component
 ```
 
-ES6 클래스 구문을 사용해 React 컴포넌트를 정의했을 때 기본 클래스가 되는 부분입니다. 어떻게 ES6 클래스 구문을 사용해 React를 다루는지는 [재사용가능한 컴포넌트](/react/docs/reusable-components-ko-KR.html#es6-classes)를 확인하세요. 기본 클래스에서 실제 제공되는 메소드들에는 어떤것이 있는지 알아보려면 [컴포넌트 API](/react/docs/component-api-ko-KR.html)를 확인하세요.
+ES6 클래스 구문을 사용해 React 컴포넌트를 정의했을 때 기본 클래스가 되는 부분입니다. 어떻게 ES6 클래스 구문을 사용해 React를 다루는지는 [재사용가능한 컴포넌트](/docs/docs/05-reusable-components.ko-KR.md#es6-classes)를 확인하세요. 기본 클래스에서 실제 제공되는 메소드들에는 어떤것이 있는지 알아보려면 [컴포넌트 API](/docs/docs/ref-02-component-api.ko-KR.md)를 확인하세요.
 
 
 ### React.createClass
@@ -28,7 +28,7 @@ ReactClass createClass(object specification)
 
 주어진 명세에 따라 컴포넌트 클래스를 만듭니다. 컴포넌트는 단 하나의 자식만을 리턴하는 `render` 메소드를 구현합니다. 그 자식은 임의 깊이의 자식 구조를 가질 수 있습니다. 컴포넌트가 일반적인 프로토타입 기반의 클래스와 다른 점은 생성할 때 `new` 연산자를 사용하지 않아도 된다는 것입니다. 컴포넌트는 (`new` 연산자를 통해) 내부 인스턴스를 만들어 주는 편의 래퍼(wrapper)입니다.
 
-명세 객체에 대한 자세한 정보는 [컴포넌트 명세와 생명주기](/react/docs/component-specs-ko-KR.html)를 참고하세요.
+명세 객체에 대한 자세한 정보는 [컴포넌트 명세와 생명주기](/docs/docs/ref-03-component-specs.ko-KR.md)를 참고하세요.
 
 
 ### React.createElement
@@ -84,7 +84,7 @@ boolean isValidElement(* object)
 
 ### React.PropTypes
 
-`React.PropTypes`는 컴포넌트에 넘어오는 props가 올바른지 검사할 수 있는 컴포넌트의 `propTypes` 객체에 들어가는 타입을 가집니다. `propTypes`에 대한 자세한 정보는 [재사용 가능한 컴포넌트](/react/docs/reusable-components-ko-KR.html)를 참고하세요.
+`React.PropTypes`는 컴포넌트에 넘어오는 props가 올바른지 검사할 수 있는 컴포넌트의 `propTypes` 객체에 들어가는 타입을 가집니다. `propTypes`에 대한 자세한 정보는 [재사용 가능한 컴포넌트](/docs/docs/05-reusable-components.ko-KR.md)를 참고하세요.
 
 
 ### React.Children
@@ -145,7 +145,7 @@ ReactComponent render(
 )
 ```
 
-주어진 ReactElement를 `container` 인자에 넘어온 DOM 안에 렌더링하고 컴포넌트의 [레퍼런스](/react/docs/more-about-refs-ko-KR.html)를 컴포넌트에 리턴합니다. [상태가 없는 컴포넌트](/react/docs/reusable-components-ko-KR.html#stateless-functions)에서는 `null`을 리턴합니다. 
+주어진 ReactElement를 `container` 인자에 넘어온 DOM 안에 렌더링하고 컴포넌트의 [레퍼런스](/docs/docs/08.1-more-about-refs.ko-KR.md)를 컴포넌트에 리턴합니다. [상태가 없는 컴포넌트](/docs/docs/05-reusable-components.ko-KR.md#stateless-functions)에서는 `null`을 리턴합니다. 
 
 어떤 ReactElement가 이미 `container`에 렌더링 된 적이 있다면, 그것을 업데이트한 뒤 React 컴포넌트의 최신 상태를 반영하기 위해 꼭 필요한 만큼만 DOM을 변경합니다.
 
diff --git a/docs/docs/ref-02-component-api.ko-KR.md b/docs/docs/ref-02-component-api.ko-KR.md
index 0576e7dd13df0..e69b91aa26b2a 100644
--- a/docs/docs/ref-02-component-api.ko-KR.md
+++ b/docs/docs/ref-02-component-api.ko-KR.md
@@ -8,7 +8,7 @@ next: component-specs-ko-KR.html
 
 ## React.Component
 
-React 컴포넌트의 인스턴스는 React가 렌더링 시에 내부적으로 만듭니다. 이때 만들어진 인스턴스는 이후의 렌더링에서 다시 사용되고 컴포넌트의 메소드들에서 `this` 변수로 접근할 수 있습니다. React 외부에서 React 컴포넌트의 핸들을 얻는 방법은 `ReactDOM.render`의 리턴값을 저장하는 것이 유일합니다. 다른 컴포넌트 안에서 비슷한 결과를 얻으려면 [refs](/react/docs/more-about-refs-ko-KR.html)를 사용해야 합니다.
+React 컴포넌트의 인스턴스는 React가 렌더링 시에 내부적으로 만듭니다. 이때 만들어진 인스턴스는 이후의 렌더링에서 다시 사용되고 컴포넌트의 메소드들에서 `this` 변수로 접근할 수 있습니다. React 외부에서 React 컴포넌트의 핸들을 얻는 방법은 `ReactDOM.render`의 리턴값을 저장하는 것이 유일합니다. 다른 컴포넌트 안에서 비슷한 결과를 얻으려면 [refs](/docs/docs/08.1-more-about-refs.ko-KR.md)를 사용해야 합니다.
 
 
 ### setState
@@ -92,7 +92,7 @@ DOMElement getDOMNode()
 
 > 주의:
 >
-> getDOMNode는 [ReactDOM.findDOMNode()](/react/docs/top-level-api.html#reactdom.finddomnode)로 교체되었습니다.
+> getDOMNode는 [ReactDOM.findDOMNode()](/docs/docs/ref-01-top-level-api.ko-KR.md#reactdom.finddomnode)로 교체되었습니다.
 >
 > 이 메소드는 `React.Component`를 확장한 ES6 `class` 컴포넌트에서는 사용할 수 없습니다. React의 미래 버전에서 이는 완전히 사라지게 될 것입니다.
 
diff --git a/docs/docs/ref-04-tags-and-attributes.ko-KR.md b/docs/docs/ref-04-tags-and-attributes.ko-KR.md
index a08d0cdb00e5c..84da63238f24e 100644
--- a/docs/docs/ref-04-tags-and-attributes.ko-KR.md
+++ b/docs/docs/ref-04-tags-and-attributes.ko-KR.md
@@ -45,7 +45,7 @@ React는 모든 `data-*`, `aria-*` 어트리뷰트와 밑에 있는 모든 어
 >
 > 모든 어트리뷰트는 카멜케이스이고, `class` `for` 어트리뷰트는 각각  DOM API의 사양에 맞춰서 `className` `htmlFor` 가 됩니다.
 
-이벤트의 목록을 보시려면 [지원되는 이벤트](/react/docs/events-ko-KR.html)를 확인하세요.
+이벤트의 목록을 보시려면 [지원되는 이벤트](/docs/docs/ref-05-events.ko-KR.md)를 확인하세요.
 
 ### HTML 어트리뷰트
 
@@ -74,7 +74,7 @@ type useMap value width wmode wrap
 - 인터넷 익스플로어를 위한 `unselectable`.
 - WebKit/Blink의 `search` 타입 input 필드를 위한 `results autoSave` 
 
-컴포넌트에 직접 HTML 문자열을 넣을 때 사용하는, React 전용 어트리뷰트 `dangerouslySetInnerHTML`([자세한 정보는 여기](/react/docs/special-non-dom-attributes-ko-KR.html))도 있습니다.
+컴포넌트에 직접 HTML 문자열을 넣을 때 사용하는, React 전용 어트리뷰트 `dangerouslySetInnerHTML`([자세한 정보는 여기](/docs/docs/ref-07-special-non-dom-attributes.ko-KR.md))도 있습니다.
 
 ### SVG 어트리뷰트
 
diff --git a/docs/docs/ref-05-events.ko-KR.md b/docs/docs/ref-05-events.ko-KR.md
index b727bb90c533a..3ea2916714b5c 100644
--- a/docs/docs/ref-05-events.ko-KR.md
+++ b/docs/docs/ref-05-events.ko-KR.md
@@ -148,7 +148,7 @@ DOMEventTarget relatedTarget
 onChange onInput onSubmit
 ```
 
-onChange 이벤트에 대한 더 자세한 정보는 [폼](/react/docs/forms-ko-KR.html)에서 확인하세요.
+onChange 이벤트에 대한 더 자세한 정보는 [폼](/docs/docs/07-forms-ko-KR.md)에서 확인하세요.
 
 
 ### 마우스 이벤트
diff --git a/docs/docs/ref-06-dom-differences.ko-KR.md b/docs/docs/ref-06-dom-differences.ko-KR.md
index 36d75eca032c7..cd461c0b8f95e 100644
--- a/docs/docs/ref-06-dom-differences.ko-KR.md
+++ b/docs/docs/ref-06-dom-differences.ko-KR.md
@@ -12,6 +12,6 @@ React는 성능과 크로스 브라우저 호환성을 이유로 브라우저에
 * `style` 어트리뷰트는 CSS 문자열 대신에 카멜케이스로 된 프로퍼티를 가지는 JavaScript 객체를 받습니다. 이는 DOM `style` JavaScript 프로퍼티와 일치하면서도 좀 더 효율적이며, XSS 보안 취약점을 예방할 수 있습니다.
 * 모든 이벤트 객체는 W3C 사양을 준수하고, 모든 이벤트(submit을 포함해)는 W3C 사양에 따라 일으킵(bubble)니다. 좀 더 자세한 정보는 [이벤트 시스템](/react/docs/events-ko-KR.html)을 보세요.
 * `onChange` 이벤트는 기대대로 동작합니다. 이 이벤트는 일관성없이 blur시점에서 발생하지 않고 폼 필드가 변경될 때만 발생합니다.[^1] 우리는 의도적으로 기존 브라우저 동작을 차단했습니다. `onChange`는 이름과 실제 동작이 다르고, React는 실시간으로 사용자 입력에 반응할 때 이 이벤트에 의존하기 때문입니다. 더 자세한 정보는 [폼](/react/docs/forms-ko-KR.html)을 보세요.
-* `value`와 `checked` 폼 input 어트리뷰트, `textarea`. [자세히 보기](/react/docs/forms-ko-KR.html).
+* `value`와 `checked` 폼 input 어트리뷰트, `textarea`. [자세히 보기](/docs/docs/07-forms-ko-KR.md).
 
 [^1]: **역주**: 일관성 없다는 표현에 대해 부연 설명하자면, 네이티브의 onChange는 변경뿐만 아니라 blur에서도 반응합니다.
diff --git a/docs/docs/ref-07-special-non-dom-attributes.md b/docs/docs/ref-07-special-non-dom-attributes.md
index f3fd90c16a9f5..2a5c5663dd428 100644
--- a/docs/docs/ref-07-special-non-dom-attributes.md
+++ b/docs/docs/ref-07-special-non-dom-attributes.md
@@ -6,8 +6,8 @@ prev: dom-differences.html
 next: reconciliation.html
 ---
 
-Beside [DOM differences](/react/docs/dom-differences.html), React offers some attributes that simply don't exist in DOM.
+Beside [DOM differences](/docs/docs/ref-06-dom-differences.ko-KR.md), React offers some attributes that simply don't exist in DOM.
 
 - `key`: an optional, unique identifier. When your component shuffles around during `render` passes, it might be destroyed and recreated due to the diff algorithm. Assigning it a key that persists makes sure the component stays. See more [here](/react/docs/multiple-components.html#dynamic-children).
-- `ref`: see [here](/react/docs/more-about-refs.html).
-- `dangerouslySetInnerHTML`: Provides the ability to insert raw HTML, mainly for cooperating with DOM string manipulation libraries. See more [here](/react/tips/dangerously-set-inner-html.html).
+- `ref`: see [here](/docs/docs/08.1-more-about-refs.md).
+- `dangerouslySetInnerHTML`: Provides the ability to insert raw HTML, mainly for cooperating with DOM string manipulation libraries. See more [here](/docs/tips/dangerously-set-inner-html.html).
diff --git a/docs/docs/thinking-in-react.ko-KR.md b/docs/docs/thinking-in-react.ko-KR.md
index 6476545a28a4b..7655989019215 100644
--- a/docs/docs/thinking-in-react.ko-KR.md
+++ b/docs/docs/thinking-in-react.ko-KR.md
@@ -16,7 +16,7 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케
 
 우리가 이미 JSON API와 디자이너로부터 넘겨받은 모형을 이미 가지고 있다고 생각해봅시다. 보시다시피 우리 디자이너는 별로 좋지 않습니다:
 
-![Mockup](/react/img/blog/thinking-in-react-mock.png)
+![Mockup](/docs/img/blog/thinking-in-react-mock.png)
 
 우리의 JSON API는 아래와 같은 데이터를 리턴합니다:
 
@@ -39,7 +39,7 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케
 
 주로 JSON 데이터 모델을 사용자에게 보여주기 때문에, 자료 모델이 잘 설계 되었다면, UI(혹은 컴포넌트 구조)가 잘 맞아 떨어진다는 것을 알게 될 겁니다. UI와 자료 모델은 같은 *정보 설계구조*로 따라가는 경향이 있기 때문입니다. 즉, UI를 컴포넌트들로 쪼개는 작업은 크게 어렵지 않습니다. 확실하게 각각 하나의 부분이 되도록 쪼개세요.
 
-![Component diagram](/react/img/blog/thinking-in-react-components.png)
+![Component diagram](/docs/img/blog/thinking-in-react-components.png)
 
 이 간단한 애플리케이션에는 다섯개의 컴포넌트가 있습니다. 각 컴포넌트들이 대표하는 자료를 기울여 표기했습니다.
 
@@ -71,11 +71,11 @@ React의 많은 뛰어난 점들 중 하나는 생각을 하면서 애플리케
 
 이 단계의 결과, 자료 모델을 그리는 재활용 가능한 컴포넌트의 라이브러리를 갖게 되었습니다. 정적버전 이후로 컴포넌트들은 오직 `render()` 메소드만 갖고 있습니다. 계층구조상 가장 위의 컴포넌트 (`FilterableProductTable`)은 자료 모델을 prop으로 취할 것입니다. 자료 모델이 변했을 때, `ReactDOM.render()`를 다시 부르면 UI가 업데이트 됩니다. 어떻게 UI가 업데이트 되는지 참 알기 쉽습니다. 자료가 바뀌어도 처리해야 할 복잡한 일이 아무것도 없습니다. React의 **단일 방향 자료 흐름** (혹은 *단일방향 바인딩*)이 모든것을 모듈식으로, 추론하기 쉽게, 그리고 빠르게 유지해줍니다.
 
-이 단계를 진행하는 데에 도움이 필요하시다면, [React 문서](/react/docs/getting-started-ko-KR.html)를 참조하세요.
+이 단계를 진행하는 데에 도움이 필요하시다면, [React 문서](/docs/docs/getting-started.ko-KR.md)를 참조하세요.
 
 ### 잠시만: props vs state
 
-React 에는 두가지 타입의 자료 "모델"이 있습니다: props 와 state. 두가지의 구분점을 이해하는데 매우 중요합니다; 혹시 차이점을 확신하지 못한다면 걷어내세요 [공식 문서](/react/docs/interactivity-and-dynamic-uis-ko-KR.html).
+React 에는 두가지 타입의 자료 "모델"이 있습니다: props 와 state. 두가지의 구분점을 이해하는데 매우 중요합니다; 혹시 차이점을 확신하지 못한다면 걷어내세요 [공식 문서](/docs/docs/03-interactivity-and-dynamic-uis.ko-KR.md).
 
 ## 3단계: UI state 의 표현을 작지만 완전하도록 확인하세요.
 
diff --git a/docs/docs/tutorial.ko-KR.md b/docs/docs/tutorial.ko-KR.md
index fa297411a8f01..dcf4e257505cb 100755
--- a/docs/docs/tutorial.ko-KR.md
+++ b/docs/docs/tutorial.ko-KR.md
@@ -116,7 +116,7 @@ ReactDOM.render(
 );
 ```
 
-JSX의 사용은 선택적이지만 JSX 문법이 일반 JavsScript보다 사용하기 쉽습니다. [JSX 문법 문서](/react/docs/jsx-in-depth.html)에서 더 알아보세요.
+JSX의 사용은 선택적이지만 JSX 문법이 일반 JavsScript보다 사용하기 쉽습니다. [JSX 문법 문서](/docs/docs/02.1-jsx-in-depth.ko-KR.md)에서 더 알아보세요.
 
 #### 무슨 일이 일어나고 있는가
 
diff --git a/docs/docs/videos.ko-KR.md b/docs/docs/videos.ko-KR.md
index b2270f608f663..427a9096c1904 100644
--- a/docs/docs/videos.ko-KR.md
+++ b/docs/docs/videos.ko-KR.md
@@ -16,8 +16,8 @@ next: complementary-tools-ko-KR.html
 
 ### Thinking in react - tagtree.tv
 
-[tagtree.tv](http://tagtree.tv/)의 비디오는 간단한 어플리케이션을 구성하면서 [Thinking in React](/react/docs/thinking-in-react-ko-KR.html)의 원리들을 전달합니다.
-<figure>[![](/react/img/docs/thinking-in-react-tagtree.png)](http://tagtree.tv/thinking-in-react)</figure>
+[tagtree.tv](http://tagtree.tv/)의 비디오는 간단한 어플리케이션을 구성하면서 [Thinking in React](/docs/docs/thinking-in-react-ko-KR.md)의 원리들을 전달합니다.
+<figure>[![](/docs/img/docs/thinking-in-react-tagtree.png)](http://tagtree.tv/thinking-in-react)</figure>
 
 * * *
 
diff --git a/docs/tips/16-references-to-components.ko-KR.md b/docs/tips/16-references-to-components.ko-KR.md
index 3e9058a986e41..6d125b8772690 100644
--- a/docs/tips/16-references-to-components.ko-KR.md
+++ b/docs/tips/16-references-to-components.ko-KR.md
@@ -7,4 +7,4 @@ prev: expose-component-functions-ko-KR.html
 next: children-undefined-ko-KR.html
 ---
 
-이 페이지는 이동되었습니다. [refs](/react/docs/more-about-refs-ko-KR.html)
+이 페이지는 이동되었습니다. [refs](/docs/docs/08.1-more-about-refs.ko-KR.md)