최근 수정 시각 : 2022-04-25 13:21:56

나무위키:편집지침/특수 문서

일반 틀에서 넘어옴
파일:나무위키:로고2.png 나무위키의 규정
기본방침 ( 문서 관리 방침 · 토론 관리 방침 · 이용자 관리 방침 · 운영 관리 방침 /운영진 선출) · 편집지침 ( 일반 문서 · 특수 문서 · 특정 분야 ( 인문사회 · 과학기술 · 문화예술 · 창작물) · 등재 기준 · 표제어)
파일:나무위키:로고2.png 나무위키의 도움말
FAQ · 도움말 ( 기능 · 편집 · 문법 / 심화 / HTML / 개발 · 토론 · 스킨 · 소명 · 권리침해 · 게시판) · 문서 삭제식 이동 · 더미 · 다른 위키와의 차이점
파일:나무위키:로고2.png 나무위키의 운영
관리자 · 중재자 · 역대 운영진 · 운영진 지원 · 운영 도움말 ( 관리 · 중재 · 권한) · 접근 제한 ( 문서 목록) · 운영회의 ( 시행규칙 · 안건 건의) · 임명 회의 ( 관리자 · 중재자) · 봇 리스트 · 투명성 보고서 · 소급 적용 규정 일람
파일:나무위키:로고2.png 나무위키의 기능
분류 · 게시판 · 엔진 ( 업데이트) · 통계 · 데이터베이스 덤프 · 연습장 · 내 문서함 · 문서 작성 요청
파일:나무위키:로고2.png 나무위키의 분류
프로젝트 · 주요 페이지 링크 · 보존문서 · 파일 · · 템플릿


파일:나무위키:로고2.png
이 문서는 나무위키의 공식 문서입니다.

이 문서는 나무위키의 운영에 사용되는 문서입니다. 따라서 문서의 수정 자격이 제한되는 경우가 있습니다. 신중히 문서를 편집해 주시기 바랍니다.


파일:나무위키:로고3.png
나무위키의 편집지침을 서술하는 문서입니다.

나무위키의 모든 문서는 이를 준수해야 합니다. 편집지침은 개정 토론을 거쳐 개정할 수 있습니다.

1. 나무위키 문서
1.1. 프로젝트
1.1.1. 프로젝트 개설1.1.2. 프로젝트 홍보1.1.3. 프로젝트 진행
1.1.3.1. 프로젝트 토론
1.1.4. 프로젝트 종료
1.1.4.1. 완료1.1.4.2. 중단
1.1.4.2.1. 프로젝트 정리
1.1.4.3. 통합
1.1.5. 특수 프로젝트에 관한 세부 지침
1.1.5.1. 대문 기념일
1.1.5.1.1. 대문 기념일의 정의1.1.5.1.2. 기념일 안건의 제안1.1.5.1.3. 최종 안건의 선정1.1.5.1.4. 최종 안건의 표결1.1.5.1.5. 최종 안건의 승인1.1.5.1.6. 최종 안건의 게시1.1.5.1.7. 최종 안건 수정의 제한1.1.5.1.8. 이전 기념 안건의 기록
1.2. 연습장
1.2.1. 연습 용도로 사용할 수 있는 문서
1.3. 소급 적용 규정 일람
2. 분류 문서
2.1. 분류 문서의 삽입 원칙2.2. 분류 문서의 표기2.3. 분류 문서의 존치
2.3.1. 존치 가능한 근거
2.4. 파일 분류2.5. 계통분류학2.6. 창작물에 대한 분류
2.6.1. 창작물에 등장하는 대상에 대한 분류2.6.2. 메타 분류
3. 틀 문서
3.1. 문서/문단 상단에 우선 작성하는 틀
3.1.1. 일반 틀
3.1.1.1. 일반 틀의 삽입 기준
3.1.2. 둘러보기 틀
3.1.2.1. 편집 분쟁 시의 해결
3.2. 문서 본문에 서술하는 틀
3.2.1. 텍스트 또는 단일 항 형태3.2.2. 테이블 형태3.2.3. 기타 문법 틀
3.3. 유저박스3.4. 틀에 삽입할 수 있는 이미지
4. 파일 문서
4.1. 파일의 우선순위4.2. 파일의 삭제4.3. 이미지 및 삽화 게시의 수위4.4. 파일의 교체
5. 사용자 문서
5.1. 개인 정보 게재 금지5.2. 사용자 문서로의 링크5.3. 타인 언급5.4. 운영 목적의 표기 모방5.5. 하위 문서 생성 금지
6. 템플릿 문서
6.1. 템플릿의 적용6.2. 공통 규격 표
7. 더미 문서
7.1. 더미 문서로의 이동
8. 리다이렉트 문서
8.1. 리다이렉트 문서의 삭제8.2. 특수한 경우
8.2.1. 비하적, 모욕적 표현을 사용하는 리다이렉트8.2.2. 원어 리다이렉트8.2.3. 접두접미사 신조어 리다이렉트8.2.4. 학술 용어의 로마자 리다이렉트

1. 나무위키 문서

1.1. 프로젝트

  • 특수 프로젝트란, 관할 문서의 범위가 사실상 일반 문서 전체이거나, 특정 이름영역인 문서에 국한되는 프로젝트를 의미합니다.

1.1.1. 프로젝트 개설

  • 나무위키:프로젝트 문서의 토론 란에 원하는 프로젝트 개설 토론을 발제해 주세요. 발제 시점으로부터 48시간 경과 후 아래 조건을 모두 만족하였을 경우에만 개설이 가능합니다. 개설 시 해당 프로젝트 문서는 직접 만드시면 됩니다.
    • 발제자는 개설 토론을 발제함과 동시에 지체 없이 개설하려는 프로젝트와 관련된 문서에 300자 이상의 기여가 있음을 증명해야 합니다.
      • 단, 개설하려는 프로젝트가 특수 프로젝트인 경우 이 조건은 면제됩니다.
      • 특수 프로젝트를 제외하고, 발제자가 관련 문서에 300자 이상의 기여가 있음을 입증하지 못했을 경우 해당 프로젝트는 2주간 개설이 제한됩니다.
        • 지속적으로 기여 입증 없이 개설을 제의할 경우, 해당 프로젝트는 최대 무기한으로 개설이 제한될 수 있습니다.
        • 프로젝트 개설 토론 중에 한 기여는 인정되지 않습니다.
    • 토론 발제자를 제외한 사용자 3명이 참여 의사를 밝혀야 합니다. 단, 참여 의사가 있는지 없는지 밝히지 않고 단순 동의만 하는 것은 인정하지 않습니다.
      • 이 조건을 만족하지 못할 경우, 해당 프로젝트는 2주간 개설이 제한됩니다.
      • 단, 참여 의사를 밝혔지만 프로젝트 개설 토론이 종결되기 전에 무기한 차단된 사용자는 참여 의사를 밝히지 않은 것으로 간주합니다.
    • 개설에 반대하는 의견이 없어야 합니다. 반대 의견이 있을 경우, 48시간이 지나더라도 개설 여부에 대한 토론을 계속합니다.
      • 반대 의견에 24시간 이내에 반박하는 데 실패할 경우, 해당 프로젝트는 관리자의 판단에 따라 최소 1개월에서 최대 무기한으로 개설이 제한됩니다.
    • 관리자 1명의 확인을 통한 허가를 받아야 합니다.
      • 관리자의 확인을 필요로 하는 것은 불필요한 주제나 중복되는 주제 등으로 프로젝트가 난립하는 것을 막기 위함입니다. 확인 없이 개설된 프로젝트는 삭제됩니다.
      • 만약 관리자가 프로젝트 개설을 거부할 경우, 해당 프로젝트는 관리자의 판단에 따라 최소 2주에서 최대 무기한으로 개설이 제한됩니다.
  • 개설 제한을 회피하는 행위를 방지하기 위해, 프로젝트 개설 토론의 발제 철회는 불가능합니다.
  • 프로젝트 재개설도 개설과 같은 과정으로 진행됩니다.
  • 템플릿:나무위키 프로젝트에 있는 내용은 꼭 넣어주세요. 그 외의 것은 자유롭게 추가하셔도 됩니다.

1.1.2. 프로젝트 홍보

  • 참여자들은 위키 외부에 프로젝트의 존재를 알려서 기여자들의 참여를 유도할 수 있습니다.
  • 프로젝트가 개설되면 2주간 나무위키:대문에 게시됩니다.
  • 해당 프로젝트 문서의 토론에서 스레드 하나를 열어 프로젝트를 홍보할 수 있습니다. 하나 이상의 스레드는 최초 스레드를 제외하고 모두 종결 처리합니다.
  • 해당 프로젝트 이름으로 된 분류를 생성하여 해당 프로젝트의 관할 문서를 분류할 수 있습니다.[1]
  • 해당 프로젝트가 어떤 분류 내에 속하는 모든 문서를 관할하는 경우, 해당 프로젝트 이름으로 된 분류를 관할 문서에 삽입하는 대신에 그 분류의 상위 분류로 지정할 수 있습니다.
  • 해당 프로젝트의 참가자의 사용자 문서의 상단에 틀:유저박스/프로젝트를 부착하여 프로젝트를 홍보할 수 있습니다.

1.1.3. 프로젝트 진행

  • 프로젝트 문서에서 토론을 통해 관련 분야에 대한 세부 지침을 개정하고자 할 경우 규정 개정 토론을 진행하여야 하며, 진행 방식은 나무위키:기본방침에 따릅니다.
    • 특수 프로젝트의 경우 운영회의 합의에 따라 세부 지침을 개정할 수 있습니다.
      • 운영회의 합의에 따라 개정된 세부 지침을 개정하기 위해서는 운영회의의 합의가 이루어져야 합니다.
  • 관심 있는 분야의 프로젝트에 참여하고 싶은 유저들은, 해당 프로젝트 문서에 자신의 ID나 IP를 적을 수 있습니다. 나무위키의 닉네임과는 다른 외부 커뮤니티의 ID나 닉네임 등은 적을 수 없습니다. 이를 '서명'이라고 부릅니다. 문서에 서명을 남긴 유저는 ‘공식 참가자’가 됩니다.
  • ID나 IP를 남기고 싶지 않은 비공식 참여자 분들도, 프로젝트에 어떤 제한도 없이 자유롭게 참여 할 수 있습니다.
  • 학술 분야에서의 독자연구 집단연구는 금지합니다.
  • 레퍼런스(출처)는 권장하나 필수는 아닙니다.
  • 프로젝트의 성과를 달성하여 성과 문단 혹은 하위 문서에 성과를 기재할 시 문서 명과 달성한 일자[2]를 함께 표기해야 합니다.[3]
  • 기타 프로젝트의 진행 및 운영은 참가자들의 자율에 맡깁니다.
