위키백과:카테고리, 목록 및 탐색 템플릿
Wikipedia이 페이지는 영어 위키백과 편집 지침을 문서화합니다. |
이 페이지는 간단히 설명합니다. 카테고리, 목록 및 탐색 템플릿은 기사를 그룹화하고 구성하는 세 가지 다른 방법입니다.각각의 장점과 단점이 있지만, 각 방법은 다른 방법을 보완합니다. |
위키백과는 카테고리, 목록 문서(항목 목록뿐만 아니라 주제 용어집, 색인, 개요 및 시간 표시 막대 문서 포함), 포함된 목록을 포함하는 다른 목록 및 탐색 템플릿(문서 시리즈 상자가 한 가지 유형임)과 같은 여러 가지 방법으로 문서를 그룹화할 수 있습니다.한 가지 방법에 의한 기사의 그룹화는 동일한 정보 그룹화에 대해 다른 방법의 사용을 요구하거나 금지하지 않습니다.대신 정보를 구성하는 각 방법에는 장단점이 있으며, 이러한 각 시스템에 대해 위키백과에서 발전한 지침과 표준에 따라 다른 방법과 독립적으로 대부분 적용됩니다.
따라서 이러한 방법들이 서로 상충되는 것으로 간주되어서는 안 됩니다.오히려, 그것들은 시너지 효과를 내며, 각각의 것들은 다른 것들을 보완합니다.예를 들어, 편집자의 스타일이 다르기 때문에 일부 편집자는 목록 작성을 선호하는 반면 다른 편집자는 카테고리 작성을 선호하여 목록이 종종 범주를 건너뛰는 두 가지 다른 방법으로 링크를 수집할 수 있습니다.이 접근 방식은 위키백과를 탐색하는 두 가지 주요 링크 기반 시스템을 만들었습니다.Wikipedia 상단의 탐색 메뉴를 참조하십시오.내용 및 범주:위키백과 카테고리.많은 사용자들은 위키백과 목록을 통해 위키백과를 탐색하는 것을 선호하는 반면, 다른 사용자들은 카테고리별로 탐색하는 것을 선호합니다. 그리고 목록은 카테고리 시스템을 바로 발견하지 못할 수도 있는 초보자들에게 더 명확합니다.그러므로 "범주 진영"은 위키백과의 목록을 삭제하거나 해체해서는 안 되며, "범주 진영"은 위키백과의 범주 체계를 무너뜨려서는 안 됩니다. 이렇게 해서 귀중한 자원을 낭비해서는 안 됩니다.대신, 각각은 다른 것을 업데이트하는 데 사용되어야 합니다.
동시에 하나 이상의 정보 제시 방법이 위키백과에 적합하지 않다고 합의가 결정하는 상황도 있을 수 있습니다.예를 들어, 초과 범주화에 대한 지침은 범주를 사용해서는 안 된다고 합의가 일관되게 결정한 여러 상황을 규정합니다.WP에서 정기적으로 발생하는 결과:일부 삭제된 범주에 대한 CFD는 목록을 나열하는 것입니다. 목록은 적절하지만 범주가 아닐 수도 있기 때문입니다(예: 비정상적인 측정 단위 목록이 목록으로 존재하지만 범주로 존재하지는 않습니다).비정상적인 측정 단위).
카테고리 작업자, 목록 작성자 및 개요 작성자, 시리즈 박스 설계자 모두 백과사전 탐색을 위한 포괄적인 링크 네트워크를 개발하기 위해 노력합니다.이러한 이유로, 점점 더 많은 지식 분야에 대한 엔트리가 제공되고 있습니다."심포니"를 예로 들어 보겠습니다.
- 범주:범주:교향곡
- 목록: 이름이 있는 교향곡 목록
- 탐색 템플릿:템플릿:수와 이름에 따른 교향곡
같은 주제를 다루는 범주, 목록 및 탐색 템플릿이 동시에 있는 것은 부적절하지도 흔하지도 않습니다.정보를 구성하는 이러한 시스템은 부적절하게 중복되는 것이 아니라 보완적인 것으로 간주됩니다.또한 삭제 토론에서 카테고리가 목록을 중복(또는 그 반대)한다고 주장하는 것은 유효한 삭제 이유가 아니므로 피해야 합니다.목록 문서를 범주로 리디렉션하는 것은 매우 권장되지 않습니다. 목록 문서가 리디렉션 대신 사용되어야 합니다.
목록에는 범주에서 사용할 수 없는 기능이 포함될 수 있으며, 기본 링크 목록을 작성하는 것이 목록을 개선하는 데 유용한 단계입니다.이러한 기본 목록을 삭제하는 것은 이러한 구성 요소를 낭비하는 것이며, 목록 작성자가 새로운 목록을 작성하고자 할 때마다 더 큰 초기 노력을 제공하도록 불필요하게 압박합니다. 이는 인센티브가 없는 것으로 느껴질 수 있습니다.목록을 만들 것인지 또는 만들지 않을 것인지 결정할 때, 동일한 주제에 대한 카테고리의 존재는 중요하지 않습니다.
다음은 이러한 기술이 정보를 그룹화하는 방법과 각 기술의 장점과 단점을 비교한 것입니다.
카테고리
목록과 비교하여 범주에는 장점과 단점이 모두 있을 수 있습니다.
카테고리 페이지의 예입니다.아티클 네임스페이스의 모든 페이지에는 하나 이상의 카테고리가 있어야 합니다.카테고리는 기사를 읽는 사람에게 유용할 수 있는 주요 주제에 있어야 합니다.
- 기사: 마이클 잭슨
- 유용한 범주: 범주:미국의 팝 가수
- 유용하지 않음: 범주:이름이 M으로 시작하는 음악가들
다음 질문에 대한 대답이 "아니오"인 경우 범주는 부적절할 수 있습니다.
- 범주의 주제에 대해 몇 단락 이상을 작성하여 설명할 수 있습니까?
- 카테고리의 기사로 가보면, 왜 거기에 있는지 분명하게 알 수 있을까요?카테고리 주제가 기사에서 눈에 띄게 논의되었습니까?
기사는 종종 여러 범주로 분류됩니다.그러나 제한을 사용해야 합니다. 범주는 주어진 항목에 더 많을수록 효과가 떨어집니다.
문서는 일반적으로 카테고리와 하위 카테고리 모두에 포함되어서는 안 됩니다. 예를 들어 Microsoft Office는 카테고리:Microsoft 소프트웨어도 범주에 포함되지 않아야 합니다.소프트웨어—예를 들어, 문서가 카테고리를 정의하고 상위 카테고리에 있는 경우는 제외합니다.오하이오는 두 범주 모두에 속합니다.미국의 주 및 범주:오하이오(이 예외를 이해하는 좋은 방법은 기사가 존재하고, 그 기사와 동일한 주제에 카테고리가 생성되면, 해당 기사가 해당 카테고리에서 제거되지 않아야 한다는 것입니다.)
기사 제목이 하위 범주의 정의에 의해 표현되지 않은 상위 범주와 관련이 있는 경우에도 예외가 고려되어야 합니다.예를 들어, 범주:프랑스 혁명 기간 동안 단두대에 의해 처형된 사람들은 범주의 유일한 하위 범주였습니다.프랑스 혁명의 사람들, 프랑스 혁명의 주요 인물들을 단지 죽음의 수단 때문에 제거하는 것은 말이 안 됩니다.
범주는 주석 없이 나타나므로 범주를 만들거나 채울 때 NPOV(중립 시점)에 주의해야 합니다.어떤 것이 범주에 속한다는 것이 자명하고 논란의 여지가 없는 것이 아니라면, 범주에 포함되어서는 안 됩니다.특히 위키피디아 보기:사람들의 분류.
위 규칙의 예외는 범주:위키백과 유지관리 - 임시로 사용할 수 있는 범주를 포함합니다.
모든 범주는 다른 범주의 하위 범주여야 합니다.카테고리:의 아티클 카테고리 계층 맨 위에서 시작할 수 있습니다.기본 주제 분류.좋은 부모가 존재한다고 생각하지만 찾을 수 없다면 {{Uncategorized}} 태그를 추가합니다.카테고리는 Special(스페셜)에 표시됩니다.범주화되지 않은 범주입니다.
카테고리에는 다른 페이지와 마찬가지로 정렬 키가 있지만, 보다 유연한 방식으로 사용됩니다.WP:기술적 고려 사항을 보려면 SORTKEY를 선택하십시오.
안정적인 카테고리가 없는 기사의 경우 {{Uncategorized}} 태그를 사용하여 자체적으로 또는 {{Uncat 2023} 형식으로 주의를 끌 수 있습니다.또한 Special:에 자동으로 업데이트된 목록이 있습니다.분류되지 않은/스티븐된 아티클을 표시하는 분류되지 않은 페이지입니다. 그러나 며칠에 한 번씩 업데이트되고 한 번에 1000개의 아티클만 나열됩니다.따라서 기사를 어떻게 분류해야 할지 모르는 경우에는 항상 {uncat} 태그를 명시적으로 지정하는 것이 좋습니다.
카테고리의 장점
- 자동 연결.아티클 페이지에 카테고리에 대한 링크를 만들면 해당 아티클에 대한 링크가 카테고리 페이지에 표시됩니다.
- 다방향 탐색.범주는 여러 개의 하위 범주를 포함할 수 있으며 여러 범주에 속할 수도 있습니다.카테고리는 위키백과 내에서 카테고리로 시작하는 지식 웹으로 구성됩니다.위키백과 카테고리.
- 위키백과의 탐색적 탐색에 유용합니다.
- 위키백과 문서만 범주의 구성원이 될 수 있기 때문에 다른 유형의 페이지보다 외부 링크 스팸에 덜 취약합니다.
- 일반적으로 기사의 흐름을 방해하지 않는다는 점에서 상대적으로 눈에 띄지 않습니다.
- 검색은 범주 매개 변수를 사용하여 해당 범주의 모든 페이지를 제외하거나 포함할 수 있습니다.하위 범주는 포함되지 않지만 여러 항을 추가할 수 있습니다.
카테고리의 단점
- 항목을 추가하거나 제거하기 위해 직접 편집할 수 없습니다.카테고리에 포함하거나 카테고리에서 제외하려면 각 기사의 하단에서 이 작업을 수행해야 합니다.
- 특정 항목에 대한 컨텍스트를 제공하지 않으며 자세한 내용은 제공되지 않습니다. 기사의 이름만 제공됩니다.즉, 목록에 주석을 달 수 없습니다(설명 또는 주석 포함).
- 항목이 범주의 포함 기준을 충족하는지 확인하기 위한 참조 조항은 없습니다.
- 항목은 알파벳 순으로만 정렬됩니다(알파벳화를 제어할 수 있음).각 섹션은 하나의 페이지에서 섹션과 하위 섹션으로 구성할 수 없으며, 각 섹션은 고유한 설명을 사용합니다.
- 유지 관리가 어려울 수 있음:
- 수백 개의 항목이 있는 범주는 수백 개의 기사를 편집하는 경우를 제외하고는 이동할 수 없습니다(봇이 도움이 될 수 있음).
- 카테고리에 대한 변경사항을 추적하는 것은 카테고리의 편집 기록이 카테고리에서 항목이 추가되거나 제거된 시기를 표시하지 않기 때문에 어렵습니다.따라서 카테고리에서 문서가 제거된 시점을 쉽게 알 수 있는 방법은 없습니다. 처음부터 문서가 있었다는 표시 없이 사라집니다.Wikipedia의 감시 목록 기능을 통해 사용자는 범주의 구성원 변경 사항을 볼 수 있습니다.
- 빨간색 링크 추가와 같은 다른 형식의 추적은 지원하지 않습니다. 빨간색 링크는 간격 표시기 및 해당 문서를 만드는 작업 미리 알림으로 유용합니다.그러나 스텁을 범주에 추가할 수 있습니다.
- 동일한 항목에 대한 대체 이름은 리디렉션을 범주에 포함하는 경우에만 포함할 수 있습니다.
- 카테고리가 존재하는지, 카테고리에 항목을 추가하는 방법, 새로운 카테고리를 기존 계획에 연결하는 방법, POV(Point of Point) 문제를 처리하는 방법 등은 신규 사용자에게 명확하지 않습니다.
- 카테고리는 모바일 보기에 표시되지 않습니다.
- 카테고리의 항목 표시는 한 페이지에 200개로 제한됩니다.구성원 수가 이보다 많은 범주의 전체 내용을 보려면 여러 페이지를 보아야 합니다.
목록
범주와 비교할 때 목록에는 장점과 단점이 모두 있을 수 있습니다.
목록의 예: 견종 목록
목록의 장점
- 위키백과의 탐색적 탐색에 유용합니다.
- 각 위치가 중앙 집중화된 위치(페이지 자체)에서 유지 관리되므로 더 포괄적인 경우가 많습니다.
- 목록 내용의 표시를 개선하기 위해 다양한 방법으로 형식을 지정할 수 있습니다.
- 예를 들어, 계층의 여러 수준이 목록에 포함되거나 목록에 여러 개의 열이 있을 수 있으며, 각 열은 사용자가 목록을 정렬하는 기준이 될 수 있습니다.
- 카테고리를 채우려면 여러 페이지를 편집해야 하는 반면, 단일 페이지를 편집하여 작성 및 유지관리할 수 있습니다.
- 주석(추가 세부 정보)으로 장식할 수 있습니다.
- 예를 들어, 축구 세계 선수권 팀의 목록은 각 챔피언이 언제 우승했는지, 누가 챔피언을 이겼는지, 누가 그들의 코치였는지 등을 포함할 수 있습니다.
- 위키백과 검색에 포함됩니다.기본 네임스페이스에 있는 목록은 기본적으로 위키백과 검색에 포함됩니다.그들의 콘텐츠는 또한 구글과 다른 검색 엔진에 의해 검색됩니다.
- 나열된 기사를 포함하는 것을 정당화하기 위해 참조할 수 있습니다.
- 연결되지 않은 항목을 포함할 수 있습니다.
- 목록 항목은 다양한 방법을 사용하여 수동으로 정렬할 수 있습니다.문서는 동일한 목록에 여러 번 표시되거나 다른 방식으로 표시될 수 있습니다.
- 목록 항목은 문서의 특정 섹션에 연결할 수 있습니다.
- 토론 페이지에 대한 보이지 않는 링크를 포함하여 "관련 변경사항"을 클릭하면 해당 변경사항이 포함됩니다(형식: [Talk:Omphalology]). 목록 자체를 연결하여 포함할 수도 있습니다(예: 맨 앞에 굵은 글씨로 표시된 문구를 연결함).
'''This is a [[list of compositions by Franz Schubert]]'''...
- 위키 마크업 언어에 익숙하지 않은 초보자들이 더 쉽게 편집할 수 있습니다.
- 이미지는 목록 전체에 걸쳐 분산될 수 있습니다.
- 템플리트(예: 탐색 상자)를 목록의 일부로 포함할 수 있습니다.
- 주제에 대한 기사에 포함된 포함된 목록은 자신의 기사를 받을 자격이 충분하지 않지만 목록에 포함되지 못할 수도 있는 항목을 포함할 수 있습니다.또한 언급에 대한 주목도 임계값이 전체 기사에 대한 언급보다 작기 때문에, 다른 사람이 충분히 주목할 만하다고 느낀다면, 당신이 전체 기사를 추가할 때 필요한 주목도에 대한 판단을 내릴 필요 없이 쉽게 기사 내의 목록에 언급을 추가할 수 있습니다.그들은 항상 언급을 연결하고 기사를 작성할 수 있습니다.
목록의 단점
- 자동 연결 없음.모든 아티클은 일관된 방식으로 해당 카테고리에 연결되지만 나열된 모든 아티클이 해당 카테고리에 연결되는 것은 아니므로 목록을 검색하는 것이 더 어려울 수 있으며, 각 아티클은 서로 다른 방식으로 연결되도록 선택할 수 있습니다.카테고리의 기사에서 크로스 링크를 적용하려고 하면 오류가 발생하기 쉽고, 목록 편집에 부담이 되며, 편집하기 쉬운 혜택 목록을 상쇄할 수 있습니다.
- 덜 포괄적인 계층 구조.범주 시스템은 전문화를 강화하여 검색을 용이하게 하기 위해 광범위하고 상세한 계층 구조를 가지고 있지만, 목록 목록은 비교적 드물고 깊게 중첩되지 않습니다.
- 복잡한 자동 처리.목록은 목록 자체에 없는 항목에 대한 링크를 포함하는 산문을 포함할 수 있기 때문에 봇을 사용하여 자동으로 처리하기가 더 어렵습니다. 또한 목록에 있는 항목을 추출하려면 페이지 위키 텍스트를 구문 분석해야 합니다.
- 자동 정렬이 없습니다.편집자는 항목이 속한 위치를 수동으로 결정하고 항목을 추가해야 합니다.종종 편집자는 목록의 맨 아래에 새 항목을 추가하여 목록의 효과를 줄입니다.이 단점은 목록을 정렬 가능한 테이블에 배치하여 해결할 수 있습니다.
- 신뢰할 수 있는 출처를 찾을 수 없고 백과사전에 포함하기 위한 요구 사항을 충족하지 못하는 항목으로 인해 수렁에 빠질 수 있습니다.
- 일부 주제는 너무 광범위하여 목록이 관리하기 어렵고 효과적으로 유지 관리할 수 없습니다.
- 예를 들어, 위키백과 문서를 가지고 있는 특정 국가의 모든 사람들의 목록
탐색 템플릿은 위키백과의 해당 문서 간 탐색을 용이하게 하기 위해 여러 관련 문서에 사용되는 링크 그룹입니다.탐색 템플릿은 일반적으로 다음 두 가지 형식 중 하나로 표시됩니다.
- 가로로, 기사의 맨 아래에 배치되며 탐색 상자라고도 합니다.
- 수직, 종종 기사의 오른쪽 상단 모서리에 있으며 사이드바라고 함
다양한 수준의 탐색 템플릿에 대한 Wiki 마크업 문서에는 템플릿이 포함됩니다.Navbox/doc, 템플리트:사이드바/문서 및 템플리트의 맨 위 또는 맨 아래에 있는 템플리트:Navbar/doc.
각 링크는 독자들에게 분명히 식별될 수 있어야 합니다.일반적으로 텍스트 색상은 Wikipedia 텍스트 색상 기본값과 일치해야 하므로 링크는 파란색, 데드 링크는 빨간색, 빨간색 및 파란색은 다른(링크가 아닌) 텍스트에 사용하면 안 됩니다.그러나 기본값 이외의 텍스트 색상 및 배경에 대한 특정 탐색 상자 지침을 사용할 수 있습니다.
탐색 템플릿은 작고 잘 정의된 문서 그룹에 특히 유용합니다. 링크 수가 많은 템플릿은 금지되지 않지만 지나치게 사용 중이며 읽기 및 사용하기 어려울 수 있습니다.일반적으로 양호한 탐색 상자는 다음 지침의 대부분 또는 전부를 따릅니다.
- 템플릿 내의 모든 기사는 하나의 일관성 있는 주제와 관련이 있습니다.
- 템플릿의 주제는 모든 기사에 언급되어야 합니다.
- 그 기사들은 합리적인 범위에서 서로를 언급해야 합니다.
- 템플릿의 주제에 대한 위키백과 기사가 있어야 합니다.
- 탐색 템플리트가 아닌 경우, 편집자는 해당 문서의 항목 섹션에 있는 많은 문서를 연결하는 경향이 있습니다.
기사 모음이 이러한 기준을 충족하지 못하면 해당 기사는 느슨하게 관련되어 있을 가능성이 높습니다.따라서 목록, 범주 또는 둘 다가 더 적합할 수 있습니다.
특정 기사와 관련된 기사에 대한 링크를 탐색 상자에만 의존하거나 "image=" 필드를 재정의하여 기사의 내용을 설명하지 마십시오.Navbox는 독자의 약 절반을 차지하는 Wikipedia의 모바일 웹사이트에 표시되지 않습니다. (모바일 문제에 대한 진행 상황은 Fabricator 티켓 T124168 참조)
기사의 오른쪽 상단 모서리에 있는 탐색 템플릿("사이드바" 또는 "시리즈의 일부" 템플릿이라고도 함)은 독자에게 매우 눈에 띄게 표시되므로 특히 주의해야 합니다.사이드바 템플릿의 아티클 모음은 상당히 밀접하게 관련되어 있어야 하며 템플릿은 위의 지침 대부분 또는 전부를 충족해야 합니다.아티클이 밀접하게 관련되어 있지 않은 경우 아티클 하단에 있는 바닥글 템플릿 또는 탐색 상자가 더 적합할 수 있습니다.MOS는 기사 리드에 사이드바를 배치하는 것을 권장하지 않습니다.LED(경우에 따라 허용될 수도 있음).
탐색 템플릿의 아티클 링크는 클러스터, 주제별 또는 기간별로 그룹화되어야 합니다.알파벳 순서는 동일한 아티클 링크를 포함하는 범주에 추가 값을 제공하지 않습니다.예를 들어, 템플릿:관련 하위 항목으로 그룹화된 기사가 있는 일반 물리학.
지정된 탐색 상자를 통과하는 모든 아티클은 일반적으로 탐색 상자에 링크로 포함되어 탐색이 양방향이 되도록 해야 합니다.
어떤 기사에 대해서도 내비게이션 템플릿을 사용할 필요가 없으며 금지되어 있지도 않습니다.탐색 상자를 포함할지 여부와 포함할지 여부는 종종 Wiki Projects에서 제안하지만, 궁극적으로 각 개별 기사의 편집자 간의 토론과 합의를 통해 결정됩니다.위의 양방향성 원칙에 따라 이는 탐색 템플릿에 특정 아티클을 포함하는 데에도 영향을 미칠 수 있습니다.의견 불일치가 발생할 경우, 주로 템플릿 코더에 의해 나열되는 템플릿이 아닌 기사 대화 페이지에서 토론을 집중하십시오.
연예인의 공연을 출연한 프로덕션의 네비박스에 추가하거나 제작진이 작업한 프로덕션의 네비박스에 추가하지 마십시오.여기에는 배우, 코미디언, 텔레비전/라디오 진행자, 작가, 작곡가 등이 포함됩니다.이렇게 하면 공연 기사 하단에 내비게이션 템플릿이 과도하게 확산되는 것을 방지하고 WP를 다음과 같이 배치하는 것을 방지할 수 있습니다.특정 연예인의 특정 공연에 대한 과도한 가중치.
해당 개인이 해당 자료의 주요 제작자로 간주될 수 없는 한 개인의 필름 작업(및 유사한)도 탐색 상자에 포함해서는 안 됩니다.이를 통해 각 프로덕션의 기사에 개인의 탐색 상자가 과도하게 확산되는 것을 방지하고 WP를 다음과 같이 추가하는 것을 방지할 수 있습니다.특정 개인의 기여에 대한 과도한 가중치.
마지막으로 외부 링크는 탐색 템플릿에 포함되지 않아야 합니다.원본은 템플릿 문서에 포함될 수 있습니다(템플릿 자체를 본 후에만 볼 수 있는 <포함되지 않음> 섹션).
장점
- 관련 문서에 대한 일관된 모양 및 탐색 시스템을 제공합니다.
- 범주보다 탐색 속도가 빠릅니다.
- 동등한 요소에 즉각적인 정보를 제공합니다.
- 일련의 기사를 연대순으로 표시하는 경우 템플릿이 가장 적합한 경우가 많습니다.예:템플릿:로얄 공주 (그 목록에는 두 마리의 메리와 두 명의 앤이 있는데, 이것은 이 공주들을 단지 알파벳 순서대로 나열된 이 같은 이름의 프레젠테이션에 대한 연대순으로 제시하는 방법을 자산으로 만듭니다.)매우 긴 시계열의 경우, 연속 상자를 사용하는 것이 바람직하며, 이 상자는 기사의 바로 앞과 바로 뒤에 있는 일련의 요소만 보여줍니다.
- 이 문서는 일부 광범위한 주제의 기사를 검토한 독자들이 동일한 광범위한 주제에 대한 다른 기사를 찾을 수 있도록 구성된 리소스를 제공합니다. 텍스트 또는 "참고 항목" 섹션에서 위키로 연결된 기사를 "낚시"하도록 만드는 것이 아닙니다.
- 관련 문서 간에 중복되거나 동기화되지 않을 수 있는 큰 "참고 항목" 섹션 완화
단점
- 모바일 웹 사이트를 사용하는 독자에게는 표시되지 않습니다.
- 서로 다른 주제 간에 일관된 모양과 탐색 시스템을 제공하지 않습니다. 모든 탐색 템플릿에 단일 형식이 없습니다.
- 단순한 경우 범주로 대체할 수 있습니다.또한 상자가 관리할 수 없을 정도로 커지지 않으면 범주가 제공할 수 있는 것보다 더 많은 세부 정보를 제공하는 것이 어려울 수 있습니다.
- 보기 흉한 색상 구성, 크기, 동일한 페이지의 수 등으로 인해 못생겼거나 무의미해 보일 수 있습니다.이러한 이유로 문서 시리즈 상자에는 정의나 설명을 위한 텍스트가 많이 포함되어 있지 않지만 명확해야 합니다.
- 템플릿에 아티클 링크 또는 하위 섹션을 포함하면 의도치 않게 관점이 추진될 수 있습니다.또한 주제 또는 연결된 예제의 한 측면이 다른 측면보다 더 중요하거나 덜 중요하거나 동등하다고 잘못 암시하거나, 중요한 위치에 모호한 주제를 광고하거나, 프로젝트 소유권을 주장하는 데 사용될 수 있습니다.템플릿은 Wikipedia로 이동할 수 있습니다.POV를 푸시하는 것처럼 보이는 경우 토론을 위한 템플릿입니다.템플릿을 추가하여 이 문제를 해결하려고 하면 앞에서 설명한 단점이 발생할 수 있습니다.
- 반면에, 이것이 논란의 여지가 없을 때 어떤 링크가 가장 관련이 있거나 중요한지에 대한 충분한 단서를 독자에게 제공하지 않을 수 있습니다.
- 접선적으로만 관련된 정보에 대해 너무 많은 공간을 차지할 수 있음
- 대부분의 링크가 일부 문서에서 유용하지 않더라도 모든 문서에 있는 전체 링크 목록을 포함합니다.
- 크기 때문에 여러 개의 탐색 템플릿을 사용하면 하나의 아티클에 너무 많은 공간을 차지할 수 있으며, 이로 인해 포함할 항목이 POV에 의해 제한될 수 있습니다.페이지의 모든 또는 대부분의 템플리트를 자동 접기로 설정하여 활성화될 때까지 대부분의 내용을 숨깁니다.
- 템플리트는 기본적으로 검색 결과에 포함되지 않으므로, 독서자와 편집자가 템플리트를 찾기 어렵습니다.
- 그들은 어떤 광범위한 주제의 기사를 겪은 독자들이 본문이나 "참고" 섹션에서 위키로 연결된 기사보다 동일한 광범위한 주제에 대한 다른 기사를 읽고 싶어할 것이라고 암묵적으로 가정합니다.
사이드바는 몇 가지 특정한 문제가 있으므로 특히 주의하여 다루어야 합니다. 왜냐하면 사이드바는 독자들에게 매우 눈에 띄게 표시되기 때문입니다.
- 잘 보이는 화면 공간의 큰 덩어리는 이미지나 필수 정보에 더 잘 사용될 수 있습니다.
- 그들은 특정 학문 분야의 "영토"로서 주제를 방어하는 것으로 인식될 수 있습니다.
- 사이드바 템플릿의 아티클 모음은 상당히 밀접하게 관련되어 있어야 하며 템플릿은 위의 지침 대부분 또는 전부를 충족해야 합니다.기사가 밀접하게 관련되어 있지 않다면 탐색 상자가 더 적합할 수 있습니다.
예제
예제 템플릿에는 다음이 포함됩니다.
- 템플릿:스페인 항목(중간 크기의 수평 템플릿),
- 템플릿:철학 주제(큰 수평 템플릿),
- 템플릿:철학 사이드바("수직 템플릿..." 시리즈의 일부),
- 템플릿:정책 목록(작은 수직 템플릿) 및
- 르노#외부 링크(기사의 하단에 있는 여러 개의 수평 템플릿).
일부 비정상적인 템플릿은 다음과 같습니다.
- 템플릿:관리자 알림판 보관 파일(수직 템플릿),
- 템플릿:게시판 링크(때로는 상단에 위치한 수평 템플릿) 및
- 템플릿:해리 포터(풍부하고 다양한 자료를 읽을 수 있는 템플릿으로 정리한 예).
참고 항목
- 위키백과:PetScan, 기사 카테고리 검색 도구
- 위키백과:포털, 주제 영역을 소개하는 탐색 페이지
- 범주:내비게이션에 대한 위키백과 에세이