🔐로그인하면 문서 작성, 프로젝트 게시, ZIP 기반 버전 업로드, 브랜치 생성 기능을 사용할 수 있습니다. 로그인하러 가기
비교 대상 선택
추가 35줄 삭제 9줄 변경 18줄 동일 103줄
r1 파일 가져오기: 80-internal-link-audit-report.md
2026-04-17 14:54

내부 링크 검수 보고서

이 문서는 현재 작성된 T2Editor 문서 세트의 내부 링크 구조를 전수 점검한 결과를 기록합니다. 이번 검수의 목표는 다음 네 가지였습니다.

  1. 문서 front matter의 related_docs 값이 실제 파일명과 맞는지 확인
  2. 본문 안에서 다른 문서를 언급할 때 깨진 상대경로가 없는지 확인
  3. 단순 파일명 텍스트로만 적혀 있어 클릭할 수 없던 참조를 실제 내부 링크로 보완
  4. 중복되거나 헷갈릴 수 있는 문서 간 참조가 최소한 상호 이동 가능하도록 정리

검수 결과 요약

  • 총 검사 문서 수: 64개
  • front matter related_docs 검사 결과: 깨진 참조 0건
  • 본문 내 .md 파일명 참조 검사 결과: 존재하지 않는 파일 참조 0건
  • 클릭 불가능한 파일명 표기 보완: 4개 문서 수정
  • 신규 보고서 문서 추가: 1개

실제 수정한 문서

아래 문서는 본문에 다른 문서 파일명이 일반 텍스트 또는 코드 표기 형태로만 적혀 있어, 클릭 가능한 상대경로 링크로 바꿨습니다.

검수 기준

1. front matter 기준

각 문서의 상단 메타데이터 중 related_docs 항목을 확인했습니다. 검사 기준은 다음과 같습니다.

  • 같은 폴더에 실제 존재하는 .md 파일명인지
  • 확장자가 빠진 경우 .md를 붙이면 실제 파일이 존재하는지
  • 파일명이 중간에 변경된 흔적이 없는지

현재 세트에서는 related_docs 기준으로 깨진 참조는 발견되지 않았습니다.

2. 본문 기준

본문 안에서 다음과 같은 형식의 문서 참조를 검사했습니다.

  • 00-overview-macro-guide.md
  • core-editor-lib-php.md
  • plugin-ai.md
  • directory-plugin-guide.md

이 가운데 존재하지 않는 파일명은 발견되지 않았습니다. 다만 일부 문서는 파일명을 코드 표기만 하고 링크로 연결하지 않아 탐색성이 떨어졌습니다. 이번에 그 부분을 상대경로 링크로 보완했습니다.

아쉬운 점과 후속 보완 제안

현재 내부 링크는 깨지지 않지만, 아래 부분은 앞으로 더 보완할 수 있습니다.

중복 성격 문서

두 문서가 모두 개발자 진입 성격을 띠고 있어 제목만 보면 혼동할 수 있습니다. 다음 개정 때는 하나는 “빠른 진입”, 다른 하나는 “심층 구조 진입”처럼 역할을 더 명확하게 나누는 편이 좋습니다.

front matter와 본문의 동기화

related_docs는 잘 연결되어 있으나, 본문의 “관련 문서” 섹션이 있는 문서와 없는 문서의 편차가 있습니다. 다음 정리 단계에서는 모든 문서에 공통 형식으로 아래 섹션을 넣는 것이 좋습니다.

  • 관련 문서
  • 먼저 읽을 문서
  • 이어서 읽을 문서
  • 관련 코어 문서
  • 관련 플러그인 문서

내부 링크 표준화

앞으로는 다른 문서를 언급할 때 아래 형식 중 하나로 통일하는 것이 좋습니다.

  • 일반 링크: 문서 제목 + 실제 파일명 링크 형식
  • 파일명 링크: `파일명.md` 또는 실제 파일 링크 형식

이 원칙을 지키면 검색 허브와 별개로 폴더 브라우징만 하더라도 문서 간 이동이 훨씬 쉬워집니다.

권장 후속 작업

  • related_docs를 이용해 자동 “관련 문서” 블록을 렌더링하는 허브 기능 추가
  • 08/09 개발자 진입 문서의 역할 분리
  • 모든 문서 하단에 표준 내부 링크 블록 삽입
  • 플러그인 문서 ↔ 코어 문서 사이의 상호 링크 확대
  • 디렉터리 문서 ↔ 파일 문서 사이의 탐색 링크 강화