1.1.3.1. 프로젝트 토론
  • 참여자는 프로젝트 문서에서 토론을 통해 프로젝트의 진행에 관해 논의할 수 있습니다. 이러한 토론을 프로젝트 토론이라고 합니다.
  • 프로젝트 토론에서 참여자는 작성이 필요한 문서, 서술 방향, 계획 등에 대해 논의할 수 있습니다. 또한 편집, 내용 상의 도움을 요청할 수 있습니다.
  • 프로젝트 토론에서 해당 분야에 관한 질문을 할 수 있습니다. 또한, 문서의 가독성이 떨어지거나 너무 어렵게 적혀서 이해가 안 된다는 건의를 할 수 있습니다. 프로젝트 참여자들은 이 지적을 받아들여 글을 더 알차게 꾸밀 수 있습니다.
  • 프로젝트 토론은 프로젝트당 최대 3개까지 발제할 수 있습니다. 프로젝트 홍보를 위해 열린 스레드가 있을 경우, 해당 스레드를 포함하여 최대 3개까지 발제할 수 있습니다.
  • 프로젝트 토론을 프로젝트 토론이 아닌 토론[4]으로 이동할 수 없으며, 반대로 프로젝트 토론이 아닌 토론을 프로젝트 토론으로 이동할 수 없습니다.
  • 프로젝트 토론은 기본적으로 논의가 완료될 때 종결되나, 48시간 이상 유의미한 발언이 없거나 관리자가 조기 종결이 필요하다고 판단하는 경우 종결할 수 있습니다.
  • 참여자는 프로젝트 토론의 내용을 프로젝트 문서에 기록할 수 있으나, 이는 구속력을 가지지 않습니다.

1.1.4. 프로젝트 종료

1.1.4.1. 완료
  • 해당 프로젝트 문서의 토론에서 이 프로젝트가 당초 목적한 바를 모두 완수했다는 것에 합의가 이루어진 경우, 그 프로젝트는 완료된 것으로 취급해 종료됩니다.
    • 단, 다음의 조건을 모두 만족하는 공식 참가자가 프로젝트가 이루어야 할 성과가 아직 남아있음을 주장할 경우 해당 프로젝트는 완료되지 않습니다.
      • 토론이 발제되기 최소 14일 전에 서명함.
      • 해당 프로젝트에서 다루는 문서들에 총합 500자 이상의 기여를 함.
  • 프로젝트 완료 시, 완료된 기존 프로젝트 문서를 보존하고, 틀:완료된 프로젝트를 문서 최상단에 삽입해야 합니다.
1.1.4.2. 중단
  • 관리자는 아래에 해당하는 경우, 특정 프로젝트를 중단할 수 있습니다.
    • 해당 프로젝트가 나무위키 대내외적으로 문제를 발생시켜, 이를 유지하는 것이 불가능하거나 무익하다고 판단되는 경우.
    • 프로젝트 참여자 간의 친목 활동을 통해 나무위키에 부정적인 영향을 끼쳤을 경우.
    • 프로젝트 정리 대상일 때 기간 내에 유효한 이의를 제기하지 않은 경우.
  • 위에 언급된 내용 외에도 사측 관리자가 판단하기에 부적절한 프로젝트는 중단할 수 있습니다.
  • 프로젝트 중단 시, 중단된 기존 프로젝트 문서를 보존하고, 틀:중단된 프로젝트를 문서 최상단에 삽입해야 합니다.
1.1.4.2.1. 프로젝트 정리
  • 관리자는 매 분기의 마지막 달[5] 25일 전후에 나무위키:프로젝트 정리 문서에 비활동 프로젝트의 정리를 위한 토론(이하 '정리 토론')을 발제해야 합니다.
    • 이를 위해 매 분기의 정리 토론 발제 5일 전[6]까지 운영진 게시판에서 정리 토론을 진행하는 관리자(이하 '진행자') 1인을 결정해야 합니다.
    • 진행자는 나무위키:프로젝트 정리 문서에 프로젝트 정리 대상 프로젝트를 게시해야 합니다.
    • 프로젝트 존치를 원하는 사용자는 정리 토론에서 이의제기를 할 수 있습니다.
    • 프로젝트 정리를 마칠 때에 진행자는 다음 프로젝트 정리에 영향이 가는 사항을 나무위키:프로젝트 정리 문서에 작성해야 합니다.
  • 정리 대상 프로젝트(이하 '정리 대상')의 선정은 각 프로젝트 문서의 프로젝트 성과 문단을 참고하여 다음의 기준에 따라 판단합니다.
    • 발제일을 기준으로 3개월 동안 성과가 추가되지 않아서 사실상 방치된 것으로 판단되는 프로젝트는 정리 대상이 됩니다.
    • 성과 문단이 분화되어 독립 문서로 존재할 경우, 그 문서를 참고합니다.
    • 진행자의 착오로 정리 대상에서 누락된 프로젝트는 발제일로부터 3일 내에 수정되지 않을 경우 정리 대상에 포함되지 않습니다.
  • 진행자는 정리 대상 문서에 정리 토론 발제일로부터 48시간 내에 프로젝트 개별문서에 틀:정리 대상 프로젝트 부착, 틀:프로젝트 종료 대문 공지, 게시판 공지사항에 정리 알림을 작성하여야 합니다.
    • 이를 어길 시 지연된 시간만큼 이의 제기 기간을 연장해야 합니다.
  • 이의 제기 기간은 정리 토론의 발제일로부터 10~14일입니다. 이 기간은 별도 규정에 의해 연장될 수 있습니다.
  • 이의 제기 기간 종료 후 유효한 이의가 없었던 정리 대상은 중단되고 정리 토론은 종료됩니다.
  • 이용자는 정리 대상 선정에 대하여 이의 제기를 할 수 있고, 진행자는 그 이의가 타당한 것인지 판단하여 정리 대상을 수정할 수 있습니다.
  • 이의 제기는 아래와 같은 경우에 가능합니다.
    • 진행자의 명백한 실수로 정리 대상에 등록된 경우.
    • 이의 제기 기간 시작 전 다른 프로젝트 문서에서 수정이 있었을 경우.
    • 추후 프로젝트의 활동이 예상되는 경우.
    • 해당 프로젝트의 관할 문서들이 수정된 경우.
    • 진행자가 이의 제기의 사유로 제시된 근거를 합당하다고 판단한 경우.
      • 진행자가 참여하고 있지 않은 프로젝트에만 해당됩니다.
      • 진행자가 참여하고 있는 프로젝트에 이 규정을 적용하고자 하는 경우에는 진행자를 제외하고 해당 프로젝트에 참여하지 않은 관리자 1인의 동의를 얻어야 합니다.
  • 프로젝트의 관할 문서들이 수정되었음을 이의 제기의 근거로 삼을 경우, 다음의 조건 중 하나를 만족하는 문서(들)를 근거로 제시해야 합니다.
    • 정리 대상이 다루는 문서 중, 전월의 정리 토론 발제일을 기준으로 정리 토론 발제일까지 의미 없는 편집과 단순 맞춤법 수정, 윤문을 제외한 내용 추가가 존재하여야 합니다.
      • 이때, 제시되는 모든 기여는 정리 토론 발제로부터 최소 24시간 전에 서명한 참여자의 것이어야 합니다.
      • 단, 특수 프로젝트의 경우 해당 프로젝트의 목적 달성을 위한 맞춤법 수정, 문법 수정, 윤문은 이의제기 근거로 인정합니다.
  • 프로젝트 정리가 종료된 이후 진행자는 문서 수정을 근거로 존치된 프로젝트 문서와 게시판 공지사항에 성과 문단 관리를 촉구하는 틀 또는 글을 부착/작성해야 합니다.
    • 위의 단서조항을 실행하였을 경우에는 그 다음번 프로젝트 정리에서 해당 프로젝트의 성과 문단이 추가되었거나 프로젝트의 직접적인 활동[7]을 증명하지 않는다면, 관할 문서의 수정을 근거로 이의 제기를 할 수 없습니다.
1.1.4.3. 통합
  • 관리자나 각 프로젝트의 참가자들이 필요하다고 판단한 경우, 프로젝트를 통합할 수 있습니다.
  • 프로젝트 통합 시, 통합된 기존 프로젝트 문서를 보존하고, 틀:통합된 프로젝트를 문서 최상단에 삽입해야 합니다.

[1] 예: 나무위키 OO 프로젝트인 경우, [\[분류:나무위키 OO 프로젝트\]\]라는 분류를 생성할 수 있습니다. [2] <2. (명사)어느 해의 어느 달 며칠에 해당하는 그날> [3] 달성 일자를 문단 등으로 표기하는 경우도 허용합니다. [4] 일반 문서에서 열리는 토론 및 규정 개정 토론 등을 포함합니다. [5] 3월, 6월, 9월, 12월 [6] 3월, 6월, 9월, 12월의 20일 전후 [7] 프로젝트 문서에서 발제한 문서 편집 방향에 대한 토론, 관련 규정 개정 토론 등

1.1.5. 특수 프로젝트에 관한 세부 지침

1.1.5.1. 대문 기념일
  • 대문 기념일(이하 '기념일')이란 본 세부 지침에 따라 지정된 특정 일자를 뜻합니다.
1.1.5.1.1. 대문 기념일의 정의

[8] 4월 5일 [9] 4월 17일

1.1.5.1.2. 기념일 안건의 제안
  • 프로젝트 참여자는 기념일 20일 전부터 나무위키:프로젝트/대문 기념일/논의 중인 안건에 대문 기념일을 논의하기 위한 토론을 발제할 수 있습니다.
  • 관리자는 안건 제안 또는 토론 참여자의 자격을 로그인한 이용자로 제한할 수 있습니다.
    • 관리자는 필요에 따라 자격을 15일 이상 경과한 사용자로 일시 상향할 수 있으며, 이때 발제된 토론에 그 사유를 공개해야 합니다.
  • 제안된 안건은 아래 조건을 모두 만족하여야 합니다.
1.1.5.1.3. 최종 안건의 선정
  • 토론 참여자들은 토론 관리 방침에 근거하여 토론 합의에 따라 최종 안건을 선정한 경우 누구든 틀:대문 기념일에 토론 합의의 승인을 요청할 수 있습니다.
  • 토론 참여자들은 최종 안건이 결정되지 않은 경우, 제안 기간 종료 시까지 제안된 안건을 운영진에게 전달할 수 있습니다.
    • 위 조항에 따라 전달된 안건을 "안건 후보"로 명명합니다.
