위키백과:범주, 목록 및 탐색 템플릿

위키피디아는 기사를 분류하는 몇 가지 방법을 제공한다: 카테고리, 목록 기사(항목 목록 포함, 주제 용어집, 색인, 개요시간 표시 막대 포함), 내장된 목록을 포함한 다른 목록, 탐색 템플릿(기사 시리즈 상자는 한 유형). 한 가지 방법에 의한 기사 그룹화는 동일한 정보 그룹화에 다른 방법의 사용을 요구하거나 금지하지 않는다. 대신에, 정보를 구성하는 각각의 방법은 각각의 장단점을 가지고 있으며, 이들 시스템 각각에 대해 위키백과에서 발전해 온 지침과 표준에 따른 다른 방법들과 독립적으로 대부분의 부분에 적용된다.

따라서 이러한 방법들은 서로 상충되어서는 안 된다. 오히려 각각 다른 것을 보완하는 시너지 효과를 낸다. 예를 들어, 편집자는 스타일이 다르기 때문에 어떤 편집자는 목록 작성에 찬성하는 반면 다른 편집자는 목록 작성에 찬성하여 목록 작성은 종종 범주를 비약하는 두 가지 다른 방법으로 링크를 수집할 수 있도록 허용하고, 그 반대의 경우도 있다. 이러한 접근방식은 위키피디아를 탐색하는 두 가지 주요 링크 기반 시스템을 낳았다. 위키백과의 맨 위에 있는 탐색 메뉴를 참조하십시오.내용범주:위키백과 카테고리. 많은 사용자들은 위키백과의 목록을 검색하는 것을 선호하지만, 다른 사용자들은 카테고리별로 검색하는 것을 선호한다; 그리고 목록들은 카테고리 시스템을 바로 발견하지 못하는 초보자들에게 더 명백하다. 따라서, "범주 캠프"는 위키피디아의 목록을 삭제하거나 해체해서는 안 되며, "리스트 캠프"는 위키피디아의 범주 시스템을 해체하여 귀중한 자원을 낭비해서는 안 된다. 대신, 각각을 사용하여 다른 것을 업데이트해야 한다.

동시에, 하나 이상의 정보 제시 방법이 위키백과에 적합하지 않다고 합의로 결정하는 상황도 있을 수 있다. 예를 들어, 지나치게 범주화 지침은 범주를 사용해서는 안 된다고 일관되게 결론을 내린 여러 상황을 제시한다. WP에서 정기적으로 발생하는 결과:일부 삭제된 범주에 대한 CFD는 목록이 적절하지만 범주가 적절하지 않은 경우(예: 범주가 아닌 비정상적인 측정 단위 목록이 목록으로 존재)가 있기 때문에 목록화한다.비정상적인 측정 단위).

범주 작업자, 목록 작성자 및 개요 작성자, 시리즈 박스 설계자 모두 백과사전을 탐색하기 위한 포괄적인 연결망을 개발하기 위해 노력한다. 이 때문에 지식의 분야에 대한 여러 항목이 점점 더 많이 제공되고 있다. 예를 들어 "기호"를 참조하십시오.

겹치는 범주, 목록 및 탐색 템플릿은 중복된 것으로 간주되지 않음

모두 동일한 주제를 다루는 범주, 목록 및 탐색 템플릿을 동시에 갖는 것은 부적절하거나 드문 일이 아니다. 이러한 정보 정리 체계는 부적절하게 중복되지 않고 보완적인 것으로 간주된다. 또한 삭제 토론에서 범주가 목록을 중복(또는 그 반대)한다고 주장하는 것은 유효한 삭제 이유가 아니며 피해야 한다. 목록 문서를 범주로 리디렉션하는 것은 매우 금지된다. 목록 문서는 리디렉션 대신 사용해야 한다.