참고

이 보고서는 현재 문서 세트를 기준으로 작성되었으며, 이후 파일명 변경이나 문서 추가가 발생하면 다시 점검해야 합니다.

r2 10.5.1 현행판 기준 갱신 (2026-09-28, T2WIKI 편집): EOL 판본 유도가 있던 지시 제거, 존재하지 않는 파일·경로 정정, 판본 표기 갱신. 원문은 리비전 이력에 남아 있습니다.
2026-09-28 19:13

내부 링크 검수 보고서

이 감사의 기준 시점과 방법

항목내용
감사 대상 시점T2Editor 문서 세트 9.0.0 기준(문서 version_tag: 9.0.0 시점)
당시 검사 방법front matter related_docs 값과 본문 내 .md 파일명 표기를 마크다운 상대경로 [x.md](x.md) 로 만들어 클릭 가능하게 만드는 방식
그 방법의 한계위키 엔진이 파싱하는 내부 링크 문법은 [[슬러그]]이며, [x.md](x.md) 상대경로는 링크로 인식하지 않습니다. related_docs 배열도 본문 링크와 별개인 배열입니다. 즉 이 감사는 엔진이 무시하는 문법을 검사했고 그래서 0건을 보고했습니다.
뷰 URL 계약 (2026-09-28 실측)?action=view&slug=01-installation-guide.md → 실제 문서(200). ?action=view&slug=01-installation-guide → 빈 "문서 — T2WIKI" 페이지. 확장자 없는 [[x]]는 링크처럼 보이지만 404입니다. 태그 페이지(AI·XSS·PHP 등)는 view&slug= 로 열리지 않습니다.
재실측(2026-09-28)대상 84건 / [[...]] 총 출현 114회 중 끊어진 링크 91건(유일 대상 60) / 문서→문서 간선 0건 / related_docs 값 69개 중 25개(36.2%)가 가리키는 문서가 없음 / 고아 문서 84건(100%)
판정아래 "검수 결과 요약"의 0건은 2026-09-28 기준으로 사실과 반대입니다. 원 기록은 이력으로 보존하고, 현재 상태는 재실측 수치를 함께 읽으십시오.

이 문서는 현재 작성된 T2Editor 문서 세트의 내부 링크 구조를 전수 점검한 결과를 기록합니다. 이번 검수의 목표는 다음 네 가지였습니다.

  1. 문서 front matter의 related_docs 값이 실제 파일명과 맞는지 확인
  2. 본문 안에서 다른 문서를 언급할 때 깨진 상대경로가 없는지 확인
  3. 단순 파일명 텍스트로만 적혀 있어 클릭할 수 없던 참조를 실제 내부 링크로 보완
  4. 중복되거나 헷갈릴 수 있는 문서 간 참조가 최소한 상호 이동 가능하도록 정리

검수 결과 요약

검수 결과 요약

항목당시 기록(9.0.0 기준)2026-09-28 재실측
총 검사 문서 수64개84개 (20건 미검사)
front matter related_docs 깨진 참조0건25건 / 값 69개 (36.2% 부재)
본문 [[...]] 끊어진 링크"존재하지 않는 파일 참조 0건"91건 (유일 대상 60)
문서→문서 간선(측정 개념 없음)0건 (확장자 없는 [[x]]는 뷰 URL 404)
고아 문서(in=0 & out=0)(측정 개념 없음)84건 / 84 = 100%
신규 보고서 문서 추가1개—
재실측 근거: 84건 전문 파싱 스크립트 w2-linkgraph.mjs 실행 결과(audit/W2-linkgraph.json). [[...]] 3계열을 분리해 세었습니다 — 문서 1건 · 태그/분류 페이지 22회(별도 계층) · 끊어진 링크 91회.

파일명 표기 보완: 4개 문서를 상대경로로 변경했으나

이 수정은 탐색성을 개선하지 못했고 "점검 완료" 신호만 만들었습니다. 위키 엔진은 이 문법을 링크로 인식하지 않습니다. 올바른 내부 링크는 [[슬러그]] 문법이며 뷰 URL은 slug에 확장자가 붙은 값을 요구합니다.