1.1.5.1.4. 최종 안건의 표결
  • 운영진은 최종 안건이 결정되지 않아 운영진에게 전달된 안건 후보를 기념일 5일 전부터 3일 동안 표결을 진행합니다.
    • 위 조항에 따라 진행되는 표결을 "안건 표결", 안건 표결이 진행하는 기간을 "안건 표결 기간", 안건 표결의 결과로 지정된 기념 안건을 "최종 안건"으로 각각 명명합니다.
    • 예외적으로 안건 후보가 1개인 경우, 안건 표결을 생략하고 해당 안건 후보를 최종 안건으로 간주합니다.
  • 안건 표결은 나무위키:프로젝트/대문 기념일/안건 표결에서 진행합니다.
  • 운영자는 1표의 표결권을 가지며, 기권표를 행사할 수 있습니다.
  • 다음 조건 중 하나 이상에 해당하는 운영자의 표결권을 제한합니다. 이미 표결에 참여한 경우 해당 운영자의 표결 참여 내용을 무효로 합니다.
    • 제안 기간 동안 1개 이상의 안건을 제안한 운영자의 경우
    • 제안 기간 동안 1개 이상의 안건에 동의한 운영자의 경우
    • 표결 기간 중 사측 관리자에 의해 권한이 회수된 운영자의 경우
  • 최다 득표된 1개의 안건을 최종 안건으로 선정합니다.
1.1.5.1.5. 최종 안건의 승인
  • 사측 관리자는 최종 안건의 승인 및 반영 권한을 가집니다.
  • 사측 관리자는 최종 안건의 승인을 거부할 수 있습니다. 이때, 사측 관리자는 거부 사유를 공개해야 합니다.
  • 이용자는 승인된 최종 안건에 대한 이의를 제기할 수 있습니다. 이 조항에 따라 제기된 이의는 사측 관리자가 처리합니다.
1.1.5.1.6. 최종 안건의 게시
1.1.5.1.7. 최종 안건 수정의 제한
  • 최종 안건에 대한 편집 요청이 승인된 경우, 기념일 다음날까지 틀:대문 기념일과 첨부된 이미지를 수정하거나 편집 요청을 생성하는 것을 금지합니다. 단, 다음과 같은 경우는 예외로 합니다.
    • 오탈자를 수정하기 위한 경우
    • 사측 관리자가 수정하는 경우
  • 관리자는 위의 조항을 위반하는 이용자를 편집권 남용에 준하여 제재할 수 있습니다.
1.1.5.1.8. 이전 기념 안건의 기록

1.2. 연습장

  • 연습장을 편집할 때는 나무위키:기본방침을 준수하여 편집합니다.
  • 누구나 자유롭게 연습장을 편집할 수 있지만, 신규 연습장을 생성하거나 연습장을 이동, 삭제하는 행위는 제한됩니다.
    • 연습장의 생성, 이동, 삭제를 원한다면 토론 합의를 통해 관리자에게 요청해야 합니다.
  • 연습장은 둘러볼 수 있도록 틀:나무위키 연습장에 목록을 작성합니다.
  • 연습장 관련 토론은 틀:나무위키 연습장에서 발제할 수 있습니다.
  • 연습장 이외의 문서는 연습 용도로 사용할 수 없습니다.[10] 단, 아래 문단은 예외로 합니다.

1.2.1. 연습 용도로 사용할 수 있는 문서

  • 자신의 사용자 문서, 프로젝트 문서의 연습장 문단은 연습장에 포함되지 않지만, 연습 용도로 사용할 수 있습니다.
  • 프로젝트당 연습 용도로 사용할 수 있는 문단은 1개로 제한됩니다.

1.3. 소급 적용 규정 일람

  • 기본방침 4.5문단:규정의 불소급 원칙에 따라, 소급 적용되는 규정을 나무위키:소급 적용 규정 일람 문서(이하 이 문단에서 "일람"이라 합니다.)에 기록합니다.
  • 기본방침 4.5문단:규정의 불소급 원칙에 따라, 소급 적용되는 토론 합의의 승인 요청 시 일람에 편집 요청을 작성하여야 합니다.
  • 일람의 편집권은 관리자에게 있으며, 편집 요청은 로그인한 이용자만 할 수 있습니다.
  • 일람에는 다음 사항을 반드시 작성하여야 합니다. 이때 일람에 기재된 가이드에 따라 리스트 문법을 이용하여 작성합니다.
    • 규정 개정 토론의 링크 및 그 토론의 주제[11]
    • 토론 합의의 반영을 요청한 편집 요청의 링크[12]
    • 규정이 반영된 일자
  • 사측 관리자가 규정 개정 토론 없이 개정한 규정이 소급 적용될 시, 다음 사항을 따릅니다.
    • 규정 개정 토론의 링크 및 그 토론의 주제는 작성하지 않으며, 나무위키 게시판에 해당 규정과 관련된 안내 글이 작성되었을 경우, 그 글의 링크 및 제목을 작성하여야 합니다. 관련된 안내 글이 없을 경우, 틀:운영알림에 적힌 내용[13]을 그대로 복사하여 작성하여야 합니다.
    • 토론 합의의 반영을 요청한 편집 요청의 링크는 작성하지 않으며, 그 대신 규정 개정 내용을 볼 수 있는 비교 링크[14]를 작성합니다.
    • 규정이 반영된 일자는 규정 개정 토론의 경우와 동일하게 작성합니다.
  • 일람에 작성된 내용은 이후로 편집하거나 제거하지 않습니다. 다만 아래의 경우는 예외로 합니다.
    • 규정 개정 편집 요청이 반영된 후 규정의 변경 내용을 확인할 수 있는 비교 링크의 추가할 수 있습니다.[15]
    • 규정의 소급 적용이 취소된 경우, 일람의 해당 내용을 제거합니다.
    • 규정이 폐기된 경우, 일람의 해당 내용을 제거합니다.
    • 규정이 크게 변동[16] 경우, 그 하위 리스트로 현재 규정으로 개정된 토론의 링크와 주제, 편집 요청 링크, 규정 반영 일자를 작성합니다.
    • 규정 위치가 이동되거나 규정이 분화된 경우[17], 일람의 해당 내용을 다른 문단으로 이동할 수 있습니다.
    • 깨진 링크가 발생한 경우, 깨진 링크를 수정할 수 있습니다.
    • 오탈자나 내용상 · 형식상의 오류가 명백할 경우, 해당 오탈자나 오류를 수정할 수 있습니다.[18]

[10] 연습 용도로 사용할 경우 문서 훼손으로 간주됩니다. [11] 토론 주제에 오탈자나 맞춤법 오류가 있더라도, 토론의 주제를 그대로 작성합니다. [12] https://namu.wiki/edit_request/AbcdEfghi 등의 형식입니다. [13] 규정의 위치 및 '해당 규정은 소급 적용됩니다' 문구는 제외합니다. [14] https://namu.wiki/diff/나무위키:기본방침?rev=001&oldrev=002 등의 형식입니다. [15] 기존에 작성된 편집 요청 링크는 제거하지 않습니다. 또한 비교 링크를 추가할 경우 그 비교 링크도 예외사항에 해당하지 않는 한 편집·제거하지 않습니다. [16] 단순한 수치 변경, 범위 조정 등 사소한 개정은 해당되지 않습니다. [17] 예: 특정 분야 지침에서 일부 내용이 창작물 지침으로 분화된 경우 등 [18] 토론 제목을 일람에 잘못 입력한 경우, 규정이 반영된 일자를 잘못 입력한 경우 등이 이에 해당합니다.

2. 분류 문서

  • 기본적으로 나무위키 이용자들은 자유롭게 분류 문서를 작성/수정하고, 임의의 문서를 적절한 분류 문서에 배속할 수 있습니다.
  • 분류 문서를 작성할 때, 개별 분류 문서는 고립된 상태가 아니어야 합니다. 개별 분류 문서는, 나무위키 분류 시스템의 최상위 분류인 분류:분류까지 도달할 수 있도록 적절한 상위 분류에 배속해야 합니다.
  • 종속 분류 문서는 하위 분류의 한 종류로서 종속 문서 관련 표제어 지침에 따른 분류 문서의 종속 문서[19]를 의미합니다.
  • 단독 문서와 동일한 명칭의 분류를 생성하기 위해선 다음의 조건 중 하나를 만족해야 합니다.
    • 분류에 속한 일반 문서, 하위 분류, 틀, 템플릿이 5개 이상임
      • 하위 분류는 1개의 문서로 간주하며, 하위 분류에 배속된 문서는 고려하지 않습니다.
      • 단, 종속 분류에 배속된 문서는 합산해서 계산합니다.
    • 분류의 총 글자 수가 500자 이상임
  • 다음과 같은 분류의 생성을 금지합니다.
    • 나무위키:편집지침/일반 문서의 ' 4.1 비하적, 모욕적 표현'에 근거하여, 불쾌감을 주는 것으로 판단되는 분류
    • 한글 초성, 로마자, 숫자 등 정렬 순서와 '/목록' 등 문서 설명에 직결되지 않은 키워드로 나누는 하위 분류[20]
    • 성별을 제외한 신체 사항(키, 체중, 혈액형 등), 또는 MBTI 16 Personalities와 같은 심리 유형으로 인물을 나누는 분류
    • 특정 사상·계파로 인물 및 집단·단체를 나누는 분류
      • 사상 분류는 만들 수 있으나 해당 분류에 개별 인물이나 개별 집단·단체를 설명하는 문서는 넣을 수 없습니다.
      • 정당은 예외로 합니다.
    • 특정 프로그램의 게스트 분류
      • 고정 출연자, 고정 게스트처럼 고정 출연진들만을 정리한 분류는 해당되지 않으며, 특정 프로그램의 인물 분류에서 게스트나 일일 출연진 등 단발성으로 출연한 인물들이 포함되어 있는 분류는 금지됩니다.
      • 단, 오디션 프로그램의 참가자를 정리한 분류와 오디션 프로그램이 아니어도 우승자 또는 그에 준하는 인물들만 정리한 분류는 이 규정에 해당되지 않습니다.
    • 아티스트들의 합작 작품을 기준으로 한 분류
      • 단, 토론을 통해 합작이 참여자 전원에게 중대한 영향을 끼쳤다는 합의가 나올 경우 합작 작품 기준 분류를 생성할 수 있습니다.
    • 생몰년도를 제외한 통계적 수치로 인물을 나누는 분류
    • 특정인의 범죄, 범죄 혐의, 징계와 관련된 분류
      • 단, 역사상 인물의 징계와 관련된 분류는 예외로 합니다. #
    • 특정인의 가족의 직업과 관련된 분류
  • 근거에 입각한 분류 문서의 이동은 자유로우나, 분류 문서 재활용 목적의 이동은 자신이 생성한 분류 문서에 한해서만 할 수 있습니다.