목록에는 범주가 사용할 수 없는 기능이 포함될 수 있으며 링크의 초보적인 목록을 작성하는 것이 목록을 개선하는 데 유용한 단계임을 고려하십시오. 이러한 초보적인 리스트를 삭제하는 것은 이러한 빌딩 블록의 낭비일 뿐이며, 리스트 작성자들이 새로운 리스트를 만들고 싶을 때마다 더 큰 초기 노력을 제공하도록 불필요하게 압력을 가하는데, 이것은 혐오감으로 느껴질 수 있다. 리스트를 작성할지 피할지 결정할 때, 같은 주제에 대한 카테고리의 존재는 무관하다.

아래는 이러한 기법이 정보를 어떻게 그룹화하는지, 각각의 장단점을 비교한 것이다.

카테고리

목록과 비교했을 때, 범주는 장단점을 가질 수 있다.

카테고리 페이지의 예. 문서 네임스페이스의 모든 페이지에는 적어도 하나의 카테고리가 있어야 한다. 카테고리는 기사를 읽는 누군가에게 유용할 수 있는 주요 주제에 포함되어야 한다.

기사: 마이클 잭슨
유용한 범주: 범주:미국의 팝 가수들
유용하지 않음: 범주:M으로 시작하는 이름을 가진 음악가들

다음 질문에 대한 대답이 "아니오"인 경우 범주는 적절하지 않을 수 있다.

  • 한 범주를 주제로 몇 단락 또는 그 이상의 글을 써서 설명하는 것이 가능한가?
  • 카테고리에서 기사를 찾아보면 왜 거기에 있는지 알 수 있을까? 이 글에서 범주 주제가 두드러지게 논의되었는가?

기사는 종종 몇 가지 범주로 나뉜다. 그러나 구속은 사용되어야 한다. 범주는 주어진 물품에 더 많이 있을수록 덜 효과적이 된다.