이번 감사에서 수정한 4개 문서(재실측 기준)

  • 08-developer-architecture-entry
  • 09-developer-architecture-entry
  • 72-version-issues-guide
  • 99-audit-and-remediation-report

→ 2026-09-28 개정에서 위 4건에 본문 [[...]] 링크가 추가되었습니다. 링크 표준화는 아래 "내부 링크 표준화 (수정)"를 따릅니다.

검수 기준

1. front matter 기준

각 문서의 상단 메타데이터 중 related_docs 항목을 확인했습니다. 검사 기준은 다음과 같습니다.

  • 같은 폴더에 실제 존재하는 .md 파일명인지
  • 확장자가 빠진 경우 .md를 붙이면 실제 파일이 존재하는지
  • 파일명이 중간에 변경된 흔적이 없는지

당시(9.0.0 기준)에는 깨진 참조를 발견하지 못했습니다. 2026-09-28 재실측에서는 related_docs 값 69개 중 25개(36.2%)가 가리키는 문서가 없습니다. 전부 버전 접미를 떼어쓴 슬러그입니다(예: guide-nsfwjs-overview → 실제 guide-nsfwjs-overview.v9.1.0.md). 또한 일부 문서에는 하이픈이 U+2011(NON-BREAKING HYPHEN)로 들어가 있어 문자열 비교로 어떤 문서와도 일치하지 않습니다.

2. 본문 기준

본문 안에서 다음과 같은 형식의 문서 참조를 검사했습니다.

  • 00-overview-macro-guide.md
  • core-editor-lib-php.md
  • plugin-ai.md
  • directory-plugin-guide.md

이 가운데 존재하지 않는 파일명은 발견되지 않았습니다. 다만 일부 문서는 파일명을 코드 표기만 하고 링크로 연결하지 않아 탐색성이 떨어졌습니다. 이번에 그 부분을 상대경로 링크로 보완했습니다.

아쉬운 점과 후속 보완 제안

당시 기준으로는 깨진 링크를 발견하지 못했으나, 2026-09-28 재실측에서 [[...]] 끊어진 링크 91건이 확인되었습니다. 위키 엔진이 파싱하는 [[...]]는 84건 중 대부분이 서버 키와 달라 문서 간 연결은 사실상 0입니다. 아래 보완 항목에 이를 포함합니다.

중복 성격 문서

두 문서가 모두 개발자 진입 성격을 띠고 있어 제목만 보면 혼동할 수 있습니다. 다음 개정 때는 하나는 “빠른 진입”, 다른 하나는 “심층 구조 진입”처럼 역할을 더 명확하게 나누는 편이 좋습니다.

front matter와 본문의 동기화

related_docs는 잘 연결되어 있으나, 본문의 “관련 문서” 섹션이 있는 문서와 없는 문서의 편차가 있습니다. 다음 정리 단계에서는 모든 문서에 공통 형식으로 아래 섹션을 넣는 것이 좋습니다.

  • 관련 문서
  • 먼저 읽을 문서
  • 이어서 읽을 문서
  • 관련 코어 문서
  • 관련 플러그인 문서

내부 링크 표준화 (수정)

앞으로는 다른 문서를 언급할 때 본문에서는 [[슬러그]]만 씁니다.

  1. 본문 링크는 [[슬러그]] 문법을 사용합니다. 위키의 백링크·링크맵이 이 문법만 파싱합니다.
  2. [[...]] 안에는 서버 문서 키를 그대로 씁니다 — 확장자 .md를 반드시 포함하십시오. 실측: slug=01-installation-guide.md 는 200, slug=01-installation-guide 는 빈 페이지입니다. 서버 문서 키는 index.json 기준 {번호}-{슬러그}.md 형식이므로, 링크를 만들 때 실제 서버 키와 대조하십시오.
  3. 태그는 문서 링크가 아닙니다. 태그 페이지는 view&slug= 로 열리지 않습니다. 태그를 언급할 때는 백틱 표기 ` 분류:태그명 ` 또는 일반 텍스트로 쓰십시오.
  4. related_docs 배열은 본문 링크와 별개입니다. 배열 값은 서버 문서 키와 일치하는지 별도로 확인해야 합니다.
  5. [x.md](x.md) 마크다운 상대경로는 사용하지 않습니다. 엔진이 링크로 인식하지 않아 탐색성이 오르지 않습니다.
  6. 문서 슬러그는 slug와 document_id가 일치해야 합니다. 현재 70·71·72는 frontmatter slug이 서버 키와 달라 서로 다른 문서를 가리킬 수 있습니다.

