16
我正在開發類似於Yahoo Answers的應用程序，並討論是否使用標籤或類別。其他大多數Q & A站點使用類別。你們哪一個更喜歡？爲什麼？標籤VS類別
Q
標籤VS類別
A
回答
12
我看到的區別是：
- 一個「實體」只能有一個類別;沒有更多的
- 類別可以在層次結構組織 - 即，子類
- 一個「實體」可以有多個標籤
- 標籤沒有在任何層次的組織
我要說...爲什麼不同時使用？喜歡的東西：
- 類別/ 1 （最大）級別的子類，只有管理員定義：分類的第一級 - 但optionnal，也許？
- 例如，一般爲導向的網站上，「計算機相關的」將是一個類別
- 「烹飪」，「電機VEHICULES」，「假日」也許是別人
- 標籤：像這裏在SO ;-)可以創建（差不多）任何人，特別是;而且更具體。
當然，如果你只有一個「主題」 （像這樣是關於編程的問題），類可能不會是有用的：不夠寬...
0
如果您正在討論類別層次結構，那麼您可以假設您可以定義對於所有正在解決的問題都合理的層次結構，並且您定義的類別對大多數用戶都有意義。
標籤不要求您預先確定問題的結構，並提供更靈活的方法來對信息進行分類。
您可能也有興趣知道您可以授權StackOverflow背後的技術並將其標記爲白色。這種產品被稱爲StackExchange
+0
標籤可能不會要求您（開發人員）決定分類，但這隻意味着您將工作卸載到最終用戶身上，以試圖瞭解所有不同組之間的相互關係。卡片分類練習是便宜和有效的方法來找出一個良好的分類順便說一句。 – ElBel 2009-08-27 00:24:24
+1
在很多情況下，*沒有*理想的分類。並不是所有的信息都可以很好地分類在一個靜態層次結構中。至於卸載......用戶的累積智慧很可能超過我自己的（儘管「衆包」確實需要仔細的指導和監控）。 – 2009-08-27 06:10:07
2
我相信標籤無限靈活，有一個地方的一切。我也注意到，基於標籤的網站很少見，但沒有一個地方的所有問題（由標籤組織）比導航40多個論壇和子表單更好。它使得查找和搜索恕我直言的工作更容易;您不必嘗試將所有信息都放在問題的標題中，您可以使用它的標籤。一個基於論壇的網站，你可以搜索一些比主流更少的東西，比如jquery-onchange事件，並且你不得不希望人們聰明得足以在他們的頭銜中具體化。在基於標籤的網站上，您可以依靠標題和標籤來傳遞信息。
它也使審覈更容易。如果人們重新命名我的問題，我不會那麼喜歡它，但能夠重新標記它們是一項重要的資產，可以提供更好的組織和更多的搜索能力。：d
6
標籤，因爲分類工作，從來沒有完全正確 - CFR Weinberger's作品一對這項。
1
標籤和類別都是值得的。真的，你可以實現類別作爲具有特殊屬性設置的標籤。通常，類別對於以結構化方式導航內容來說很不錯。標籤往往會讓你陷入一片混亂。
一個很好的方式與標籤和分類工作是爲了讓標籤有一個父標記。這樣你就可以編寫一個在層次結構中顯示標籤的頁面。根據您的需求，您可能希望或不希望支持多個父標籤。
+0
你知道一個利用這個想法的網站嗎？ – user161433 2009-08-26 22:37:58
+1
我不知道這個想法是否廣泛。我在幾年前的一個電子商務網站上使用它（http://shopdei.com/namle/advanced-search.php）。您可以根據主題，年級和課程進行瀏覽，也可以搜索更詳細的連接。在後端，所有的關係基本上都是標籤。您可以將產品鏈接到可由管理員指定的多個標籤。該網站並未真正顯示導航功能，但這主要是客戶想要開發的副作用。 – 2009-08-28 16:29:18
46
（注：我在谷歌的交互設計師約5年，經歷了很多，包括標籤，標籤和類別的概念，許多谷歌產品可用性研究坐在我目前正在設計業務的網絡軟件使用類似的概念。）
大量用戶的不理解甚至是今天的「標籤」（或「標籤」）的概念。一般來說，用戶確實會得到「類別」。令人驚訝的是，如果您向人們展示「標籤」或「標籤」並說「那邊是什麼？很多人會說「哦，那些就像關鍵字」。
分類和標籤之間顯着的區別是高度技術性的，而據我所見過的可用性研究，完全是毫無意義甚至誰使用他們的電腦很多關於工作的人。
所以我在「同時使用」陣營：
- 一個實體可以有多個關鍵字。 （它可以生活在多個類別或具有多個標籤 - 都描述相同的實用程序。）
- 關鍵字可以以有用的方式組織，以促進發現和心理組織。這意味着層次結構。您可以使用卡片分類測試（請參閱www.websort.net獲得一個良好的在線卡片分類應用程序），以找出適合您的特定主題和用戶的良好分層結構。
- 用戶可以輕鬆生成自己的關鍵字。是否將這些添加到您的層次結構中是內部監控決定的問題。 （注意，大多數人喜歡從現有的一組選項來挑選 - 他們明白，使用現有的類別有助於項目又找到[識別與召回HCI原則。]。）
在我目前的網站，我們有一個「規範標籤」列表，我們已將其組織到一個層次結構中，以便用戶可以進行基本瀏覽，以深入到感興趣的類別中。 （我們有3個關卡。）用戶可以根據自己的需要創建自己的標籤，但實際上他們通常不會，更喜歡使用UI組合框從官方語料庫的標籤中進行選擇。
P.S. - 標籤雲（即流行標籤的視覺表示是不同字體大小的單詞的大塊）在可用性方面失敗慘重。他們所要做的就是基本上提供網站上流行類別的排名列表，因此，您也可以從最不受歡迎的列表中排序。
+1
很好的答案，但它給我留下了一個問題。當你描述你的混合方法時，你使用層次結構來瀏覽/向下鑽取。你不顯示不在層次結構中的標籤嗎？如果您向他們展示，您是否將視覺上的其他標籤的層次結構標籤分開？我正在使用混合方法，這是我在用戶界面中苦苦掙扎的部分。 – jshen 2010-11-27 06:31:32
+0
儘管我們會定期檢查用戶生成的標籤，並確定是否有任何標籤應該被標準化爲官方層級結構，但我們沒有在整個層級結構中顯示用戶創建的標籤。在我們的例子中，用戶自己的標籤出現在組合框中並不重要，因爲他們大多隻做過一次，但在其他應用程序（例如郵件或錯誤）中，您希望用戶能夠訪問他們自己的標籤。 – ElBel 2013-04-25 21:10:45
我會說這是一個薈萃話題，如果它是屬於主要是這樣，但我想它的討論要如何設計你的網站的用戶，但等待，不，使其成爲一個SU的問題嗎？如何編程相關的呢？ ：D – 2009-08-26 22:26:49