在过去十年里，搜索已经变得无处不在——搜索框已然成为各类网站、应用的基础标配。一个网站或者应用不提供搜索框，这是无法想象的事情。随着搜索在基础架构方面越来越多的难题得到解决，加之解决方案的商品化进程，搜索引擎的竞争已经从如何提供快速、可伸缩的搜索，转变成如何针对用户的信息需求提供最相关的匹配。换言之，就是如何正确地理解用户意图，提高搜索的相关性，为用户提供满意的搜索结果。

什么是相关性

所谓相关性，就是根据内容对用户及业务需求的满足程度，对搜索内容进行排名的一门学问。它会将搜索引擎打造成一个看似智能的系统，能够理解用户和业务的需求。让搜索引擎理解内容中包含的重要特征（feature）：比如餐厅的位置，书中出现的词汇，或者衬衫的颜色这样的属性。有了准确的特征，当用户在应用内搜索时，就可以计算出什么对他们而言是重要的：这家餐厅离我有多远？这本书上讲的内容对我有帮助吗？这件衬衫和我刚买的裤子搭配吗？这些在搜索期间影响排名的因素，是用来衡量用户所关心的内容的，称之为信号（signal）。搜索引擎面临的挑战，就是在不同特征之间做出选择，并实现能满足用户与业务需求的信号。

然而，技术只是实现相关性的工具，明白要做什么可能比知道怎么做更重要。“相关性”在某个具体应用里的含义大相径庭。

在不同的应用中其搜索相关性大不相同

我们很容易误以为搜索是一个单一问题。事实上，不同的搜索应用之间，彼此差异非常大。每个应用都有截然不同的相关性预期。

通用型搜索应用，比如Google，要返回有用而可靠的信息。利用PageRank，Google不仅为用户返回了与搜索相匹配的内容，而且这些内容还是被网络上其他地方认为是可靠和可信的。

电商网站对于被搜索的内容拥有完全的控制，它们较少关注可信度。电商网站为了达成交易，就要根据用户的搜索行为、历史数据等信息，为用户推荐合适的商品，促进销售。

医疗、法律和学术研究领域的专家搜索，通过更为深入地挖掘文本来定义相关性。这种专家搜索依赖于对专业人员输入的行业术语的理解。这类解决方案必须掌握专业领域里各种事物之间的微妙关联。比如，“HeartAttack（心脏病）”和“MyocardialInfarction（心肌梗死）”是一回事；或者急性“MyocardialInfarction”是一种特殊类型的“HeartAttack”。

再往下细分，还会发现更多的不同。比如房产搜索是一种电商搜索吗？两者固然有相似之处（让用户买得称心），但对于一名购房者而言，还有许多其他因素需要考虑（所在学区、邻里关系、户型）。本地餐饮的搜索应用呢？就医的搜索呢？用餐馆菜单来订餐呢？企业内网的搜索呢？

相关性需求多种多样，有时候用户甚至有可能还没有意识到自己的需求是什么，但是开发者却必须通过各种方法，挖掘出其真实需求，迎接业务带来的挑战。

信息检索与相关性

那么，搜索的相关性有系统性的基础和通用的工程性原则吗？答案是有的。事实上，在相关性的背后藏着一门学问：学术领域里的信息检索（informationretrieval）。它包含被普遍接受的各种实践，可以对广泛分布在各行各业的相关性加以改进。

在信息检索中，相关性被定义为一种返回搜索结果的实践，它能最大限度地满足用户的信息需求。而且，典型的信息检索关注的是文本排名。信息检索中的很多发现，都是在试图衡量给定的文章与用户的文本查询在多大程度上具有相关性。这些发现中有很多都已经在开源的搜索引擎中被实现了。

然而应用的相关性取决于各种因素，有些因素具有广泛性和普遍性，它们所涉及的就是信息检索中的文本排名；还有很多因素都是和具体应用息息相关的（比如，用户距离餐厅有多远）。经典的信息检索技术对于解决相关性问题，确实能有所帮助，但是还有一些问题则爱莫能助。这些问题很大程度上游离于搜索技术之外，且涉及更为广泛的各种产品策略问题：我们的用户是谁？他们希望通过这个应用得到什么？搜索要解决的那些隐含在其中而未加指明的信息需求是什么？

如何解决相关性

开源搜索引擎可以通过编程的方式将我们对相关性的理解植入搜索引擎，打造相关性解决方案，使之既满足用户需求，又符合业务目标。采用开源引擎怎样定义出一个框架，既包含狭义的领域特定因素，又用到广义的信息检索技术呢？以下几点是需要考虑的。

• 识别出能够刻画内容、用户或搜索查询的关键特征。
• 通过对特征的提取和对内容的丰富，想办法让搜索引擎理解这些特征。
• 在搜索期间，通过构造信号来对用户搜索的相关性加以度量。
• 在对结果进行排名时，通过控制排名函数，仔细平衡多个信号之间的影响。
  

虽说一图胜千言，但仅凭图中展示的流程尚不足以完成具体应用的实现，你还需要《相关性搜索：利用Solr与Elasticsearch创建智能应用》带给你全方位的启发和指导。