권장 후속 작업

  • related_docs를 이용해 자동 “관련 문서” 블록을 렌더링하는 허브 기능 추가
  • 08/09 개발자 진입 문서의 역할 분리
  • 모든 문서 하단에 표준 내부 링크 블록 삽입
  • 플러그인 문서 ↔ 코어 문서 사이의 상호 링크 확대
  • 디렉터리 문서 ↔ 파일 문서 사이의 탐색 링크 강화

참고

이 보고서는 9.0.0 기준 문서 세트(64건)를 대상으로 작성되었고, 2026-09-28에 84건 전체로 재실측해 결과를 정정했습니다. 재현 명령은 node scripts/w2-linkgraph.mjs이며 출력은 audit/W2-linkgraph.json입니다. 파일명·문서 추가가 발생하면 같은 스크립트로 다시 측정하십시오. 2026-09-28 통합관의 링크 정합 검사 스크립트는 node scripts/m1-linkcheck.mjs 입니다.

라인 단위 비교
이전 새 버전
1 --- 1 ---
2 title: 내부 링크 검수 보고서 2 title: 내부 링크 검수 보고서
3 document_id: 80-internal-link-audit-report 3 document_id: 80-internal-link-audit-report
4 slug: 80-internal-link-audit-report 4 slug: 80-internal-link-audit-report
5 target_editor_version: 9.0.0 5 target_editor_version: 10.5.1
6 document_type: maintenance 6 document_type: maintenance
7 doc_type: maintenance 7 doc_type: maintenance
8 target_readers: [웹마스터, 개발자, AI agent] 8 target_readers: [웹마스터, 개발자, AI agent]
9 importance: Medium 9 importance: Medium
10 dependency: Low 10 dependency: Low
11 core_type: Non-Core 11 core_type: Non-Core
12 stability: [Stable Anchor] 12 stability: [Stable Anchor]
13 stable_anchor: [문서 파일명, related_docs, 상대경로 링크] 13 stable_anchor: [문서 서버 키, related_docs, 본문 내부 링크]
14 version_bound: [] 14 version_bound: []
15 related_docs: [00-overview-macro-guide.md, 73-external-reference-index.md, 99-audit-and-remediation-report.md] 15 related_docs: [00-overview-macro-guide.md, 73-external-reference-index.md, 99-audit-and-remediation-report.md]
16 related_files: [] 16 related_files: []
17 related_functions: [] 17 related_functions: []
18 related_classes_modules: [] 18 related_classes_modules: []
19 related_features: [문서 허브, 내부 링크, 문서 참조] 19 related_features: [문서 허브, 내부 링크, 문서 참조]
20 related_ui: [] 20 related_ui: []
21 change_risk: 링크 경로를 잘못 수정하면 문서 허브와 개별 문서 탐색성이 떨어질 수 있습니다. 21 change_risk: 링크 경로를 잘못 수정하면 문서 허브와 개별 문서 탐색성이 떨어질 수 있습니다.
22 reading_order: 80 22 reading_order: 80
23 summary: 현재 문서 세트의 내부 링크와 문서 간 참조를 점검한 결과와 수정 내역을 정리한 보고서입니다. 23 summary: 내부 링크를 9.0.0 기준 64건으로 감사한 기록과, 2026-09-28 기준 84건으로 재실측해 정정한 결과.
24 description: 모든 Markdown 문서의 related_docs와 본문 내 파일명 참조를 점검해 존재하지 않는 내부 링크가 있는지 확인하고, 클릭 가능한 상대경로 링크로 보완한 내역을 기록합니다. 24 description: 9.0.0 기준 64건 감사와 2026-09-28 기준 84건 재실측 결과를 함께 기록한 내부 링크 검수 보고서. 아래의 초기 0건 결론은 2026-09-28 재실측에서 사실과 반대임이 확인되었습니다.
25 tags: [T2Editor, internal-link, audit, maintenance, docs] 25 tags: [T2Editor, internal-link, audit, maintenance, docs]
26 version_tag: 9.0.0 26 version_tag: 10.5.1
27 maintenance_difficulty: Low 27 maintenance_difficulty: Low
28 test_requirement: Medium 28 test_requirement: Medium
29 ai_agent_risk: Low 29 ai_agent_risk: Low
30 source_basis: [현재 코드 분석 기반] 30 source_basis: [현재 코드 분석 기반]
31 beginner_section_included: false 31 beginner_section_included: false
32 webmaster_section_included: true 32 webmaster_section_included: true
33 developer_section_included: true 33 developer_section_included: true
34 --- 34 ---
35   35  
36 # 내부 링크 검수 보고서 36 # 내부 링크 검수 보고서
  37 ## 이 감사의 기준 시점과 방법