[19] 분류:A/B 형식인 문서 [20] 목록형 문서만 모아놓은 분류는 문서 설명과 직결된 키워드로 '/목록'을 사용한 하위 분류 생성이 가능합니다. [생성_예시] 분류:유튜버에서 구독자 수를 기준으로 한 통계적 수치 분류를 생성하자는 토론 합의가 도출된 경우, 합의 내용에 따른 분류:골드 플레이 버튼 수상자 등의 하위 분류를 생성할 수 있습니다.

2.1. 분류 문서의 삽입 원칙

  • 문서를 작성할 때에는 반드시 분류:분류의 하위 분류 중에서 해당 문서의 속성을 나타내는 가장 좁은 범위의 분류를 찾아 삽입해야 합니다.
    • 단, 일반 문서와 분류 문서의 표제어가 같은 경우에는 일반 문서에 해당 분류의 상위 분류도 삽입할 수 있습니다.[22]
      • 편집 분쟁이 발생하면 해당 분류의 상위 분류를 존치하려는 쪽에 입증 책임이 있습니다.
    • 업로드된 이미지 파일 분류, 프로젝트 관련 분류는 해당 규정을 적용받지 않습니다.
  • 사용자 문서에는 분류를 삽입할 수 없습니다.
  • 파일 문서에는 분류:파일의 하위 분류를 삽입해야 합니다. 해당 파일이 사용되는 문서의 분류도 같이 삽입하는 것을 원칙으로 합니다.
  • 템플릿 문서에는 분류:템플릿의 하위 분류를 삽입해야 합니다. 해당 템플릿을 이용하여 일반 문서를 작성할 경우 반드시 분류:템플릿의 하위 분류를 제거하여야 합니다.
  • 토막글에는 분류:토막글의 하위 분류만을 삽입할 수 없으며, 별도로 적절한 분류를 찾아 삽입해야 합니다.
  • 고유한 내용 없이 개별 문서로 이어지는 링크만 존재하는 메타 문서에는 개별 문서에만 해당되는 분류를 삽입할 수 없습니다.
  • 분류를 순환되게 삽입할 수 없습니다.[23]
  • 단독 인물 분류는 다른 인물 문서의 분류로 삽입할 수 없습니다.[24]
    • 단, 2차 창작에 등장한 캐릭터가 원본의 인물과 동일하다고 간주될 수 있거나, 원본 인물을 알지 못할 경우에 이해하기 힘들어지는 패러디일 경우에는 원본 인물의 분류를 삽입할 수 있습니다.
  • 실존 인물을 다루는 문서에 특정 단체나 사상에 관한 분류[25]의 삽입 여부를 두고 편집 분쟁이 발생했을 경우 삽입 찬성 측이 해당 인물이 해당 단체의 일원/해당 사상의 지지자거나, 최소한 유의미한 연관성을 갖고 있음을 입증해야 합니다.[26] 단, 이를 입증하는 과정에서 독자연구는 인정되지 않습니다.
    • 단체 관련 분류의 경우 현재 소속되었거나, 된 적이 있거나, 그에 준하는 수준의 밀접한 연관이 있음을 입증해야 하며, 단순히 지지/반대 의사를 밝힌 것은 인정하지 않습니다.
    • 정당, 시민단체 등 법인에 대한 관련 분류 삽입 역시 이에 준해 적용합니다.
  • 둘 이상의 개별 대상을 단순히 묶어놓은 문서[27]는 개별 대상의 분류 및 하위 분류를 삽입할 수 없습니다.
  • 둘 이상의 인물 또는 그룹이 아티스트로서[28] 참여한 노래, 앨범, 그룹 문서 및 분류에 해당 인물 및 그룹 분류 및 하위 분류를 삽입할 수 없습니다.
  • 사건 사고 문서는 단독 인물 및 그룹 분류 및 하위 분류를 삽입할 수 없습니다. 단, 표제어에 사건 사고를 일으킨 주체나 피해자 등 구체적인 대상이 명시된 경우 그 대상의 분류 또는 하위 분류를 삽입할 수 있습니다.
  • 정상회의, 회담, 국제기구 문서 및 분류는 구성원의 분류 및 하위 분류를 삽입할 수 없습니다.

[22] 예를 들어 '○○○만화/등장인물' 문서에는 '분류:○○○만화'와 '분류:○○○만화/등장인물'을 모두 삽입할 수 있습니다. [23] 서로가 서로의 하위 분류가 되게끔 분류:A를 분류:B에, 분류:B를 분류:A에 삽입할 수 없습니다. [24] 인물 A 가족인 인물 B의 문서, 또는 인물 A가 참여한 창작물에 속하는 가공 인물 C의 문서에 '분류:A'를 삽입할 수 없습니다. [25] 인터넷 커뮤니티 사이트 및 인터넷상의 단체에 관한 분류도 포함합니다. [26] 토론 관리 방침상 순위 내 근거 및 그 밖의 해당 인물 본인이 직접 해당 단체 소속/해당 사상 지지 여부를 직접적으로 밝힌 기록 등을 근거로 활용할 수 있습니다. (발언/행동 등을 이용해 추측하는 것은 인정하지 않습니다.) [27] SKY(대학교), 김나박이 [28] 작품명에서 괄호 안에 들어있는 듀엣, 피처링, 프로듀싱 등은 포함하지 않습니다.

2.2. 분류 문서의 표기

  • 분류 표기가 여러 개일 경우 분류를 한 줄로 작성하는 것을 우선합니다. 또한 분류는 띄어쓰기 없이 붙이는 것을 우선합니다.
  • 분류 표기는 포괄적인 분류를 먼저, 개별적인 분류를 나중에 작성하여야 합니다. 서로 대등한 분류는 가나다순으로 작성합니다. 동음이의어·다의어 문서의 경우 목차 순서대로 작성합니다.
  • 분류 블러 기능은 스포일러성을 띄는 분류의 노출을 막기 위한 경우 또는 다른 규정에서 허용하는 경우에만 사용할 수 있습니다.

2.3. 분류 문서의 존치

  • 분류 문서 안에 문서나 하위 분류가 없거나, 분류를 위한 객관적인 기준이 전혀 없을 경우, 토론 없이 해당 분류 문서를 지울 수 있습니다.
    • 이에 대해서 토론이 발생할 시 존치를 주장하는 쪽에서 먼저 존치를 해야 하는 이유를 입증하여야 합니다.
      • 꼭 토론이 아니더라도 분류 문서 안의 서술로 대신할 수 있습니다.[29]

[29] '나중에 해당 분류에 해당하는 문서를 작성할 예정이다' 등.

2.3.1. 존치 가능한 근거

  • 아래는 분류 문서의 존치 여부에 대한 토론에서 참고될 수 있는 사항입니다.
    • 체계성 - 체계적이어야 한다.[30]
    • 포괄성 - 나무위키 내에 해당 문서의 존재와는 별개로, 나무위키의 등재 기준에 부합되는 복수 이상의 것들을 포괄할 수 있어야 한다.
    • 상징성 - 하위 문서나 분류를 상징할 수 있어야 한다.
    • 실존성 - 나무위키 내에 해당 문서의 존재와는 별개로, 나무위키의 등재 기준에 부합되는 실존하거나 실존했던 것들을 포함할 수 있어야 한다.
    • 필요성 - 이 문서가 존재해야 하는 이유가 있어야 한다.
    • 활용성 - 활용할 수 있거나 활용 가능성이 있어야 한다.

[30] 상하위 분류나 관련 분류와의 체계성이 있어야 합니다. 예시: 국적_직업, 국적_성별_직업 형식의 분류 등. 예: 분류:한국 남가수.

2.4. 파일 분류

  • 분류:파일/~ 형식의 분류를 파일 분류라 합니다.
  • 파일 분류에는 파일 문서와 그 하위 파일 분류만을 분류해야 합니다.
  • 파일 문서와 하위 파일 분류만을 포함할 용도의 분류는 파일 분류로 생성할 것을 권장합니다.
  • 파일 분류는 최소 30개의 파일이 분류되어야만 생성 및 존치할 수 있습니다.
    • 하위 파일 분류 역시 개수 조건을 만족해야만 생성 및 존치할 수 있습니다.
    • 상위 파일 분류에 분류된 파일의 개수는 하위 파일 분류에 분류된 파일의 개수까지 합산하여 계산합니다.
    • 파일 분류를 우선 생성하는 경우, 48시간의 유예 기간 동안 개수 조건을 충족시켜야 합니다.

2.5. 계통분류학

  • 계통분류학에서는 다음과 같은 원칙을 따릅니다.
    • 계통분류학에 따른 분류 문서는 계통분류학에서의 정식 명칭을 따릅니다.
      • 이때 역, 계, 문, 강, 목, 과, 족, 속 외[31]의 분류군은 대중적인 명칭을 따르며[32], 종 분류는 해당 문서명을 따릅니다.
    • 하위 문서나 분류가 둘 이상일 때, 분류 문서를 생성할 수 있습니다.
      • 다만, 속 분류의 경우 나무위키 내 문서의 존재와는 별개로, 해당 속에 속한다고 밝혀진 종이 둘 이상일 때 생성할 수 있으며, 위와는 무관하게 그 상위 분류들도 생성할 수 있습니다.
      • 만약, 속 분류에 속하는 하위 문서가 나무위키 내에 전혀 존재하지 않을 경우에는 해당 분류 문서를 임시 삭제할 수 있습니다.

[31] 아목, 하목, 상과, 아족 등. [32] 예: 수각아목 →수각류.

2.6. 창작물에 대한 분류

  • 창작자가 공인한 기준을 바탕으로 분류해야 합니다.
  • 다음 조건들로는 분류를 등재 및 존치할 수 없으며, 다음 조건을 만족하게 문서에 분류를 삽입할 수 없습니다.
    • 창작물 단독 문서를 분류하는 기준이 특정 소재[33]의 공통점이면서, 이 단독 문서들을 모으는 범위가 명확하지 않은 분류[34]
      • \, \처럼, 장르나 매체 등 소재의 범위를 명확히 하는 분류는 본 규정이 지칭하는 대상이 아닙니다.

[33] 요리, 도검, 꿈, 동물 등 특정 명사로 나타낼 수 있는 모든 존재, 배경 지역, 주제, 개념, 사상 등 작품을 형성하기 위한 구성요소 전반을 가리킵니다. [34] 가령, \[[분류:○○을 소재로 한 작품\]\]이라는 분류명에서 "작품"처럼, 특정 소재를 기준으로 한 "작품"이라는 조건만 충족하면 장르나 매체 유형(책, 영화 게임 등)에 관계 없이 모든 창작물 문서를 하위 문서로 엮을 수 있는 분류를 가리킵니다.

