我们在去年美国诉谷歌案的证词中对 Navboost 系统有了一些了解。具体来说，我们了解到这是一个使用点击来提高排名的系统——谷歌一直否认存在这种情况。这一切都非常有趣，我们在最近的泄密事件中对它以及它的用途有了更多的了解。我对这篇文章感兴趣的是“Navboost 查询”这个简短的概念。
让我们结合上下文来看一些泄漏的例子。
萝卜的特点
来源
除了辛辣的沙拉之外，这个模块看起来无 WS电话列表 害，没有其他部分明显的丑闻，但它可能是我在整个泄密事件中最喜欢的。显然它与精选片段（又名“萝卜功能？”）有关，并且有几个有趣的提及 Navboost 问题。这些要点中的大多数似乎与片段对与 Navboost 问题的比较有关——“这是对这个问题的好答案吗？”。这块石碑具体揭示了：
-
“此 navboost_query 与传入查询之间的相似度得分”
那么，Google 是否会根据 Navboost 查询推断出潜在的特色片段，然后在对不同的类似查询的搜索中显示它？对我来说，这意味着 Navboost 问题的有限 数据讲故事：如何增强品牌内容？ 列表，这对于我在 2018 年猜测的所有原因来说都是完全合理的。第二次提及也符合这种理解，但让我们看一些更多的模块。
子类
来源
我认为此部分可能与索引网页中的部 巴西号码列表 分或段落有关，以允许从 SERP 深度链接到文章。 （例如，您在此博客文章左侧看到的锚链接通常会从 Google 搜索中的单行站点链接中获得展示。）同样，所有这些本身都非常有趣，但以下是今天的相关内容：
-
“…一个文档可以有多个锚点或 newboost 查询。”
-
“指向 cdoc 中的一组精确的图像导航增强问题。”
（“cdoc” 可能意味着“综合文档” – 或包含文本以及图像或其他媒体的网页。）
当然，我们可以理所当然地认为一个页面可以对多个查询进行排名。我怀疑谷歌搜索工程师也很清楚这一点。那么为什么我们需要明确指出具有多个部分的文档可以与多个Navboost查询相关？理解这一点的最好方式是看看 Navboost 问题是否与相对不同的概念相关。您不必担心两个相似的同义词和拼写错误等可以与最相似的 Navboost 查询分组，如上面的精选片段示例所示。
再次，看起来我们有一个单独的问题列表（狭义意图？），并且我们有相应的数据。