37   38  
  39 | 항목 | 내용 |
  40 |---|---|
  41 | 감사 대상 시점 | T2Editor 문서 세트 9.0.0 기준(문서 `version_tag: 9.0.0` 시점) |
  42 | 당시 검사 방법 | front matter `related_docs` 값과 본문 내 `.md` 파일명 표기를 **마크다운 상대경로 `[x.md](x.md)` 로 만들어 클릭 가능하게 만드는 방식** |
  43 | 그 방법의 한계 | 위키 엔진이 파싱하는 내부 링크 문법은 `[[슬러그]]`이며, `[x.md](x.md)` 상대경로는 링크로 인식하지 않습니다. `related_docs` 배열도 본문 링크와 별개인 배열입니다. 즉 **이 감사는 엔진이 무시하는 문법을 검사했고 그래서 0건을 보고했습니다.** |
  44 | 뷰 URL 계약 (2026-09-28 실측) | `?action=view&slug=01-installation-guide.md` → 실제 문서(200). `?action=view&slug=01-installation-guide` → 빈 "문서 — T2WIKI" 페이지. **확장자 없는 `[[x]]`는 링크처럼 보이지만 404입니다.** 태그 페이지(`AI`·`XSS`·`PHP` 등)는 `view&slug=` 로 열리지 않습니다. |
  45 | 재실측(2026-09-28) | 대상 84건 / `[[...]]` 총 출현 114회 중 **끊어진 링크 91건**(유일 대상 60) / 문서→문서 간선 0건 / `related_docs` 값 69개 중 **25개(36.2%)가 가리키는 문서가 없음** / 고아 문서 84건(100%) |
  46 | 판정 | 아래 "검수 결과 요약"의 0건은 **2026-09-28 기준으로 사실과 반대**입니다. 원 기록은 이력으로 보존하고, 현재 상태는 재실측 수치를 함께 읽으십시오. |
  47
  48
38 이 문서는 현재 작성된 T2Editor 문서 세트의 **내부 링크 구조를 전수 점검**한 결과를 기록합니다. 49 이 문서는 현재 작성된 T2Editor 문서 세트의 **내부 링크 구조를 전수 점검**한 결과를 기록합니다.
39 이번 검수의 목표는 다음 네 가지였습니다. 50 이번 검수의 목표는 다음 네 가지였습니다.
40   51  
41 1. 문서 front matter의 `related_docs` 값이 실제 파일명과 맞는지 확인 52 1. 문서 front matter의 `related_docs` 값이 실제 파일명과 맞는지 확인
42 2. 본문 안에서 다른 문서를 언급할 때 깨진 상대경로가 없는지 확인 53 2. 본문 안에서 다른 문서를 언급할 때 깨진 상대경로가 없는지 확인
43 3. 단순 파일명 텍스트로만 적혀 있어 클릭할 수 없던 참조를 실제 내부 링크로 보완 54 3. 단순 파일명 텍스트로만 적혀 있어 클릭할 수 없던 참조를 실제 내부 링크로 보완
44 4. 중복되거나 헷갈릴 수 있는 문서 간 참조가 최소한 상호 이동 가능하도록 정리 55 4. 중복되거나 헷갈릴 수 있는 문서 간 참조가 최소한 상호 이동 가능하도록 정리
45   56  
46 ## 검수 결과 요약 57 ## 검수 결과 요약
47   58  
48 - 총 검사 문서 수: 64개 59 ## 검수 결과 요약
49 - front matter `related_docs` 검사 결과: **깨진 참조 0건**  
50 - 본문 내 `.md` 파일명 참조 검사 결과: **존재하지 않는 파일 참조 0건**  
51 - 클릭 불가능한 파일명 표기 보완: **4개 문서 수정**  
52 - 신규 보고서 문서 추가: **1개**  
53   60  
54 ## 실제 수정한 문서 61 | 항목 | 당시 기록(9.0.0 기준) | 2026-09-28 재실측 |
  62 |---|---|---|
  63 | 총 검사 문서 수 | 64개 | **84개** (20건 미검사) |
  64 | front matter `related_docs` 깨진 참조 | 0건 | **25건 / 값 69개 (36.2% 부재)** |
  65 | 본문 `[[...]]` 끊어진 링크 | "존재하지 않는 파일 참조 0건" | **91건** (유일 대상 60) |
  66 | 문서→문서 간선 | (측정 개념 없음) | **0건** (확장자 없는 `[[x]]`는 뷰 URL 404) |
  67 | 고아 문서(in=0 & out=0) | (측정 개념 없음) | **84건 / 84 = 100%** |
  68 | 신규 보고서 문서 추가 | 1개 | — |