2.6.1. 창작물에 등장하는 대상에 대한 분류

  • 창작물에 등장하는 대상을 분류할 때에는 분류 대상 간 긴밀한 관계가 있어야 합니다. 이는 다음과 같이 정의됩니다.
    • 창작물 내에서 객관적으로 확인할 수 있는 경우[35]
    • 창작자가 공인한 기준을 바탕으로 분류한 경우
  • 다음 조건들로는 분류를 등재 및 존치할 수 없으며, 다음 조건을 만족하게 문서에 분류를 삽입할 수 없습니다.
    • 등장인물의 역할 및 행적의 공통점
    • 서로 관련 없는 창작물 내 대상들의 개별 구성 요소의 공통점[36]
    • 창작자가 공인한 기준이나 그 창작물만의 공식 명칭이 반영되지 않은 독자연구나 분석 결과
    • 대상의 범주나 한계를 명확히 정의할 수 없는 용어로 단독 문서를 모으는 분류[37]
    • 단, '작품이 마이너함' 등의 제반사정으로 "이외에는 등재할 수 있는 분류가 전혀 없는" 문서에 한해, 임시 분류하기 위한 목적으로 분류:매체별 캐릭터, 분류:설정 및 그 하위 분류를 사용하는 경우에는 이 규정을 적용받지 않습니다.
  • 다음과 같은 경우에는 '캐릭터'라는 단어를 사용하거나 붙여 쓴 분류명 작성을 권장하지 않습니다.
    • \ 형식의 분류에서, '캐릭터'라는 단어를 일반명사 '등장인물'로 대체 가능한 경우
    • 분류명으로 사용된 고유명사가 캐릭터의 사전적 정의[38]를 이미 내포하고 있는 경우

[35] 인물과 사물 여부, 게임은 데이터마이닝을 통해 기준을 확보할 수 있는 경우를 말합니다. [36] 사용 도구, 능력, 직업, 종족, 생물군, 모티브가 된 소재, 출신지 또는 국가명, 성향 등 대상을 형성하기 위한 개별 소재, 그리고 대상을 표현하기 위해 투입된 배우, 성우, 디자이너, 일러스트레이터와 같은 실존인물 등. [37] \[[분류:가공의 ○○\]\] 형식의 분류 등이 해당됩니다. [38] 이때 캐릭터의 사전적 정의란 작품에서 드러나는 인물의 개성이나 이미지를 말합니다.

2.6.2. 메타 분류

  • 창작물의 메타 분류: \, \ 형식의 분류는 \을 분명히 하는 하위 분류들을 엮는 상위 분류로만 존재 가능하며, 하위 분류의 개념을 다루는 단독 문서만을 하위 문서로서 둘 수 있습니다. 창작물 단독 문서를 창작물 메타 분류의 직속 하위 문서로 두는 것은 원칙적으로 금지합니다.
  • 창작물에 등장하는 대상의 메타 분류: 각 작품별로 특정 대상을 지칭하는 공인 기준이나 공식 용어/명칭 등이 서로 다르지만, 기본적으로 같은 유형이나 개념으로 정의할 수 있는 분류들을 모으는 메타 분류[39]를 생성할 수 있습니다. 다만, 아래 사항들을 준수해야 합니다.
    • 하위 분류: 각 창작물의 공식 용어 또는 창작자나 창작물의 공인 기준을 반영해 만든 분류만을 하위 분류로서 넣을 수 있습니다.
      • 예를 들어 분류:로봇/창작물의 하위 분류로는 분류:우주세기/모빌슈트와 같은 공식 용어나, \ 형식을 갖춘 창작자나 창작물의 공인 기준을 사용해 만든 분류만을 등재할 수 있습니다. 이를 반영하지 않은 독자연구나 분석결과를 바탕으로 한 분류는 등재할 수 없습니다.
    • 하위 문서: 하위 분류의 개념을 다루는 단독 문서를 제외한, 개별 캐릭터나 사물 등을 다루는 단독 문서를 메타 분류의 직속 하위 문서로 두는 것은 원칙적으로 금지합니다.

[39] 예를 들어 분류:우주세기/모빌슈트나 \이라는 분류 등이 해당됩니다.

3. 틀 문서

  • '틀'이란 include 매크로 문법 사용으로 일괄 변경과 수정에 용이하고 텍스트를 단축하기 위해 만든 특수 문서입니다.
  • 틀은 다음과 같이 구분합니다. 하위 문단에서 명명되는 틀들 생성할 수 있습니다.
  • 틀에 넣은 각주 때문에 토론이 발제됐을 때는 각주를 존치하자는 쪽이 우선 근거를 입증해야 합니다.
  • 일반 틀, 둘러보기 틀, 고정상자 틀, 양식상자 틀에 위키문법을 사용할 수 없습니다.[40] 단 별도 규정에서 허용하는 경우에는 사용할 수 있습니다.[41]

[40] 예: 상술된 틀에 '''[include(틀:스포일러)]''' 등의 텍스트 문법을 적용할 수 없으며, 상술된 틀을 표 문법 속에 넣거나 folding 문법으로 접을 수 없습니다(문단 접기는 가능합니다.). [41] 예: #둘러보기 틀 규정에서 ‘접기 문법으로 복수의 틀을 접어서 표기’를 허용하는 경우 등

3.1. 문서/문단 상단에 우선 작성하는 틀

  • 다음과 같은 틀들이 있습니다.
    • 일반 틀
    • 둘러보기 틀
  • '문서/문단 상단에 우선 작성하는 틀'로 간주되는 문서 내 서술과 다른 틀은 우선적으로 해당 틀로 간주되며 그 지침을 따릅니다. 틀 문서가 아닌 문서 내 서술이라는 근거로 각각의 규정을 우회할 수 없습니다.

3.1.1. 일반 틀

  • 일반 틀은 삽입된 문서 자체의 주요 정보를 전달하기 위한 틀입니다.
  • 일반 틀은 생성 시 토론 합의를 거쳐야 하며, 명확한 삽입 기준이 필요합니다.
  • 일반 틀은 지나치게 세부적인 분류로 있어서는 안 되며, 포괄적인 틀이 그 역할을 대체할 수 있다면 삭제해야 합니다.
  • 일반 틀이 모든 문서나 그에 준하는 방대한 양의 문서에 삽입될 수 있을 정도로 포괄적일 경우 삭제/개정하며, 해당 틀이 포괄적인지는 토론 합의를 통해 결정합니다.
  • 일반 틀이 최상단 화면을 전부 가리도록 배치될 수 없으며, 이 경우 일부 틀을 문서에서 삭제하거나, 틀이 화면을 전부 가리지 않도록 수정해야 합니다.
3.1.1.1. 일반 틀의 삽입 기준
  • 아래의 삽입 기준은 일반 틀을 삽입할 때 따라야 하는 지침일 뿐이며, 틀 자체의 존치 여부와는 연관이 없습니다.
  • 틀:토론 중은 토론 적용 대상 문서에만 달 수 있습니다.
  • 틀:스포일러는 스포일러를 경고하고자 할 때 사용합니다. 이 틀은 스포일러가 포함된 문서에 단 1개만 달 수 있습니다.
    • 이 틀을 달 때 틀 위나 아래에 2줄 이상의 공백을 넣지 않아야 합니다.
    • 메타 문서, 각 작품의 최상위 문서[42], 캐릭터의 작중 행적 및 작품의 줄거리가 분리된 개별 문서의 경우 첫 번째 문단 및 그 상단에 이 틀을 사용하지 않는 것을 우선합니다.
  • 틀:스포일러/선 연재분 틀:스포일러의 삽입 기준을 따르며 틀:스포일러와 함께 사용할 수 없습니다. 또한 해당 틀은 현재 선 연재분에 해당하는 서술 위에만 달 수 있습니다.
  • 틀:운행중단, 틀:폐선, 틀:미개통, 틀:계획취소, 틀:폐쇄된 교통시설은 철도 및 도로 노선 & 철도역 & 버스 노선 문서에 적합한 틀을 선택해서 문서 최상단에만 달아야 합니다.
  • 틀:성적요소는 대한민국의 3대 포털 사이트(네이버, 다음, 네이트) 및 구글 중 하나라도 청소년 유해 키워드로 지정한 단어를 표제어로 삼은 문서에만 달아야 합니다.
  • 틀:불법은 대한민국의 헌법, 법률, 대통령령, 조례 등의 문서에만 사용할 수 있습니다.
  • 틀:미공개는 아직 공식적으로 공개되지 않은 대상의 문서의 최상단 혹은 문단의 상단에만 달 수 있습니다.

3.1.2. 둘러보기 틀

  • 둘러보기 틀이란 특정 분야의 문서를 분류하고, 서로 연결할 목적으로 표 형식을 사용해서 작성한 틀을 뜻합니다.
  • 둘러보기 틀에는 그림자 효과 문법(text-shadow)과 틀 편집을 유도하는 목적의 순환 링크를 사용할 수 없습니다.
  • 한 문서 내에서 둘러보기 틀을 최상단에 최대 두 개까지 삽입할 수 있습니다. 이를 초과해서 삽입하려면 다음과 같은 방법을 사용해야 합니다.
    • 초과한 틀을 다른 곳으로 이동.
    • 접기 문법으로 복수의 틀을 접어서 표기. 이 경우 해당 틀들의 분류가 동일하고, 동일한 서열을 가짐을 입증해야 합니다. 또한, 접힌 틀들은 하나의 틀로 간주됩니다.


}}} || }}} ||
ABCD
ABCD ABCD ABCD ABCD
EFGH EFGH EFGH EFGH
IJKL IJKL IJKL IJKL
MNOP MNOP MNOP MNOP
QRST QRST QRST QRST
ㄱㄴㄷㄹ
ㄱㄴㄷㄹ ㄱㄴㄷㄹ ㄱㄴㄷㄹ ㄱㄴㄷㄹ
ㅁㅂㅅㅇ ㅁㅂㅅㅇ ㅁㅂㅅㅇ ㅁㅂㅅㅇ
ㅈㅊㅋㅌ ㅈㅊㅋㅌ ㅈㅊㅋㅌ ㅈㅊㅋㅌ
ㅍㅎㅍㅎ ㅍㅎㅍㅎ ㅍㅎㅍㅎ ㅍㅎㅍㅎ
}}} ||
  • 최상단에 삽입된 둘러보기 틀의 개수가 두 개를 초과하지 않더라도 가독성, 문서 접근성 및 위치에 문제가 있다고 판단되면 상술된 방법과 더불어 아래와 같은 방법들도 사용할 수 있습니다. 판단 기준은 아래의 '편집 분쟁 시 해결 지침' 문단을 참고하시기 바랍니다.
    • 해당 틀의 배치와 디자인을 수정.
    • 문서 내에서 삭제.
