我们的论坛已经运营两年，发展良好。用户参与度随时间稳步提升，我们也开始从搜索引擎获得自然流量。
我们的标签未被 robots.txt 文件屏蔽，大部分自然流量都来自标签页面。但问题在于，目前标签的标题和元描述显示为“Topics tagged coffee-beans”，而我们希望将其改为类似“Coffee Beans: Latest Discussions”的形式。这样既能更精准地匹配用户的搜索意图，也能提高他们访问论坛的可能性。
因此，Discourse 团队是否有计划添加功能，允许用户自定义编辑标签的标题和描述？
It’s not planned, as that would make tags overlap with categories. Tags are meant to be rather lightweight, and adding a bunch of metadata makes them … less lightweight.
@Vikas_Dangi 在我们的论坛上，我们很好地使用了 Discourse 标签侧边栏主题组件。通过这个主题组件，您可以创建一个描述您标签的主题，当在导航中浏览该标签时，它将会显示在侧边栏中。
另请参阅以下主题以获取相关讨论：
我们正在重新考虑这个问题——我现在认为这里应该为标签添加一个描述，但对于是否同时需要“简短”和“详细”描述，我有些犹豫。你们怎么看 @neil @sam @eviltrout？
描述可以通过标签页上的 Info 按钮进行管理，与现有的重命名、同义词和删除控制放在一起。
在 99% 的情况下，为标签设置两个描述框肯定过于冗余。我主张从只有一个开始。
这太棒了！
我认为这与标签轻量化的初衷一致，同时也承认：为了保持论坛的有序，人们需要对标签的含义及其使用场景有统一的定义。
我认为保留一个隐藏的“详细描述”仍然很有帮助，比如用于解释标签的使用标准：谁可以添加此标签？使用该标签时是否必须同时添加父标签？这对于工作人员来说可能尤其有用。
我在 Stack Overflow 上使用了多个站点，它们的标签都配有简短的摘要，用于在只需提供部分上下文的地方显示标签含义；同时还有更详细的描述，用于在列出该标签下所有主题的概览页面上展示。在我看来，这种设计在可用性和 SEO 方面都非常出色。
为标签添加简短描述，将极大地帮助社区组织的论坛保持条理清晰和风格统一。我非常期待看到这一功能！
简短描述（最多 255 个字符）将非常有帮助。这样您可以为标签提供描述，并链接到例如标签的主页。对于 Nextcloud，我们目前有 100 个应用分类。其中一些分类条目较少，但分类列表却非常庞大。因此，我们倾向于使用标签，并利用描述字段引导用户前往应用的 GitHub 仓库。
太棒了的消息，很期待它能上线，这样我们就不必通过主题组件来“hack”实现该功能了：：啤酒：依我之见，作为用户，简短的描述就足够了。
我们已将其列入本次发布计划，预计几个月内即可构建完成。
期待！
是否可以通过 CSV 上传批量添加标签描述？
描述也应显示在爬虫视图上，并且标题也应得到优化。
同意。它目前未显示给用户，似乎也没有被正确抓取。我期望描述显示在主题之上，就像在 StackOverflow 标签上一样。
这应该是新的功能建议吗？
是的，请提供一个视觉模型来帮助完善这个请求。
我没有看到让描述对用户可见的方法……例如，像类别在悬停时获得的工具提示那样。我错过了什么吗？
在 /tag/{slug} 定义的标签描述似乎仅在 /tags 和单个主题页面 /t/{slug}/{id} 上呈现。
但是侧边栏“标签”部分列出的标签不包含描述（未添加 title 属性）。
我们应该认为这是正在进行中的工作吗？ 
描述可以通过点击标签页面右上角的“信息”按钮来查看（对于管理员来说，这看起来像一个编辑标签的扳手）……例如，在 official 上
我们有一个主题组件，可以在横幅中展示标签描述：Tag Banners
我不确定这是否是我们出于性能原因想要做的事情……尽管 @tgxworld 或 @kris.kotlarek 可能对是否可行有更好的了解。
区别在于类别数量少得多且由管理员创建……我们不希望一个站点有 1000 个类别，即使有，由于每个类别序列化的数据量（描述、颜色、一堆设置等）过多，它们也会遇到性能问题。另一方面，标签可能是用户创建的，我们预计站点上可能会有数千个标签……因此，在大多数地方，我们通常只包含它们的名称和 ID。