55   69  
56 아래 문서는 본문에 다른 문서 파일명이 일반 텍스트 또는 코드 표기 형태로만 적혀 있어, 클릭 가능한 상대경로 링크로 바꿨습니다. 70 > **재실측 근거**: 84건 전문 파싱 스크립트 `w2-linkgraph.mjs` 실행 결과(`audit/W2-linkgraph.json`). `[[...]]` 3계열을 분리해 세었습니다 — 문서 1건 · 태그/분류 페이지 22회(별도 계층) · 끊어진 링크 91회.
57   71  
58 - [08-developer-architecture-entry.md](08-developer-architecture-entry.md) 72 ### 파일명 표기 보완: 4개 문서를 상대경로로 변경했으나
59 - [09-developer-architecture-entry.md](09-developer-architecture-entry.md)  
60 - [72-version-issues-guide.md](72-version-issues-guide.md)  
61 - [99-audit-and-remediation-report.md](99-audit-and-remediation-report.md)  
62   73  
  74 이 수정은 탐색성을 개선하지 못했고 "점검 완료" 신호만 만들었습니다. 위키 엔진은 이 문법을 링크로 인식하지 않습니다. 올바른 내부 링크는 `[[슬러그]]` 문법이며 뷰 URL은 `slug`에 확장자가 붙은 값을 요구합니다.
  75
  76 ### 이번 감사에서 수정한 4개 문서(재실측 기준)
  77
  78 - `08-developer-architecture-entry`
  79 - `09-developer-architecture-entry`
  80 - `72-version-issues-guide`
  81 - `99-audit-and-remediation-report`
  82
  83 → 2026-09-28 개정에서 위 4건에 본문 `[[...]]` 링크가 추가되었습니다. 링크 표준화는 아래 "내부 링크 표준화 (수정)"를 따릅니다.
  84