3.1.2.1. 편집 분쟁 시의 해결
  • 접기 문법을 사용하자는 측과 위치를 변경하자는 측 사이의 편집 분쟁이 일어날 시에는 접기 문법을 사용해야 합니다.
  • 접기 여부와 관련된 분쟁에서 접기를 사용하지 말자는 쪽이 다음을 입증하지 못하는 경우 접기 문법을 사용해야 합니다.
    • 문서의 특성상 틀을 펼쳐야 하는가?
    • 해당 틀이 정보 과잉은 아닌가?
    • 해당 틀이 단일 문서 내의 목록을 넘어서 여러 문서를 잇는 용도로 필요한가?
  • 최상단 배치 여부와 관련된 분쟁에서 최상단 배치 측이 다음을 입증하지 못하는 경우 최상단에서 문서의 다른 곳으로 이동해야 합니다.
    • 해당 틀의 내용이 해당 문서의 주요한 상위 분류인가?
    • 특정 사용자들의 편의만 고려하는 것은 아닌가?
  • 디자인의 수정 여부와 관련된 분쟁에서 존치 혹은 변경 측이 다음을 입증하지 못하는 경우, 미관보다 실용성을 중요시하는 방향으로 디자인을 수정해야 합니다.
    • 해당 틀이 실용성보다 미관에 치중하지는 않는가?
  • 삭제 여부와 관련한 분쟁에서 존치 측이 다음을 입증하지 못하는 경우 삭제해야 합니다.
    • 둘러보기 틀이 문서와 주요한 연관이 있는가?
    • 둘러보기 틀의 내용이 분야를 벗어날 정도로 포괄적이지는 않은가?
      • 이 경우 세부적인 틀을 만들어 다시 추가할 수 있습니다.
  • 다음과 같은 경우 둘러보기 틀의 삭제 주장의 근거로 대체 가능한 분류를 제시할 수 없습니다.
    • 해당 둘러보기 틀의 문서 목록이 가나다순, ABC순, 숫자순 등 단순 정렬 외의 명백한 기준으로 정렬되어 있는 경우.
    • 둘러보기 틀의 문서들이 분류에 비해 범위가 좁거나 넓어 하나의 분류에 완전히 일치하지 않을 경우.

[42] 원작 문서에서 분리된 미디어 믹스 문서처럼 실질적으로 최상위 문서나 다름없는 문서 포함.

3.2. 문서 본문에 서술하는 틀

3.2.1. 텍스트 또는 단일 항 형태

  • 유동수치 틀
    • 유동적으로 변화하는 특정 수치가 두 번 이상 사용되고 있을 때[43], 수치 변화를 일괄 갱신할 목적으로 특정 문자열이나 수치를 치환한 틀 문서입니다.
    • 유동수치 틀은 매개변수를 가질 수 없으며, 틀 문서 내에서는 문법의 영향을 받지 않은 수치나 문자열만 입력되어야 합니다.
  • 기호 틀
    • 특정 정보를 단일 항의 형태[44]로 치환하고[45], 이를 여러 부분에 일괄 반영할 목적으로 삽입하는 틀입니다.
    • 정당 표시 틀
      • 기호 틀 중 정당의 색을 배경색으로 두고 해당 정당의 로고 혹은 텍스트 등을 삽입하여 당명을 표시할 목적으로 만들어진 틀을 특별히 정당 표시 틀로 칭합니다.[46]
      • 정당 표시 틀의 텍스트 영역에는 한국어를 사용하여야 합니다.
      • 표에서 정당 표시 틀을 사용할 때에는 흰색이나 회색, 검은색 등 표의 기본적인 배경색 이외의 배경색을 적용할 수 없습니다.
      • 표에서 정당 표시 틀로 인해 표의 각 셀에 지정되어 있는 너비가 지정된 대로 출력되지 않는 기기·브라우저 환경이 있는 경우 해당 틀은 텍스트로 교체되어야 합니다.
      • 정당 표시 틀은 일반 텍스트와 같은 행에 사용할 수 없습니다.

[43] 예: 나무위키 관리자 수 [44] 링크가 걸린 텍스트를 행과 열이 하나인 박스로 묶는 것(예: 틀:무소속 표시, 틀:서울 간선버스 표시), 파일에 텍스트를 캡션처럼 묶어서 표현한 것 등이 해당됩니다. [45] 매개 변수를 사용하지 않는 예: 틀:무소속 표시, 매개 변수를 사용하는 예: 틀:서울 간선버스 표시 [46] 예: 분류:기호 틀/정당에 속하는 틀 문서

3.2.2. 테이블 형태

  • 고정상자 틀
    • 특정 정보[47]를 담은 표·박스를 다수의 문서에 일괄 적용하기 위해 개별 문서화시킨 틀입니다.
    • 2개 이상의 문서에서 사용되거나, 문법을 포함한 글자 수가 5000자 이상일 시 생성 가능합니다.
    • 다른 틀을 해당 틀로 우회 생성하는 것을 막고자 아래 기준을 따라야 합니다.
      • 문서의 첫 번째 문단 및 그 상단에는 사용이 불가능합니다. 단, 문서에서 문단 문법으로 생성된 문단이 1개밖에 없거나 동음이의어·다의어 메타 문서의 경우 첫 번째 문단에 사용 가능합니다.
      • 매개변수를 사용할 수 없습니다.
      • 개별 문서들을 분류·연결하는 기능이 있더라도 이것이 틀 기능의 일부이고 다른 정보성 서술의 비중 역시 크다면 둘러보기 틀이 아닌 고정상자 틀로 간주합니다.
  • 양식상자 틀
    • 매개변수를 사용하는 테이블 형태의 틀입니다.
    • 3번 이상 사용되거나, 문법을 포함한 글자 수가 1000자 이상일 시 생성 가능합니다.
    • 틀 문법을 풀어 쓰지 않으면 해결될 수 없는 문제[48]가 발생하면 이를 근거로 틀 삭제를 주장할 수 있습니다.
    • 한정된 분야 내에서만 사용되어야 하며, 광범위한 분야에서 공통된 내용을 치환하는 용도로 사용하기 위해서는 일반 틀 또는 기타 문법 틀로서 개설되어야 합니다.

3.2.3. 기타 문법 틀

  • '기타 문법 틀'은 HTML 등의 긴 문법을 틀로 치환한, 다른 틀로 분류될 수 없는 틀입니다.
  • 틀 생성 시 토론 합의를 거쳐야 합니다.

3.3. 유저박스

  • 유저박스는 위키 운영을 위해 사용자 문서에 달 수 있는 틀입니다.
    • 위키 운영과 관련 없는 유저박스는 생성이 불가능합니다.
    • 틀 문서를 사용하지 않고 직접 문법을 삽입하는 것은 유저박스 규정을 적용받지 않습니다. 단, 운영자를 사칭할 수는 없습니다.
  • 유저박스는 분류:유저박스와 그 하위 분류에 분류되어야 하며, 사용자 문서와 프로젝트 문서 등의 특수 문서에만 삽입할 수 있습니다.

3.4. 틀에 삽입할 수 있는 이미지

  • 테이블 형태의 문서 본문에 서술하는 틀에는 적용하지 않습니다.
  • 틀에 삽입되는 이미지 용량은 이미지당 200KB, 총합은 5MB를 초과할 수 없습니다.
  • 틀에 삽입되는 이미지는 해당 틀과 관련성이 있어야 하며, 이미지가 지칭하는 대상에 대한 대표성을 입증할 수 있어야 합니다.
    • 위의 두 가지 요소에 해당하지 않고 단순하게 심미적 요소만 존재하는 이미지는 틀에 삽입할 수 없습니다.
  • 틀에 삽입되는 이미지는 아래 조건을 만족하는 전제 하에 별도의 텍스트 없이 단독으로 하이퍼링크 기능을 수행할 수 있습니다.
    • 이미지는 지칭하는 대상에 대한 텍스트 로고여야 합니다.
    • 해당 로고는 모든 기기/브라우저 환경에서 모든 글자를 확인할 수 있어야 합니다.
    • 해당 로고는 심미적 목적으로 본래의 문자에서 변형이 가해진 문자의 수가 전체 문자의 절반을 넘을 수 없습니다. 변형의 의미는 아래와 같습니다.
      • 본래 문자 자획의 위치와 상호 관계가 변경된 경우.
      • 문자 간 간격과 배치를 의도적으로 무시하여 본래 문자가 지녀야 할 공간을 확보하지 못한 경우.
      • 그 외 문자가 변형되어 가독성에 심대한 문제가 있음을 입증할 수 있는 경우.
  • 둘러보기 틀의 이미지 높이로 분쟁이 발생할 시, 이미지 높이를 줄이는 걸 권장합니다. 이때 이미지의 시인성이 낮아질 만큼 이미지의 높이가 지나치게 줄어들어서는 안 됩니다.
  • 위 규정을 따르지 않는 이미지로 인해 토론이 발제될 경우 이미지를 존치하자는 쪽이 우선 근거를 입증해야 합니다.

[47] 일반 틀에 쓰이는 메타 정보가 아닌 정보. [48] 사이즈가 불규칙해지는 등.

4. 파일 문서

  • 파일은 문서의 이해를 돕기 위한 시각적 자료로 문서의 이해를 돕기 위해서만 사용합니다.
  • 파일 문서를 일반 문서에서 사용할 경우 파일 형식을 문서에 기록합니다.
    • 이는 링크된 파일의 표제어로 대체할 수 있습니다.
  • 나무위키:편집지침/표제어 3.2번 문단의 규정에 따라 파일들은 파일이 사용되는 용도 혹은 파일의 특징을 나타내는 파일명으로 생성하는 것을 우선합니다.[49]
  • 토론용 파일처럼 기록을 위해 보존이 필요한 경우, 파일 문서에 주소를 작성하는 것을 우선합니다.
  • 파일의 저작권 관련 정보는 파일 문서에 작성하는 것을 우선하며, 논쟁 발생 시 존치 측이 우선 입증 책임을 집니다.
    • 저작권 관련 정보란 파일의 기본 정보에 해당하는 내용 가운데 파일의 출처와 연결되는 주소, 파일의 제작 및 업로드 날짜, 저작자 및 저작권 라이선스를 설명하는 내용의 정보를 말합니다.

4.1. 파일의 우선순위

  • 사용되는 파일 간의 문제가 일어날 때 아래의 우선순위를 따릅니다.
  • 공식적으로 사용되는 파일
  • 문제가 일어난 시점을 기준으로 현재 사용되는 파일
  • 화질이 높은 파일
    1. 단, 아이콘과 같이 파일의 크기를 작게 조정해야 하는 경우는 이를 적용하지 않는다.

4.2. 파일의 삭제

  • 파일을 삭제할 때는 역링크를 모두 정리한 후 삭제해야 합니다.
  • 다른 파일 문서와 중복되는 파일은 역링크를 정리한 후 삭제해야 합니다.
  • 미사용 파일은 따로 분류하지 않고, 삭제하는 것을 우선합니다.
    • 단, 다음의 경우에는 존치하는 것을 우선합니다.

