2009-08-26 2 views
16

Yahoo Answers과 유사한 애플리케이션을 개발 중이며 태그 또는 카테고리를 사용할지 여부를 토론합니다. 대부분의 다른 Q & 사이트는 범주를 사용합니다. 어느 쪽이 당신이 선호하고 왜 그럴까요?태그 VS 카테고리

+0

나는 이것이 주로 SO에 속하는 것이라면 메타에 대한 주제라고 말할 것입니다.하지만 사용자를 위해 사이트를 디자인하는 방법을 논의 할 때 그렇다고 생각합니다.하지만 잠깐만, SU 질문이되지 않습니까? 프로그래밍과 관련된 것은 무엇입니까? : D –

답변

12

라고 내가 볼의 차이는 다음과 같습니다

  • 하나 "엔티티"하나의 카테고리를 가질 수 있습니다; 더 이상
  • 카테고리 계층 구조로 구성 할 수 없습니다 - 즉, 하위 범주
  • 하나 "엔티티"여러 태그

내가 말할 것

  • 태그 계층 구조의 어떤 종류로 구성되지 않습니다 수 있습니다 ... 둘 다 사용하지 않는 이유는 무엇입니까? 관리자 만 정의 된 하위 카테고리의

    • 카테고리/1 (최대) 레벨 : 뭐 그런 분류의 첫 단계 -하지만 optionnal, 아마?
      • 예를 들어, 일반적인 중심의 웹 사이트에 "컴퓨터 관련 '카테고리를 것
      • "요리 ","모터 VEHICULES는 ","휴일 "다른 사람에게
    • 태그 수 있습니다 : 같은 여기에 그래서 ;-) 만들 수 있습니다 (거의) 사람, 특히; 그리고 훨씬 더 구체적입니다. 물론

    , 당신은 하나의 "주제는"이 (같은 프로그래밍 문제에 관한), 범주 아마 유용하지 않을 것이다가있는 경우 :하지 충분히 넓은 ...

  • 0

    범주의 계층 구조에 대해 이야기하는 경우 해결되는 모든 질문에 대해 합리적인 계층 구조를 정의 할 수 있으며 정의한 범주는 대부분의 사용자에게 적합하다고 가정합니다.

    태그는 질문에 대한 구조를 미리 결정할 필요가 없으며 훨씬 더 유연하게 정보를 범주화 할 수있는 방법을 제공합니다.

    또한 StackOverflow 뒤에 기술을 라이센스하고 흰색 라벨을 붙일 수 있습니다. 그 제안은 StackExchange

    +0

    태그는 개발자가 분류 체계를 결정할 것을 요구하지 않을 수 있지만, 단순히 모든 다른 그룹이 서로 어떻게 관련되어 있는지 이해하려고 시도 할 때 최종 사용자에게 작업량을 줄임을 의미합니다. 카드 분류 연습은 좋은 분류학 btw를 계산하는 저렴하고 효과적인 방법입니다. – ElBel

    +1

    많은 경우에 이상적인 택 소노 미가 존재하지 않습니다. 정적 인 계층 구조에서 모든 정보를 잘 분류 할 수있는 것은 아닙니다. 오프로드의 경우 사용자의 누적 된 지혜가 내 자신의 지혜를 능가 할 가능성이 매우 높습니다 ("crowdsourcing"은 신중한 지침 및 모니터링이 필요하지만). –

    2

    나는 태그를 믿는다 무한히 유연 해지며 모든 것을위한 공간이 있습니다. 태그 기반 사이트는 드물지만 40 개 이상의 포럼 및 하위 형식을 탐색해야하는 것보다 모든 질문 (태그로 구성된)이있는 장소가 하나도없는 것으로 나타났습니다. IMHO를 찾아서 검색하는 것이 훨씬 쉬워집니다. 당신이 질문의 제목에 귀하의 모든 정보를 넣으려고하지 않아도됩니다, 당신은 태그를 사용할 수 있습니다. 포럼 기반 사이트 중 하나 인 jquery-onchange 이벤트와 같이 주류보다 적은 것을 검색 할 수 있으며 사람들이 자신의 타이틀에서 특정 할 수있을 정도로 똑똑 할 수 있기를 바랍니다. 태그 기반 사이트에서 제목과 태그를 모두 사용하여 정보를 릴레이 할 수 있습니다.

    또한 관리가 더 쉬워집니다. 사람들이 내 질문에 많은 이름을 변경하더라도 마음에 들지는 않지만 재검토 할 수 있다는 것은 훌륭한 자산이며보다 나은 조직과 검색 기능을 제공합니다.: D

    6

    태그가 올바르게 작동하지 않기 때문에 - cfr Weinberger's이 그 하나의 작업에 적합합니다.

    1

    태그와 카테고리 모두 가치가 있습니다. 실제로 특수 속성이 설정된 태그로 카테고리를 구현할 수 있습니다. 일반적으로 카테고리는 구조화 된 방식으로 콘텐츠를 탐색하기에 좋습니다. 태그는 큰 혼란에 빠지기 쉽습니다.

    태그 및 카테고리를 사용하여 작업하는 좋은 방법은 태그에 상위 태그가 있도록 허용하는 것입니다. 그렇게하면 계층 구조에 태그를 표시하는 페이지를 작성할 수 있습니다. 필요에 따라 여러 개의 상위 태그를 지원할 수도 있고하지 않을 수도 있습니다.

    +0

    그 아이디어를 활용하는 웹 사이트에 대해 알고 계십니까? – user161433

    +1

    아이디어가 널리 퍼져 있는지 나는 모른다. 나는 2 년 전 (http://shopdei.com/namle/advanced-search.php) 일한 전자 상거래 사이트에서이 스크립트를 사용했다. 주제, 학년 및 커리큘럼을 기반으로 검색하거나보다 자세한 연결을 검색 할 수 있습니다. 백엔드에서 모든 관계는 기본적으로 태그입니다. 제품을 관리자가 지정할 수있는 여러 태그에 연결할 수 있습니다. 이 사이트는 탐색 기능을 실제로 제공하지는 않지만 클라이언트가 개발하기를 원하는 방식의 부작용입니다. –

    46

    (참고 : 저는 약 5 년 동안 Google의 상호 작용 설계자였으며 태그, 라벨 및 카테고리의 개념을 포함하는 많은 Google 제품에 대한 많은 유용성 연구를 진행했습니다. 현재 비즈니스 웹 소프트웨어를 설계하고 있습니다. 유사한 개념을 사용합니다.)

    많은 사용자가 오늘날에도 "태그"(또는 "라벨")의 개념을 이해하지 못합니다. 사용자는 일반적으로 "카테고리"를 얻습니다. 놀랍게도, 사람들이 "태그"또는 "레이블"을 보여주고 "그 위에있는 사람들은 무엇입니까?" 많은 사람들이 "아, 그건 키워드 같아"라고 말할 것입니다.

    카테고리와 태그 사이의 두드러진 차이점은 고도의 기술력을 가지고 있으며, 지금까지 사용성 연구에서 본 것만 큼 컴퓨터를 많이 사용하는 사람들에게조차도 무의미합니다.

    는 그래서 "사용 모두"캠프에 있어요 :

    • 기업은 복수 키워드를 가질 수 있습니다. (여러 범주에 살거나 여러 개의 태그가있을 수 있습니다 - 둘 다 동일한 유틸리티를 설명합니다.)
    • 키워드는 발견 및 정신 조직을 용이하게하기 위해 유용한 방식으로 구성 될 수 있습니다. 이것은 계층 구조를 의미합니다. 카드 소트 테스트 (좋은 온라인 카드 분류 응용 프로그램은 www.websort.net을 참조하십시오)를 사용하여 특정 주제와 사용자에 대한 적절한 계층 구조를 파악할 수 있습니다.
    • 사용자는 쉽게 자신의 키워드를 생성 할 수 있습니다. 이러한 요소가 계층 구조에 추가되는지 여부는 내부 모니터링에서 결정할 문제입니다. 대부분의 사람들은 기존 옵션을 선택하는 것을 선호합니다. 기존 카테고리를 사용하면 항목을 찾을 수 있습니다. [HCI 인식 원리 vs. 리콜]

    현재 사이트에서, 우리는 계층 구조로 구성된 "정식 태그"목록을 가지고 있으므로 사용자는 기본 범주 탐색을 수행하여 관심 카테고리로 드릴 다운 할 수 있습니다 (&). (우리는 3 단계를가집니다.) 사용자는 원하는 경우 자신의 태그를 만들 수 있지만 실제로는 그렇지 않습니다. UI 콤보 상자를 사용하여 공식적인 코퍼스의 태그에서 선택하는 것이 더 좋습니다.

    P. - 태그 구름 (예 : 인기있는 태그의 시각적 표현을 다양한 글꼴 크기의 큰 단어로 표시)은 유용성 측면에서 비참하게 실패합니다. 그들이하려고하는 모든 것은 기본적으로 사이트에서 인기있는 카테고리의 순위가 매겨진 목록을 제공하는 것입니다. 따라서 목록을 가장 인기가 적은 순서대로 정렬 할 수도 있습니다.

    +1

    훌륭한 답변이지만 질문이 떠났습니다. 하이브리드 접근 방식을 설명 할 때 탐색/드릴 다운을위한 계층 구조를 사용하여 언급했습니다. 계층 구조에없는 태그를 표시하지 않습니까? 당신이 보여 주면 다른 태그에서 계층 태그를 시각적으로 구분합니까? 나는 하이브리드 접근법을 사용하고 있으며, 이것이 내 UI에서 어려움을 겪고있는 부분이다. – jshen

    +0

    우리는 사용자 생성 태그를 주기적으로 검토하고 공식 계층으로 정규화 될 자격이 있는지 확인하기는하지만 전반적인 계층 구조 내에서 사용자가 만든 태그를 표시하지 않았습니다. 우리의 경우 콤보 상자에 사용자의 태그가 표시되는 것은 중요하지 않습니다. 대개 한 번만 했으므로 다른 응용 프로그램 (예 : 메일 또는 버그)에서는 사용자가 할 수 있기를 원합니다. 자신의 태그에 액세스하십시오. – ElBel

    관련 문제