Tags 类别、标签或两者?

Tags 类别、标签或两者?,tags,categories,Tags,Categories,当涉及到内容排序时,我总是犹豫不决,通常我会将类别和标记作为合理的选项,但我仍然想知道何时使用类别和标记,甚至何时使用两者?类别看起来简单且易于实现,标记提供了更大的灵活性,但往往过于复杂,影响可用性。以del.icio.us为例,在数千个标签中查找内容并不是一件有趣的事情。在这一点上,我打赌类别实际上更实用。因为像delicious一样,真正起作用的是最热门的标签,从概念上讲,我认为它们是“类别” 我看到wordpress正在使用一个通用方案来处理这个问题。它实现了一个通用的分类法,以同样的方

当涉及到内容排序时,我总是犹豫不决,通常我会将类别和标记作为合理的选项,但我仍然想知道何时使用类别和标记,甚至何时使用两者?类别看起来简单且易于实现,标记提供了更大的灵活性,但往往过于复杂,影响可用性。以del.icio.us为例,在数千个标签中查找内容并不是一件有趣的事情。在这一点上,我打赌类别实际上更实用。因为像delicious一样,真正起作用的是最热门的标签,从概念上讲,我认为它们是“类别”

我看到wordpress正在使用一个通用方案来处理这个问题。它实现了一个通用的分类法,以同样的方式处理类别和标记。这使得实现更加复杂


我想听听其他人对这件事的看法。谢谢

这完全取决于您的应用程序。看看它庞大的数据库(将近50万个问题),所有的问题都是通过标签处理的——效果很好。但是,标签的数量是经过仔细控制的,用户群知道它的流行语,并且非常习惯于在大量信息中导航


在黄页目录中,非技术人员使用的目录不是每天都浏览的目录,而一个结构对于仔细导航到热门的分支或业务来说是必不可少的,标签可能会适得其反,应用程序使用类别会更好。这取决于你想做什么。想详细说明一下吗?

我不确定是否有一个单一的正确答案

标记是一种表示重叠的范例,而类别表示不重叠

类别(作为一个平面列表或层次结构)在组织数十个或数百个实体方面历来最为有用

从历史上看,标签可以更好地处理成千上万的实体


一般来说,两者都不太正确。

我认为“类别”一般来说是:(1)预定义的和集中管理的,(2)分层的;然而,任何CMS作者都可以动态添加标记,并使用平面名称空间。我认为对于许多应用程序来说,“分类法”和“大众分类法”之间存在着紧张关系,这基本上可以归结为控制。但我认为大多数CMS都可以从两者中获益——允许管理一个正式的分类结构,并允许所有作者都参与的不太正式的标记功能。然后,可以按类别浏览内容或按标签搜索内容。

类别是非常静态的,因此如果您知道内容,它们非常棒。例如,新闻门户网站总是使用本地、国内、国外、体育、金融等新闻类别

标记更适合于非结构化内容,例如博客

通常我会看到这样一种模式:你有“几个类别,每个类别中有很多项目”或“很多很多标签,有时只有1或2个项目”。我发现标记对我的博客更有用,因为我真的不知道在接下来的12个月里我将发布什么类型的帖子,而我会发现将它们放在新闻门户网站上很奇怪(尽管有些新闻涉及多个类别),特别是因为创作者知道他们将发布什么类型的新闻,并且任何更改都将是一个大问题“探索新的重新设计!“改变

标记是轻量级的:它们可以在没有任何摩擦的情况下创建和使用,但是你不能真正将它们放入结构化的导航中,因为标记云是一个(糟糕的)尝试对它们进行结构化。类别相当重要:它们通常与网站的总体布局/导航/设计紧密相连,创建一个新类别通常意味着进行一些其他更改


当然,这因应用程序而异,有时也没有明确的区别。毕竟,类别和标记在技术上是相同的:应用于实体的字符串/元数据列表。

我经常使用标记来替换非常特定或暂时的子类别,这些子类别无法提前轻松定义


例如,我可能会将新闻CMS设置为“政治”类别,并将其子类别设置为“参议院”、“众议院”、“白宫”、“最高法院”等。我的标签将是“医疗改革”、“罗伊与韦德之争”、“鲁斯·贝德·金斯伯格”、“阻挠议事””等等。

好问题。类别是保守的和基于层次的,标记的结构和无政府状态较少;)

也许试着像你的观众(客户/用户)一样提问或思考,他们是更喜欢基于类别的浏览(层次结构)还是基于重叠标签的搜索?观众的“想法”总是好的

你说你的目标是一个CMS,它覆盖什么样的领域(新闻、内部企业、技术人员)

我认为stackoverflow团队决定使用标签。大量的问题不能100%归为一类


尽管有了这两种方法,我们仍然必须找到一个很好的平衡:一百万个标签或一个20层的深层分类树将在地狱中终结。

你在设计什么样的网站?一个通用多用户CMS。类别或标签在哪里发挥作用?@Pekka:categories或tags将用于对用户生成的内容进行分类。通常是文章、笔记、帖子。