4.3. 이미지 및 삽화 게시의 수위

  • 이 조항에서 이미지 링크 처리나 링크화는, 각주 내부에 삽입인지 여부와 무관하게, 이미지를 다음과 같이 삽입하는 것으로 정의합니다.

  • 나무위키 내에서 다음에 해당하는 이미지 또는 삽화는 직접 게재해서는 안 되며, 이에 해당하는 이미지가 문서 내용상 반드시 필요하다면 링크 처리 혹은 접기 처리해야 삽입할 수 있습니다. 이때, 접기를 사용한다면 펼치기 전에 주의 할 수 있는 형태로 경고성 서술을 권장합니다.
    • 창작성 이미지를 포함한 이미지 또는 삽화가 다음 중 하나를 묘사하는 경우
      • 소위 '헤어 누드' 이상의 수위인 직접적인 성기 노출, 올 누드 등의 성적 이미지
      • 성행위 및 유사 성행위
      • 중상해, 신체 절단, 유혈 낭자 등의 심각한 신체 훼손에 대한 화상
    • 살아 있는 개인에 관한 정보로서 성명, 주민등록번호 및 영상 등을 통하여 개인을 알아볼 수 있는 정보가 포함된 이미지
      • 해당 정보만으로는 특정 개인을 알아볼 수 없더라도, 다른 정보와 쉽게 결합하여 알아볼 수 있는 것을 포함합니다.
      • 공공연하게 대중들에게 널리 알려진 개인 정보는 이 조항의 대상에 포함되지 않습니다.
    • 특정한 실존 인물에 대한 욕설이 포함된 이미지.
  • 위 조항에서 '창작성 이미지를 포함한 이미지 또는 삽화가 다음 중 하나를 묘사하는 경우'에 해당되는 파일은, 다음 조건 중 한 가지를 만족할 경우 직접 게시 제한 대상에서 제외합니다. 그리고 이 경우에는 문서 내에서 제거, 이미지 파일의 삭제, 접기, 링크 처리하자는 주장은 단순 개인 취향[개인_취향_예시] 이외의 사유를 제시 및 입증하여야 가능합니다.
    • 사회 통념상 '예술 작품'으로 인정되는 경우.[51]
    • 문서에 의학적 목적의 해부도, 성교육 자료 등 교육 목적으로 삽입된 자료의 경우.

  • 위 제한 규정에 해당하지 않는 이미지 및 삽화의 게재, 링크 처리, 접기는 다른 규정을 위반하지 않는 한 자유롭습니다. 단, 파일의 직접적 삽입 여부로 인한 편집 분쟁이 발생 시[52] 접기 혹은 링크 처리 사용 측이 개인 취향[개인_취향_예시] 이외의 근거를 제시 및 입증하여야 합니다. 다음은 입증용 근거의 예시입니다.
    • 지나치게 길거나, 크거나, 공간이 좁은 경우.
    • 이미지와 캡션 이외의 서술이 포함되어 있고, 이를 가리기 위한 목적의 접기.[54]
    • 나무위키 외부에 업로드된 이미지로 직접 외부 링크.
    • 틀의 접기 내부에 포함인 경우.
    • 다른 규정에서 접기나 링크 처리가 허용된 경우.
    • 토론 합의가 있을 경우.
  • 틀의 경우 3.4 틀에 삽입할 수 있는 이미지를 우선적으로 적용합니다.

4.4. 파일의 교체

  • 파일을 교체할 때에는 기존 파일과 중복되지 않는 파일명을 사용하여 새 파일을 업로드하는 것을 권장합니다.
    • 부득이하게 파일명을 유지해야 한다면 문서 이동 기능을 사용하여 기존 파일을 5자 이하의 식별자가 붙은 임시 파일명으로 이동시킨 후 기존 파일명으로 새 파일을 업로드하여야 합니다.

[49] '20130504_kakaotalk.jpg'처럼 명확하지 않은 파일명이 아닌 '훈민정음.png'처럼 파일명이 명확해야 합니다. [개인_취향_예시] 내가 보기에 혐오스럽다, 끔찍하다. [51] 예를 들어 다비드 상은 성기까지 모두 노출한 남자 석상, 밀로의 비너스 상은 상반신을 완전히 탈의한 여성의 누드, 세상의 기원은 여성 성기에 대한 세밀화이지만 통념상 이것을 음란물이라고 보지 않습니다. [52] 단순 크기나 정렬 등은 제외합니다. [개인_취향_예시] [54] 예: 스포일러를 가리기 위한 접기 등.

5. 사용자 문서

  • 사용자 문서를 편집할 때, 후술할 규정 이외에도 다음 부분은 사용자 문서에도 동일하게 적용합니다.
  • 텍스트 및 문법 도배 등을 통하여 사용자 문서 열람을 어렵게 할 경우, 심각한 편집권 남용으로 판단합니다.

5.1. 개인 정보 게재 금지

  • 사용자 문서에 전화번호, 이메일, 우편 주소와 같은 개인 연락처와 나무위키 외부의 개인 계정을 게재해서는 안 됩니다.
    • 단, 외부 게시물 등을 단순히 링크하는 것과 외부 위키 사이트 사용자와 동일인임을 증명하기 위해 외부 위키 사이트의 사용자 문서를 링크하는 것은 금지하지 않습니다.

5.2. 사용자 문서로의 링크

  • 사용자 문서가 아닌 나무위키의 다른 문서에서 사용자 문서로 연결되는 링크를 기재할 수 없습니다. 단, 아래의 경우 예외적으로 허가합니다.
    • 나무위키:프로젝트의 참가자 표시
    • 자신이 사용하는 다른 계정을 나타내는 경우
    • 나무위키의 전·현직 운영진의 사용자 문서로 연결되는 경우
    • 업로드한 이미지 파일의 저작자 표시에 필요한 경우
    • 토론에서 합의된 경우
    • 기타 운영상 필요한 경우
  • 사용자 문서에 분류 기능을 적용할 수 없습니다.
  • 사용자 문서에서 다른 문서로 연결되도록 리다이렉트 처리하거나, 반대로 다른 문서에서 사용자 문서로 연결되도록 리다이렉트 처리하는 것을 금지합니다.

5.3. 타인 언급

  • 사용자 문서에서 다른 이용자를 언급하는 것을 금지합니다.
    • 다만, 전·현직 운영자의 사용자 문서를 언급하는 것은 금지하지 않습니다.
    • 운영상의 목적으로 운영자가 자신의 사용자 문서에 다른 사용자를 언급하는 것은 금지하지 않습니다.

5.4. 운영 목적의 표기 모방

  • 틀 등을 이용하여 나무위키의 운영자를 사칭하는 것을 금지합니다.
  • 틀 등을 이용하여 나무위키에서 사용자의 차단 상태를 나타내는 시스템상의 표기를 모방하는 것을 금지합니다.
  • 나무위키 운영을 목적으로 사용하는 문구[55]를 모방하여 혹은 허위로 작성하는 것을 금지합니다.