63 ## 검수 기준 85 ## 검수 기준
64   86  
65 ### 1. front matter 기준 87 ### 1. front matter 기준
66 각 문서의 상단 메타데이터 중 `related_docs` 항목을 확인했습니다. 88 각 문서의 상단 메타데이터 중 `related_docs` 항목을 확인했습니다.
67 검사 기준은 다음과 같습니다. 89 검사 기준은 다음과 같습니다.
68   90  
69 - 같은 폴더에 실제 존재하는 `.md` 파일명인지 91 - 같은 폴더에 실제 존재하는 `.md` 파일명인지
70 - 확장자가 빠진 경우 `.md`를 붙이면 실제 파일이 존재하는지 92 - 확장자가 빠진 경우 `.md`를 붙이면 실제 파일이 존재하는지
71 - 파일명이 중간에 변경된 흔적이 없는지 93 - 파일명이 중간에 변경된 흔적이 없는지
72   94  
73 현재 세트에서는 `related_docs` 기준으로 깨진 참조는 발견되지 않았습니다. 95 당시(9.0.0 기준)에는 깨진 참조를 발견하지 못했습니다. 2026-09-28 재실측에서는 `related_docs` 값 69개 중 **25개(36.2%)가 가리키는 문서가 없습니다.** 전부 버전 접미를 떼어쓴 슬러그입니다(예: `guide-nsfwjs-overview` → 실제 `guide-nsfwjs-overview.v9.1.0.md`). 또한 일부 문서에는 하이픈이 U+2011(NON-BREAKING HYPHEN)로 들어가 있어 문자열 비교로 어떤 문서와도 일치하지 않습니다.
74   96  
75 ### 2. 본문 기준 97 ### 2. 본문 기준
76 본문 안에서 다음과 같은 형식의 문서 참조를 검사했습니다. 98 본문 안에서 다음과 같은 형식의 문서 참조를 검사했습니다.
77   99  
78 - `00-overview-macro-guide.md` 100 - `00-overview-macro-guide.md`
79 - `core-editor-lib-php.md` 101 - `core-editor-lib-php.md`
80 - `plugin-ai.md` 102 - `plugin-ai.md`
81 - `directory-plugin-guide.md` 103 - `directory-plugin-guide.md`
82   104  
83 이 가운데 존재하지 않는 파일명은 발견되지 않았습니다. 105 이 가운데 존재하지 않는 파일명은 발견되지 않았습니다.
84 다만 일부 문서는 파일명을 **코드 표기만 하고 링크로 연결하지 않아** 탐색성이 떨어졌습니다. 이번에 그 부분을 상대경로 링크로 보완했습니다. 106 다만 일부 문서는 파일명을 **코드 표기만 하고 링크로 연결하지 않아** 탐색성이 떨어졌습니다. 이번에 그 부분을 상대경로 링크로 보완했습니다.
85   107  
86 ## 아쉬운 점과 후속 보완 제안 108 ## 아쉬운 점과 후속 보완 제안
87   109  
88 현재 내부 링크는 깨지지 않지만, 아래 부분은 앞으로 더 보완할 수 있습니다. 110 당시 기준으로는 깨진 링크를 발견하지 못했으나, 2026-09-28 재실측에서 `[[...]]` 끊어진 링크 91건이 확인되었습니다. 위키 엔진이 파싱하는 `[[...]]`는 84건 중 대부분이 서버 키와 달라 **문서 간 연결은 사실상 0**입니다. 아래 보완 항목에 이를 포함합니다.
89   111  
90 ### 중복 성격 문서 112 ### 중복 성격 문서
91 - [08-developer-architecture-entry.md](08-developer-architecture-entry.md) 113 - [08-developer-architecture-entry.md](08-developer-architecture-entry.md)
92 - [09-developer-architecture-entry.md](09-developer-architecture-entry.md) 114 - [09-developer-architecture-entry.md](09-developer-architecture-entry.md)
93   115  
94 두 문서가 모두 개발자 진입 성격을 띠고 있어 제목만 보면 혼동할 수 있습니다. 116 두 문서가 모두 개발자 진입 성격을 띠고 있어 제목만 보면 혼동할 수 있습니다.
95 다음 개정 때는 하나는 “빠른 진입”, 다른 하나는 “심층 구조 진입”처럼 역할을 더 명확하게 나누는 편이 좋습니다. 117 다음 개정 때는 하나는 “빠른 진입”, 다른 하나는 “심층 구조 진입”처럼 역할을 더 명확하게 나누는 편이 좋습니다.
96   118  
97 ### front matter와 본문의 동기화 119 ### front matter와 본문의 동기화
98 `related_docs`는 잘 연결되어 있으나, 본문의 “관련 문서” 섹션이 있는 문서와 없는 문서의 편차가 있습니다. 120 `related_docs`는 잘 연결되어 있으나, 본문의 “관련 문서” 섹션이 있는 문서와 없는 문서의 편차가 있습니다.
99 다음 정리 단계에서는 모든 문서에 공통 형식으로 아래 섹션을 넣는 것이 좋습니다. 121 다음 정리 단계에서는 모든 문서에 공통 형식으로 아래 섹션을 넣는 것이 좋습니다.
100   122  
101 - 관련 문서 123 - 관련 문서
102 - 먼저 읽을 문서 124 - 먼저 읽을 문서
103 - 이어서 읽을 문서 125 - 이어서 읽을 문서
104 - 관련 코어 문서 126 - 관련 코어 문서
105 - 관련 플러그인 문서 127 - 관련 플러그인 문서
106   128  
107 ### 내부 링크 표준화 129 ### 내부 링크 표준화 (수정)
108 앞으로는 다른 문서를 언급할 때 아래 형식 중 하나로 통일하는 것이 좋습니다.  
109   130  
110 - 일반 링크: 문서 제목 + 실제 파일명 링크 형식 131 앞으로는 다른 문서를 언급할 때 **본문에서는 `[[슬러그]]`만** 씁니다.
111 - 파일명 링크: ``파일명.md`` 또는 실제 파일 링크 형식  
112   132  
113 이 원칙을 지키면 검색 허브와 별개로 폴더 브라우징만 하더라도 문서 간 이동이 훨씬 쉬워집니다. 133 1. 본문 링크는 `[[슬러그]]` 문법을 사용합니다. 위키의 백링크·링크맵이 이 문법만 파싱합니다.
  134 2. **`[[...]]` 안에는 서버 문서 키를 그대로 씁니다 — 확장자 `.md`를 반드시 포함하십시오.** 실측: `slug=01-installation-guide.md` 는 200, `slug=01-installation-guide` 는 빈 페이지입니다. 서버 문서 키는 `index.json` 기준 `{번호}-{슬러그}.md` 형식이므로, 링크를 만들 때 실제 서버 키와 대조하십시오.
  135 3. **태그는 문서 링크가 아닙니다.** 태그 페이지는 `view&slug=` 로 열리지 않습니다. 태그를 언급할 때는 백틱 표기 `` `분류:태그명` `` 또는 일반 텍스트로 쓰십시오.
  136 4. `related_docs` 배열은 본문 링크와 별개입니다. 배열 값은 서버 문서 키와 일치하는지 별도로 확인해야 합니다.
  137 5. `[x.md](x.md)` 마크다운 상대경로는 **사용하지 않습니다.** 엔진이 링크로 인식하지 않아 탐색성이 오르지 않습니다.
  138 6. 문서 슬러그는 `slug`와 `document_id`가 일치해야 합니다. 현재 70·71·72는 frontmatter `slug`이 서버 키와 달라 서로 다른 문서를 가리킬 수 있습니다.
