我看过一些修改过的问题,从标题中删除了语言名称。如果将这些“标签”作为标题的一部分保留下来,搜索引擎-和使用搜索引擎的人们是否会更容易找到它们?

返回到FAQ索引

评论

您是说网站标题,对吧?

@ neverMind9,是否有关于将哪个标签添加到标题的信息?

#1 楼

TL; DR:不,没有必要在问题标题中包含“标签”。忽略某些主题,将搜索范围缩小到特定区域,甚至通过其Wiki了解标签的主题。
此标签系统有效。您可以依靠它来通知对您的问题的标签感兴趣的用户。已对Stack Exchange进行了优化,以便搜索引擎对标签以及问题的内容进行索引。确保向用户显示您的标签,并且在回答您的问题时通常会考虑它们。
事实上,系统在生成页面标题时会自动在问题标题前添加最常用的标签(除非它已经在问题标题中了),以帮助搜索引擎更轻松地找到它。 (这在元站点上不会发生,但是没关系,因为最常见的标记可能还是四个必需标记之一。)
因此,完全没有必要在问题标题中包含标记。
撰写标题时,您绝对不必使用以下任何一种形式:

[标签]:[问题标题]
[问题标题]-[标签] [标签] [标签]
[问题标题]在[标签]
[标签] [标签] [问题标题] [标签] [标签] [标签]
[标签] [标签] [标签] [标签] [标签] [标签] [标签] [标签]

唯一应该在标题中使用标签的时间是当它们与标题的对话语调自然时。
例如,

JavaScript,jQuery:我什么时候应该使用一个或另一个?

被许多用户视为试图按顺序强制标记以弥补糟糕的头衔。如果这样重写,标题将更容易被接受:

我可以使用jQuery来欺骗baz上的标杆吗,还是我唯一选择使用纯JavaScript?


评论


那么,为什么在自动发布问题时不执行该命令呢?发出警告,如果标签显示在标题中,则提问者必须单击以离开

– Johannes Schaub-小人
16-09-25在14:05

谁反对呢?我认为这是个好主意,您应该为此添加功能要求。但是请确保没有重复,因为这似乎很明显。

–user1228
16-09-26在14:41

除非它不起作用,否则a)对于“热门网络问题”,人们会完全没有任何上下文地进行点击,尤其是在热门话题或情感话题上。 b)对于外部链接,请在SO外部查看(博客文章,Twitter等)。同样,标签上下文不可见。

–smci
16 Nov 6'在0:04



SO标记系统不是很好,并且很明显在标题中包含更多信息(包括恰好是标记的单词)会有所帮助。 @smci指出,“保证用户可以查看您的标签”的想法完全是错误的。我正在看这个非常有特色的页面,那里有很多没有标签的普通标题。将标签放在标题中。好多了

–詹姆斯·摩尔
17年1月10日在4:36

@JamesMoore对于网络热点问题,将最流行的标签自动添加到链接名称将是微不足道的。您可能想要FR。但是,我不相信任何人在看热网络问题时都会在标签上加上af。 “哦,Nombro和Numero之间的区别,我想知道我自己。但是,该死,我只是不知道是否应该点击,因为他们没有强迫[语法]进入标题。”完全学士学位。

–user1228
17年1月10日于13:45



@JamesMoore我不一定要说标签应该包含在标题中(从外部查看时),只是不这样做会引起问题。 HNQ特别是一个闪点,大量新用户在不了解上下文的情况下遇到闪点问题。也许我们不向该网站上<110个代表的人展示更具争议性的HNQ。或发动烈火的人。相比之下,为外部搜索引擎自动插入标签似乎很小。

–smci
17年1月10日在18:13



我认为自动将标签插入标题中并不是很有用,因为我认为标题应该几乎总是用词写明,以便在其中包含标签。从标题中删除信息是一个可怕的想法。就我个人而言,我认为HNQ部分很糟糕,应该完全删除(而且我通常使用广告拦截器手动完成此操作),但是对于链接和相关问题,它是相同的。标题应该始终包含您需要了解的所有内容;标签可以使搜索变得更轻松,但是它们是使搜索更轻松的补充,而不是替代。

–詹姆斯·摩尔
17年1月10日在19:44

如果此答案的最后一行是第一行,那会节省我的时间,因为我想知道的是“我应该在问题java之前加上前缀-就像我看到的其他一些问题一样吗?”

–本体
17-10-1在13:29

“或我是否坚持使用”未传达任何信息。也许该短语对英语阅读者来说更令人愉快,但对于其他阅读者,我认为[简短的问题标题]更简单有效。

–杏仁软糖
18-10-17在14:00

[tag]-[问题标题]或[tag] [问题标题]怎么样?

–艾曼
18-10-27在13:52

您怎么样告诉别人您的问题是什么。

–user1228
18-10-29在13:09

我不能同意该示例重写“我可以使用jQuery欺骗基础上的工具栏,还是我使用纯JavaScript的唯一选择?”将会收到更多。我认为这是一口之多,它将分解为第二行。原来的示例,我根本不认为它是一个懒惰的标题,并且可以被眼睛快速扫描,并且清楚地说明了问题所在:“ JavaScript,jQuery:何时应该使用其中一个?”。实际上,要做出传达相同事物的SHORTER消息是很费力的。恕我直言,成为拥有大量单词的超级文字是懒惰的。

– MarsAndBack
19年4月10日在2:30

#2 楼

是的,在问题标题中提供上下文很重要。标签是很棒的工具,但它们并不能在所有情况下都提供上下文,尤其是:
侧边栏:

想象一下,如果愿意的话,在问题标题中使用“ Python”之所以被禁止,是因为可以将其放在标签中。您会看到这样的问题标题列表:

如何打印彩色文本?
是否有三元条件运算符?
如何打印异常?
(等)

当出现一个相关问题似乎恰恰是您需要的答案时,可能会感到非常沮丧....只是发现它属于不同的上下文,而实际上是与Scala或Clojure相关,但与所需的Python上下文无关。
问新问题时,“类似问题”框
未显示标签。

close-as-复制工具
未显示标签。

外部网站
Google搜索显示标题但没有标签。 (当然,您可以将标签添加到搜索查询中以建议上下文,但是显示给您的结果中不包含标签。)
qExchange2010q q通过在侧边栏,“相似问题”框中以及“重复关闭”工具中的显示结果中包含标签,它可以在SO中进行搜索(请参见下文),但不能帮助StackExchange网站之外的结果。以可读的方式在标题中包含最少的上下文信息几乎没有什么缺点,因此它在所有情况下都为读者带来了好处。应该鼓励具有编辑标题权限的SO / SE用户采用这种方法,而不是过于习惯从一个很好的标题中删除上下文线索的习惯。