5.5. 하위 문서 생성 금지

  • 사용자 문서의 하위 문서를 생성하는 것을 금지합니다.
    • 관리자는 사용자 문서의 하위 문서를 삭제할 수 있습니다.
    • 관리자는 사용자:더미/*** 형식의 더미 문서로 사용자 문서의 하위 문서를 이동할 수 있습니다.

[55] 임시조치 및 투명성 보고서 양식, 틀:나무위키 기본방침 등을 포함합니다.

6. 템플릿 문서

  • 템플릿 문서란 특정한 분야를 다루는 문서들의 형식을 통일하여 가독성을 높이기 위해 제작된 문서 형식입니다.
  • 템플릿 문서는 분류:템플릿 또는 그 하위 분류로 분류되어야 하며, 분류되지 않을 경우 템플릿으로 취급되지 않습니다.
  • 규정에서 사용을 강제하는 템플릿 문서는 아래를 따라야 합니다.

6.1. 템플릿의 적용

  • 템플릿으로 일반 문서를 편집할 시 다음의 사항을 따릅니다.
  • 템플릿으로 문서에 적용할 수 있는 것
    • 전체적 문단의 구성
    • 공통 규격 표
    • 문서 내에 표기하는 틀 및 분류
  • 템플릿으로 적용할 수 없는 것
    • 문서의 서술
    • 템플릿이 아닌 문서

6.2. 공통 규격 표

  • 공통 규격 표란 '테이블' 기능으로 내용을 간략히 정리한 표를 뜻합니다.
  • 공통 규격 표에 넣는 내용은 문서의 내용과 직접적인 관련이 있어야 합니다.

7. 더미 문서

  • 나무위키에서 문서를 준영구적으로 제거하기 위해 사용하는 이름공간을 '더미'라고 합니다.
  • 더미 문서로 이동시키는 행위(이하 '더미화')가 이루어진 문서는 문서 가져옴 틀로 인용할 수 없습니다.

7.1. 더미 문서로의 이동

  • 아래의 경우에 해당하지 않는 더미화는 편집권 남용으로 간주합니다.
    • 나무위키 관리자의 더미화. 단, 문서 훼손을 목적으로 더미화하는 경우에는 해당되지 않습니다.
    • 세 개 이상의 문서를 한 번에 이동하기 위한 일시적인 더미화.
      • 일시적이란 문서 이동을 시작하고 30분 이내를 말합니다. 서버 다운과 같은 돌발 상황의 발생으로 편집이 불가능할 경우에는 상황이 정상화된 이후 24시간 이내를 말합니다.
    • 문서 훼손을 목적으로 생성된 문서의 더미화. 아래의 경우에만 한정하며, 해당 근거로 더미화 시 '더미 문서로의 이동' 규정이 포함된 더미화 사유를 편집 요약에 반드시 남겨야 합니다.[예시][예시2][예시3]
      • 등재 가치가 없는 장난식 문서의 더미화.
        • 단순 등재 기준 미달은 더미화 대상에 해당하지 않습니다.
      • 서술 내용이 문서 훼손으로 판단되는 문서의 더미화.
    • 삭제된 상태의 대소문자 구분 리다이렉트 문서의 더미화.
      • 역링크가 존재하거나 1개월간 존치해야 하는 기존 표제어 리다이렉트의 경우 해당되지 않습니다.
    • 로그를 삭제해야 할 정도로 저작권을 침해한 문서의 더미화.
    • 잘못된 생성 또는 이동을 바로잡으려는 불가피한 더미화.
    • 업로드한 당사자가 개인 신상정보를 이유로 삭제하고자 하는 이미지 문서의 더미화.
  • 더미 문서로 이동시킬 경우, 더미 문서의 표제어는 간결하게 작성되어야 하며, 편집자의 의견을 첨부하실 수 없습니다.
  • 더미화된 문서를 표제어 변경 없이 재생성하거나 내용을 작성하는 행위는 금지됩니다.
  • 더미 이름공간의 문서[59]를 생성하는 것을 금지합니다. 단, 테스트 목적 등 특수한 경우로 더미 이름공간의 문서를 생성해야 하는 경우 관리자에게 허가를 요청해야 하며, 관리자는 이를 거부할 수 있습니다.
  • 이 밖에 더미화를 원하는 경우, 토론 합의를 근거로 관리자에게 더미화를 요청할 수 있으며, 관리자는 이를 거부할 수 있습니다.

[예시] '편집지침/특수 문서 7.1.'에 의거하여 더미화함, '특수 문서 지침 7.1.에 근거하여 삭제' 등 [예시2] https://namu.wiki/w/나무위키:편집지침/특수 문서#s-7.1와 같은 형식도 허용됩니다. [예시3] '더미 규정에 의거한 더미화', '더미화 규정에 의거한 더미화'와 같은 형식도 허용합니다. [59] '더미:'로 시작하는 문서.

8. 리다이렉트 문서

  • 리다이렉트는 아래의 2가지를 만족시켜야 하며, 이 중 1.을 최우선으로 합니다.
    1. 검색 및 하이퍼링크의 편의성
      • 특정 명칭에 대한 줄임말, 또는 문서명의 문장 부호[60]를 모두 뺀 것 등이 이 경우에 해당합니다.
      • 리다이렉트는 다음의 경우가 아니면 본 문서(문단)명보다 간단해야 합니다.
        • 본 문서(문단)명이 외국어일 경우의 한국어 번역 또는 공식 명칭
        • 외국 창작물의 원어 공식 명칭
        • 이음동의어
        • 보편적으로 사용되는 별명
        • 학술적으로 의미 있는 명칭
    2. 보편성
      • 리다이렉트는 일정 수준 이상의 보편성을 가져야 합니다. 구글의 검색 결과 수를 기준으로 삼을 수 있습니다.
  • 문단 리다이렉트를 작성할 수는 있으나 문서 내에서 문단이 이동될 경우 이러한 변경 사항이 반영되지 않는 문제가 있으므로 앵커 리다이렉트를 사용할 것을 권장합니다.
    • 문단 리다이렉트와 앵커 리다이렉트 사이에서 분쟁이 발생할 경우, 후자를 우선합니다.
  • 대상에 대한 같은 글자로 된 띄어쓰기 차이의 리다이렉트의 서술은 타 매체에서 사용되거나 구글 검색 결과가 높은 쪽을 우선합니다.
    • 결과값에 큰 차이가 없는 경우에는 한국어 문법에 맞게 띄어쓰기가 적용된 리다이렉트를 우선합니다.
    • 토론 합의 등에 의한 예외사유가 있는 경우 붙여쓰기 리다이렉트를 별도 서술할 수 있습니다.
  • 한 문서로 연결되는 리다이렉트는 7개 이하로 제한합니다. 단, 토론 합의를 통해 조정할 수 있습니다.
    • 대상의 공식 명칭이 2개 이상인 경우, 공식 명칭들은 리다이렉트 수 제한에서 제외합니다.
    • 문서에서 복수의 대상을 다룰 경우, 각각의 대상에 대한 문단/앵커 리다이렉트는 리다이렉트 수 제한에서 제외합니다.
  • 다음 세 가지 조건에 모두 해당되는 경우, 리다이렉트 문서를 생성하지 않는 것을 권장합니다.
    1. 리다이렉트를 생성하려는 문서의 표제어가 2단어 이상으로 이루어진 경우
    2. 생성하려는 리다이렉트 이름으로 검색 시 '첫 글자부터 연속으로 일치하는'[61] 기존 자동완성 검색결과가 10개를 넘기지 않을 경우
    3. 다음 두 사항 중 어느 것에도 해당하지 않는 경우
      • 방영 기수가 명확히 구분되는 애니메이션 표제어에 방영 기수 표기가 없을 때, 대신 방영 기수를 명시한 리다이렉트일 경우
      • 틀 문서에서 매개변수 사용으로 동음이의어 구분자를 안 보이게 처리할 수 없는 하이퍼링크가 생기는 문제를 해결하기 위해, 동음이의어 구분자가 없는 문서로 향하는 동음이의어 구분자 리다이렉트가 필요할 경우
  • 이모지[62] 리다이렉트는 다음 중 하나에 해당할 때에만 생성할 수 있습니다.
    • 해당 이모지가 보편적으로 사용된다는 것에 대한 토론 합의가 이루어진 경우
    • 해당 이모지 자체를 설명하는 문서에 이모지 리다이렉트를 생성하는 경우

[60] ':', '!', '?' 등 [61] 예: 5.18 광주민주화운동, 5.18 광주 민주화 운동, 5.18 광주민주화 운동, 5.18 광주민주항쟁은 '5.18광주' 부분이 일치 [62] 정확히는 유니코드의 U+10000~U+1FFFF에 해당하는 문자.

8.1. 리다이렉트 문서의 삭제

  • 리다이렉트 문서의 역링크가 없음을 리다이렉트 문서 삭제 근거로 사용할 수 없습니다.
  • 리다이렉트 문서의 삭제 시, 반드시 역링크를 모두 정리한 후 삭제해야 합니다.
    • 보존 문서, 휴지통 문서, 사용자 문서 등 역링크 정리가 불가능한 문서의 역링크는 예외로 합니다.
  • 아래에 해당할 경우 역링크를 정리하지 않고 리다이렉트를 삭제할 수 있으나, 역링크를 정리한 후 삭제하는 것을 권장합니다.
    • 도착지 문서가 삭제된 리다이렉트
    • 나무위키의 규정에 위배되는 리다이렉트
    • 토론 절차와 합의에 따른 리다이렉트의 삭제

8.2. 특수한 경우

8.2.1. 비하적, 모욕적 표현을 사용하는 리다이렉트

  • 비하적인 의미가 포함된 리다이렉트는 생성할 수는 있으나, 가급적 생성하지 않기를 권장합니다.
  • 존치하기로 토론에서 합의되지 않은 비하적 리다이렉트의 삭제는 자유롭습니다. 존치 여부를 놓고 편집 분쟁이 발생할 경우 토론으로 해결하며, 존치 측은 해당 리다이렉트의 필요성을 입증해야 합니다.
  • 존치가 가능한 비하적 리다이렉트의 예시는 다음과 같습니다. 아래의 경우에 해당하는 비하적 리다이렉트 존치 여부에 대한 토론이 발제될 경우, 삭제 측에서는 단순히 '비하적 표현이다' 이외의 근거를 제시해야 합니다.
    • 비하적인 문서나 문단에 대한 비하적인 리다이렉트
    • 비판이나 문제점 등, 문서에서 다루는 대상의 부정적인 면을 서술하는 관련 문단 및 관련 문서에 리다이렉트하는 경우
    • 본인이나 해당 단체가 특정 비하적 용어 사용을 용인했다고 볼 수 있는 경우
    • 중범죄를 저지른 범죄자에 대한 리다이렉트의 경우
      • 단, 예외적으로 막대한 인명 피해를 입힌 사건사고의 원인인 경우엔, 범죄에 대한 판결이 존재하지 않더라도 선행 등재가 가능합니다.
    • 리다이렉트로 사용된 별칭이 문서를 대표할 수 있는 용어로, 정식 명칭에 준하거나 그 이상의 보편성을 지닌 명칭으로서 기능하는 경우
    • 비하적이지 않은 목적으로도 사용되는 용어이며, 비하적인 용례보다 비하적이지 않은 용례가 사용 빈도가 확연히 더 높은 경우
  • 특정 비하적 리다이렉트의 존치 여부에 대한 토론 합의가 존재하는 경우, 규정보다 그 토론 합의를 우선합니다.

8.2.2. 원어 리다이렉트

  • 원어 리다이렉트는 기본적으로 '원어 공식 명칭'만이 허용됩니다. 반각, 전각 문장부호 등 사소한 차이로 인한 원어 리다이렉트의 무차별 생성을 막기 위함입니다.[63]
  • 원어 리다이렉트에 대한 토론 합의가 있다면 규정보다 토론 합의를 우선합니다.

[63] 학교생활!의 경우 'がっこうぐらし!'는 공식 명칭이고 'がっこうぐらし', 'がっこうぐらし!'는 공식 명칭이 아닙니다.

8.2.3. 접두접미사 신조어 리다이렉트

  • 접두접미사 신조어는 원단어에 접두사 및 접미사(갓~, 킹~, ~느님 등)를 붙여 새롭게 만들어진 단어를 의미합니다.
  • 보편적으로 사용되는 별명이라 하더라도, 접두접미사 신조어는 리다이렉트 처리를 금합니다.
    • 해당 지침은 '비하적, 모욕적 표현을 사용하는 리다이렉트' 관련 지침과는 다릅니다. 리다이렉트 허용 여부를 따질 때는 각 지침을 모두 고려해야 합니다.
  • 접두접미사 신조어는 다음의 경우에 한해 리다이렉트를 허용합니다.
    • 해당 단어 자체에 고유의 의미가 있음을 증명할 수 있을 경우.
      • 단어의 탄생 경위가 단순한 접두접미사를 이용한 파생어 생성 형태가 아니어야 하며, 탄생 및 확산 배경이 구체적인 근거로 제시되어야 합니다.
    • 해당 인물, 물건, 단체가 해당 신조어를 아이디, 브랜드명 등으로 사용하는 경우.

8.2.4. 학술 용어의 로마자 리다이렉트

  • 학술 용어에 한정해 로마자 명칭을 리다이렉트할 수 있습니다.
  • 기본적으로 대문자를 사용할 수 없습니다. 단, 아래의 경우를 예외로 합니다.
    • 고유 명사의 경우 첫 글자에 대문자를 사용할 수 있습니다.
    • 축약어(예: IFRS, cAMP, iBT)의 경우, 소문자를 섞어서 사용하는 관행이나 규칙이 있을 경우 그 쪽을 따릅니다. 나머지 경우는 모든 글자를 대문자로 표기하여야 합니다.
    • 그 외의 경우 대문자를 사용할 수 없습니다.
  • 원어를 그대로 읽는 리다이렉트(예를 들어 topology →토폴로지)는 그 단어가 널리 쓰이는 경우로 한정합니다.




파일:CC-white.svg 이 문서의 내용 중 전체 또는 일부는 문서의 r168에서 가져왔습니다. 이전 역사 보러 가기
파일:CC-white.svg 이 문서의 내용 중 전체 또는 일부는 다른 문서에서 가져왔습니다.
[ 펼치기 · 접기 ]
문서의 r168 ( 이전 역사)
문서의 r143 ( 이전 역사)