기사는 일반적으로 카테고리와 그 하위 카테고리에 모두 있어서는 안 된다. 를 들어 Microsoft Office는 카테고리:마이크로소프트 소프트웨어범주에 포함되지 않아야 한다.소프트웨어(예: 기사가 범주를 정의하고 상위 범주에 속할 때를 제외한다. 오하이오는 두 가지 범주에 속한다.미국범주:오하이오(이 예외를 이해하는 좋은 방법은 기사가 존재하고, 그 다음에 기사와 동일한 주제에 범주가 만들어지는 경우, 기사가 그 범주에서 삭제되도록 해서는 안 된다는 것이다).

기사 제목이 하위 범주의 정의에 의해 표현되지 않는 상위 범주와 관련성이 있는 경우에도 예외를 고려해야 한다. 예를 들어, Category가 다음과 같은 경우:프랑스 혁명 동안 단두대에 의해 처형된 사람들범주의 유일한 하위 범주였다.프랑스 혁명 사람들, 오로지 죽음의 수단 때문에 프랑스 혁명의 주요 인물들을 제거한다는 것은 말이 되지 않을 것이다.

카테고리는 주석 없이 나타나므로 카테고리를 작성하거나 채울 때 중립적인 관점(NPOV)에 주의하십시오. 어떤 것이 어떤 범주에 속한다는 것이 자명하고 논란의 여지가 없는 한, 그것은 범주에 속해서는 안 된다. 특히 Wikipedia 보기:사람 분류.

위의 규칙의 예외는 다음과 같다.위키백과 유지 관리, 임시로 의도된 범주를 포함한다.

모든 범주는 일부 다른 범주의 하위 범주여야 한다. 카테고리:에서 문서 카테고리 계층의 맨 위에서 시작하십시오.주요 항목 분류. 좋은 부모가 존재한다고 생각하지만 찾을 수 없는 경우 {{유형화되지 않은}} 태그를 추가하십시오. 범주가 Special:에 표시됨:범주화되지 않은 범주.

카테고리는 다른 페이지와 같이 분류 키가 있지만, 좀 더 유연한 방식으로 사용된다. WP 참조:SORKKEY 기술 고려 사항.

안정적인 범주가 없는 물품의 경우 {{유형화되지 않은}} 태그를 사용하여 자체 또는 {{유형화되지 않은 9월2021}}의 형식으로 주의를 끌 수 있다. 또한 Special:에 자동으로 업데이트되는 목록이 있다.범주화되지 않은/스태브드된 기사를 표시하는 범주화되지 않은 페이지. 그러나 며칠에 한 번만 업데이트되고 한 번에 1000개의 기사만 나열된다. 따라서 기사를 어떻게 분류해야 할지 확실하지 않다면 항상 명시적으로 {{uncat}} 태그를 배치하는 것이 가장 좋다.

범주의 장점

  1. 자동 링크. 기사 페이지에 카테고리에 대한 링크를 만들면 해당 문서에 대한 해당 링크가 카테고리 페이지에 표시된다.
  2. 다방향 탐색. 범주는 여러 하위 범주를 포함할 수 있으며, 여러 범주의 일부가 될 수도 있다. 카테고리는 위키백과 내에서 카테고리:부터 시작하는 지식의 웹으로 구성된다.위키백과 카테고리.
  3. 위키피디아의 탐색적 검색에 적합하다.
  4. 위키백과 기사만이 범주의 구성원이 될 수 있기 때문에 외부 링크 스팸에 덜 취약하다.
  5. 일반적으로 기사의 흐름을 방해하지 않는다는 점에서 비교적 눈에 띄지 않는다.
  6. 검색은 범주화 매개변수를 사용하여 해당 범주의 모든 페이지를 제외하거나 포함할 수 있다. 하위 범주는 포함되지 않지만 여러 용어를 추가할 수 있다.

범주의 단점

  1. 항목을 추가하거나 제거하도록 직접 편집할 수 없음. 이것은 범주에 포함되거나 범주에서 제외될 각 항목의 하단에서 수행되어야 한다.
  2. 어떤 특정 항목에 대한 문맥도, 어떤 정교함도 주지 않으며, 단지 기사의 이름만 주어진다. 즉, 목록에 주석을 달 수 없다(설명이나 코멘트를 달 수 없다.
  3. 어떤 주제가 범주의 포함 기준을 충족하는지 확인하기 위한 참조 조항은 없다.
  4. 항목은 알파벳 순서로만 정렬된다(영문자화를 제어할 수 있지만). 이들은 한 페이지의 섹션과 하위 섹션으로 구성될 수 없으며 각각 고유한 설명 서론이 있다.
  5. 유지관리가 어려울 수 있음:
    1. 수백 개의 항목을 가진 카테고리는 수백 개의 기사를 편집하는 것 외에는 이동할 수 없다(이 도와줄 수 있지만)
    2. 범주의 편집 내역이 범주에 항목을 추가하거나 범주에서 항목을 제거한 시기를 표시하지 않기 때문에 범주에 대한 변경 내용을 추적하는 것은 어렵다. 따라서 어떤 기사가 범주에서 제거될 때 쉽게 알 수 있는 방법은 없다. 그것은 애초에 그 기사가 그곳에 있었다는 아무런 표시도 없이 그냥 사라진다. 위키피디아의 감시목록 기능은 사용자가 카테고리 멤버십 변경에 대한 카테고리를 볼 수 있게 해준다.
  6. 빨간색 링크 추가와 같은 다른 형태의 추적을 지원하지 않는다. (빨간색 링크는 간격 표시기와 해당 기사를 작성하기 위한 작업 알림으로 유용하다.) 그러나 스텁은 범주에 추가할 수 있다.
  7. 동일한 항목에 대한 대체 이름은 카테고리에 리디렉션을 포함해야만 포함할 수 있다.
  8. 범주가 존재한다는 것, 범주에 항목을 추가하는 방법, 새로운 범주를 기존 체계로 연결하는 방법, 관점(POV) 우려를 다루는 방법 등은 신규 사용자에게 명확하지 않다.
  9. 카테고리는 모바일 보기에 표시되지 않는다.
  10. 카테고리의 항목 표시는 한 페이지에 200개로 제한된다. 이 이상의 구성원이 있는 카테고리의 전체 내용을 보려면 여러 페이지를 볼 필요가 있다.

목록

카테고리와 비교했을 때, 목록은 장점과 단점을 모두 가질 수 있다.

목록 예: 개 품종 목록

목록의 장점

  1. 위키피디아의 탐색적 검색에 적합하다.
  2. 각각이 중앙 집중화된 위치(페이지 자체)에서 유지되기 때문에 종종포괄적이다.
  3. 목록 내용의 표시를 개선하기 위해 여러 가지 방법으로 포맷할 수 있다.
    • 예를 들어, 계층의 여러 수준이 목록에 포함되거나, 목록에는 여러 개의 열이 있을 수 있으며, 각 열은 사용자가 목록을 정렬하는 기준이 될 수 있다.
  4. 하나의 페이지를 편집하여 작성 유지관리할 수 있는 반면, 카테고리를 채우면 여러 페이지의 편집이 필요하다.
  5. 주석으로 장식할 수 있다(추가 세부사항).
    • 예를 들어, 축구 세계 챔피언 팀들의 리스트는 각 선수권 대회에서 우승했을 때, 챔피언이 패배했을 때, 그들의 코치가 누구였는지 등을 각 엔트리에 포함시킬 수 있다.
  6. 위키백과 검색에 포함됨. 메인 네임스페이스에 있는 리스트는 기본적으로 위키백과 검색에 포함된다. 그들의 콘텐츠는 구글과 다른 검색 엔진에 의해서도 검색된다.
  7. 열거된 기사의 포함을 정당화하기 위해 참조될 수 있다.
  8. 연결되지 않은 항목을 포함할 수 있음
  9. 목록 항목은 다양한 방법을 사용하여 수동으로 정렬할 수 있다. 기사는 동일한 목록에 여러 번 또는 다른 방식으로 나타날 수 있다.
  10. 목록 항목은 기사의 특정 섹션에 연결될 수 있다.
  11. "관련 변경사항"을 클릭할 때 (형식: [Talk:Omphalology ])이 포함되도록 토론 페이지에 보이지 않는 링크를 포함할 수 있으며, 예를 들어, 굵은 표정의 구문을 링크하여 목록 자체를 포함할 수도 있다. '''This is a [[list of compositions by Franz Schubert]]'''...
  12. 위키 마크업 언어에 익숙하지 않은 신인들에 의해쉽게 편집될 수 있다.
  13. 이미지는 목록 전체에 걸쳐 배치될 수 있다.
  14. 템플릿(예: 탐색 상자)은 목록의 일부로 포함될 수 있다.
  15. 어떤 주제에 관한 기사에 포함된 내장목록은 자신의 기사가 될 만한 가치가 있을 만큼 충분히 눈에 띄지 않는 항목을 포함할 수 있지만, 그럼에도 불구하고 목록에 포함시키기에 충분히 주목할 수 있다. 게다가, 언급에 대한 공신력 기준은 전체 기사에 대한 공신력 기준보다 작기 때문에, 당신이 전체 기사를 추가할 때 필요한 공신력에 대한 판단을 내릴 필요 없이, 기사의 목록에 쉽게 언급할 수 있다. 만약 다른 사람이 충분히 주목할 만하다고 느낀다면, 그들은 항상 그것을 연결할 수 있다.언급하고 어쨌든 기사를 만들어라.

목록의 단점

  1. 자동 링크 금지. 모든 기사는 일관된 방식으로 그것의 범주에 연결되지만, 리스트는 나열된 모든 기사가 그것과 연결되는 것은 아니기 때문에 발견하기가 더 어려울 수 있으며, 각 기사는 다른 방식으로 그것과 연결되도록 선택할 수 있다. 범주에 있는 기사에서 교차 링크를 적용하려고 하면 오류가 발생하기 쉽고 목록 편집에 부담을 줄 수 있으며 편집하기 쉬운 혜택 목록에 대응하지 않으면 혜택을 누릴 수 있다.
  2. 덜 포괄적인 계층. 카테고리 시스템은 전문화를 높여 검색이 용이하도록 광범위하고 상세한 계층구조를 가지고 있는 반면, 목록 목록은 상대적으로 드물고 내포되지 않는다.
  3. 복잡한 자동 처리. 목록에는 목록 자체에 없는 항목에 대한 링크가 포함된 산문이 포함될 수 있고, 카테고리처럼 전문화된 API를 사용하는 대신 나열된 항목을 추출하기 위해 페이지 위키텍스트를 구문 분석해야 하기 때문에 봇을 사용하여 자동으로 처리하기가 더 어렵다.
  4. 자동 정렬 금지. 편집자는 항목이 속하는 위치를 수동으로 결정하여 거기에 추가해야 한다. 종종 편집자들은 단순히 목록의 맨 아래에 새로운 항목을 추가함으로써 목록의 효과를 감소시킨다. 이러한 단점은 목록을 정렬 가능한 테이블에 배치함으로써 극복할 수 있다.
  5. 신뢰할 수 없고 백과사전 수록 요건을 충족하지 못하는 항목으로 인해 교착 상태가 될 수 있다.
  6. 어떤 주제들은 너무 광범위해서 목록이 관리 불가능할 정도로 길고 효과적으로 유지될 수 없을 것이다.
    • 예를 들어, 위키백과 기사를 가지고 있는 특정 국가의 모든 사람들의 목록

탐색 템플릿

네비게이션 템플리트는 위키백과에서 해당 기사들 간의 네비게이션을 용이하게 하기 위해 여러 관련 기사에 사용되는 링크들의 그룹이다. 네비게이션 템플리트는 일반적으로 다음 두 가지 형식 중 하나로 표시된다.

  • 가로로, 기사 하단에 배치되고 탐색 상자라고도 함
  • 수직, 종종 기사의 오른쪽 상단 모서리에 있으며 사이드바라고 함

서로 다른 수준의 특수성을 가진 탐색 템플릿에 대한 Wiki 마크업 문서에는 템플릿이 포함되어 있다.Navbox/doc, 템플리트:사이드바/doc 및 템플리트 맨 위 또는 맨 아래에 있는 템플리트:Navbar/doc.

각각의 링크는 우리의 독자들에게 확실히 식별할 수 있어야 한다. 일반적으로 텍스트 색상은 위키백과 텍스트 색상 기본값과 일치해야 하므로 링크는 파란색이어야 하고, 데드 링크는 빨간색이어야 하며, 빨간색파란색은 다른 (링크 이외의) 텍스트에 사용해서는 안 된다. 그러나 기본값이 아닌 텍스트 색상과 배경에 대한 특정 탐색 상자 지침사용할 수 있다.

네비게이션 템플리트는 잘 정의된 작은 기사 그룹에 특히 유용하다. 링크 수가 많은 템플리트는 금지되지 않지만, 지나치게 바쁜 것처럼 보일 수 있고 읽고 사용하기 어려울 수 있다. 좋은 탐색 상자는 일반적으로 다음 지침의 대부분 또는 전부를 따른다.

  1. 템플릿 내의 모든 기사는 일관성 있는 단일 주제와 관련이 있다.
  2. 템플릿의 주제는 모든 기사에서 언급되어야 한다.
  3. 그 기사들은 합리적인 범위에서 서로 참조해야 한다.
  4. 템플릿의 주제에 대한 위키백과 기사가 있어야 한다.
  5. 네비게이션 템플리트가 없는 경우, 편집자는 기사의 "참고" 섹션에 있는 많은 기사들을 연결하고자 할 것이다.

만약 물품의 수집이 이러한 기준에 부합하지 않는다면, 물품들은 느슨하게 연관되어 있을 가능성이 높다. 따라서 목록, 범주 또는 둘 중 어느 것이 더 적절할 수 있다.

특정 기사와 관련이 높은 기사 링크를 탐색 상자에만 의존하지 마십시오. 독자의 절반가량을 차지하는 위키피디아 모바일 웹사이트에는 네비박스가 표시되지 않는다. 모바일 문제에 대한 진행 사항은 Phabricator 티켓 T124168을 참조하십시오.

기사의 오른쪽 상단 모서리에 위치한 탐색 템플릿("sidebar" 또는 "시리즈의 일부" 템플릿이라고도 함)은 독자들에게 매우 두드러지게 표시되기 때문에 특별한 주의를 기울여야 한다. 사이드바 템플릿의 기사 모음은 상당히 밀접하게 연관되어야 하며, 템플릿은 이전 지침의 대부분 또는 전부를 충족해야 한다. 기사가 밀접하게 연관되지 않은 경우, 바닥글 템플릿(기사 하단에 위치)이 더 적합할 수 있다.

탐색 템플릿의 문서 링크는 클러스터, 주제별 또는 시대별 등으로 그룹화되어야 한다. 알파벳 순서는 동일한 문서 링크를 포함하는 범주에 추가 값을 제공하지 않는다. 예를 들어, 템플릿:관련 하위 항목으로 분류된 기사를 포함하는 일반 물리학.

주어진 항법 상자를 초월하는 모든 기사는 항법이 양방향으로 이루어지도록 항법 상자에 링크로 포함되어야 한다.

항법 템플릿의 사용은 어떤 물품에 대해서도 요구되거나 금지되지 않는다. navbox를 포함할 것인지, 어떤 것을 포함할 것인지는 위키프로젝트가 제안하는 경우가 많지만, 궁극적으로는 각 개별 기사의 편집자들 간의 토론과 합의를 통해 결정된다. 위의 양방향성 원칙에 따라, 이것은 항법 템플릿에 특정 기사를 포함시키는 데도 영향을 미칠 수 있다. 의견 불일치가 발생할 경우 템플릿(대부분 템플릿 코드 작성자만 수 있음)이 아닌 기사 토크 페이지에서 토론을 중앙 집중화하십시오.

연예인들이 출연한 작품들을 위한 네비박스에 연예인들의 공연을 추가하거나, 그들이 작업한 작품들을 위한 네비박스에 승무원들의 공연을 추가하는 것을 피하라. 여기에는 배우/배우, 코미디언, 텔레비전/라디오 진행자, 작가, 작곡가 등이 포함되지만 이에 국한되지는 않는다. 이는 수행자의 기사 하단에 있는 탐색 템플릿의 과대확산을 방지하고 WP:연예인의 특정 공연에 대한 과도한 비중.

관련된 개인이 문제의 자료의 주요 작성자로 간주될 수 있는 경우를 제외하고 개인의 필름(및 이와 유사한)도 탐색 상자에 포함해서는 안 된다. 이는 각 생산물의 기사에 대한 개인의 Navbox의 과대확산을 방지하고 WP:다른 사람에 대한 특정 개인의 기여에 과도한 가중치를 부여한다.

마지막으로, 외부 링크는 탐색 템플릿에 포함되지 않아야 한다. 출처템플릿 문서(템플릿 자체를 본 후에만 볼 수 있는 <무포함> 섹션)에 포함될 수 있지만, 그 왜곡에 대해서는 볼 수 없다.

장점

  1. 관련 기사에 일관된 외관 및 내비게이션 시스템 제공
  2. 범주보다 탐색 속도가 빠름.
  3. 동등한 요소에 즉각적인 정보 제공
  4. 일련의 기사를 연대순으로 제시하기 위해서는, 템플릿이 가장 적절한 경우가 많다. 예: 템플릿:로얄 공주 (그 리스트에는 두 마리의 마리아와 두 마리의 안네가 있는데, 이것은 이들 공주들에게 단지 알파벳순으로 순서가 정해진 이 같은 이름을 제시하는 연대기적인 방법을 자산으로 만든다.) 매우 긴 연대순의 경우, 기사 바로 앞과 뒤를 잇는 시리즈의 요소만 보여주는 계승상자를 사용하는 것이 바람직하다.
  5. 그들은 텍스트나 "See alone" 섹션에 있는 위키 관련 기사들에 대해 독자들을 "낚시"하게 하는 것이 아니라, 어떤 넓은 주제에 관한 기사를 거친 독자들에게 같은 광범위한 주제에 관한 다른 기사들을 찾을 수 있도록 조직적인 자료를 제공한다.
  6. 관련 기사 간에 중복되거나 동기화되지 않을 수 있는 대규모 "참고" 섹션 완화

단점

  1. 모바일 웹 사이트를 사용하는 독자에게는 표시되지 않음.
  2. 다른 주제 간에 일관된 모양과 탐색 시스템을 제공하지 않는다. 모든 탐색 템플릿에 걸쳐 단일 형식이 있는 것은 아니다.
  3. 단순하면 범주로 대체하는 경우가 많다. 또한 박스가 감당할 수 없을 정도로 커지지 않고서는 범주가 줄 수 있는 것보다 더 많은 세부사항을 제공하는 것이 어려울 수 있다.
  4. 예를 들어, 보기 흉한 색 구성, 크기, 같은 페이지에 있는 색의 개수 등에 의해 추악해지거나 무의미해 보일 수 있다. 이러한 이유로 기사 시리즈 상자는 정의나 설명을 위한 많은 텍스트를 포함할 수 없는 반면, 자명할 필요가 있다.
  5. 템플릿에 기사 링크나 하위 부문을 포함하면 무심코 관점을 밀어붙일 수 있다. 또한 주제 또는 연계된 사례의 한 측면이 타인에게 중요하거나 덜 중요하거나 동등하다고 잘못 암시할 수 있다. 눈에 잘 띄지 않는 주제를 광고하는 데 사용되거나 프로젝트 소유권을 주장할 수 있다. 템플리트는 위키백과로 이동 가능:POV를 푸시하는 것으로 나타날 경우 토론하기 위한 템플릿. 템플릿을 더 추가하여 이 문제를 해결하려고 하면 이전 포인트에서 설명한 단점이 발생할 수 있다.
  6. 반면에, 어떤 링크가 가장 관련성이 있거나 중요한지에 대한 충분한 단서를 독자에게 주지 않을 수 있다.
  7. 페이지 자체에 표시되는 이유 없이 페이지 레이아웃을 변경할 수 있음(예: 템플릿에 NOTOC 명령, 닫힘 해제) <div>, 등)
  8. 접선적으로만 관련된 정보에 대해 너무 많은 공간을 차지할 수 있음
  9. 일부 기사에서 많은 링크가 유용하지 않은 경우가 많지만 모든 기사에 링크 전체 목록을 포함
  10. 크기 때문에, 다중 탐색 템플릿의 사용은 하나의 기사에서 너무 많은 공간을 차지할 수 있으며, 따라서 다음 사항을 포함시킬 POV 관련 선택으로 이어질 수 있다.
  11. 템플릿은 기본적으로 검색 결과에 포함되지 않아 독자와 편집자가 찾기 힘들다.
  12. 그들은 어떤 넓은 주제에서 기사를 거친 독자들이 본문이나 "See also" 섹션에 있는 위키 관련 기사보다는 같은 넓은 주제에 관한 다른 기사들을 읽고 싶어할 것이라고 암묵적으로 추측한다.

기사의 오른쪽 상단 모서리에 위치한 네비게이션 템플리트("sidebar" 또는 "시리즈의 일부" 템플릿이라고도 함)는 다음과 같이 독자들에게 매우 두드러지게 표시되므로 특별한 주의를 기울여야 한다.

  1. 가시성이 매우 높은 화면 공간의 큰 덩어리는 이미지나 필수 정보에 더 잘 사용될 수 있다.
  2. 그들은 어떤 주제를 특정 학문의 "영토"로서 배제하는 것으로 인식될 수 있다.
  3. 사이드바 템플릿의 기사 모음은 상당히 밀접하게 연관되어야 하며, 템플릿은 이전 지침의 대부분 또는 전부를 충족해야 한다. 기사가 밀접하게 연관되지 않은 경우 바닥글 템플릿(기사 하단에 위치하는 탐색 상자)이 더 적절할 수 있다.

예제 템플릿 포함

몇 가지 특이한 템플릿에는

참고 항목