114   139  
115 ## 권장 후속 작업 140 ## 권장 후속 작업
116   141  
117 - `related_docs`를 이용해 자동 “관련 문서” 블록을 렌더링하는 허브 기능 추가 142 - `related_docs`를 이용해 자동 “관련 문서” 블록을 렌더링하는 허브 기능 추가
118 - 08/09 개발자 진입 문서의 역할 분리 143 - 08/09 개발자 진입 문서의 역할 분리
119 - 모든 문서 하단에 표준 내부 링크 블록 삽입 144 - 모든 문서 하단에 표준 내부 링크 블록 삽입
120 - 플러그인 문서 ↔ 코어 문서 사이의 상호 링크 확대 145 - 플러그인 문서 ↔ 코어 문서 사이의 상호 링크 확대
121 - 디렉터리 문서 ↔ 파일 문서 사이의 탐색 링크 강화 146 - 디렉터리 문서 ↔ 파일 문서 사이의 탐색 링크 강화
122   147  
123 ## 참고 148 ## 참고
124   149  
125 - [거시적 안내서](00-overview-macro-guide.md) 150 - [[00-overview-macro-guide.md]] — 거시적 안내서
126 - [외부 자료 참고 인용 정리](73-external-reference-index.md) 151 - [[73-external-reference-index.md]] — 외부 자료 참고 인용 정리
127 - [문서 감사 및 보완 보고서](99-audit-and-remediation-report.md) 152 - [[99-audit-and-remediation-report.md]] — 문서 감사 및 보완 보고서
  153 - [[01-installation-guide.md]] · [[06-version-compatibility-guide.md]] — 기준이 된 사용자 문서 2건
128   154  
129 이 보고서는 현재 문서 세트를 기준으로 작성되었으며, 이후 파일명 변경이나 문서 추가가 발생하면 다시 점검해야 합니다. 155 이 보고서는 9.0.0 기준 문서 세트(64건)를 대상으로 작성되었고, **2026-09-28에 84건 전체로 재실측해 결과를 정정했습니다.** 재현 명령은 `node scripts/w2-linkgraph.mjs`이며 출력은 `audit/W2-linkgraph.json`입니다. 파일명·문서 추가가 발생하면 같은 스크립트로 다시 측정하십시오. 2026-09-28 통합관의 링크 정합 검사 스크립트는 `node scripts/m1-linkcheck.mjs` 입니다.
130   156  
✏ 이 상태를 참고해 편집
T2WIKI · 기술 통합 위키 & 프로젝트 허브 · 나무위키 + Markdown 완벽 지원 · SQLite · PHP 8.2 · 소개 · 문법 안내