一本书的故事《搜索架构之道:App中的搜索系统设计与优化实践》-微信读书中的热门划线(第一章)

67 阅读5分钟

《搜索架构之道:App中的搜索系统设计与优化实践》在今年一月初上架微信读书,昨天偶然发现有一位读者已经把整本书读完,并在微信读书中对本书进行了评论及推荐(感兴趣的话,可自行打开微信读书,搜索“搜索架构之道”查看^L^)。点击进入京东查看《搜索架构之道:App中的搜索系统设计与优化实践》点击进入当当查看《搜索架构之道:App中的搜索系统设计与优化实践》趁着这假期还有些时间,把微信读书中这本书中的热门划线整理了一下,在这里分享给大家,整体上会分为13篇(每一章中的热门划线对应着一篇,每个热门划线会增加我对该热门划线的注解),本篇的内容为本书的第一章中的热门划线,更多的热门划线,请到微信读书中,搜索“搜索架构之道”查看。第一章的内容主要分为三大部分,主要从三个维度来讲述搜索客户端的价值。

  • 搜索客户端架构优化实践,讲述解决的关键问题与思考过程,从架构变化深入剖析搜索客户端价值。

  • 移动操作系统搜索能力分析,对比 iOS 和 Android 移动操作系统提供的搜索能力,探讨搜索客户端在不同系统生态中的独特价值。

  • 常用 App 搜索功能洞察,分析 6 款生活常用 App 实现的搜索功能,挖掘搜索客户端在日常应用场景里的重要价值。


01.为了满足这些高频需求并将对应信息更好地呈现给用户,产品侧提出的方案为:在用户发起搜索时,为用户展现两类结果,一类为原搜索结果页的数据,使用浏览内核加载。

注解:结果页除了使用网页的方式承载,也可以自定义的格式,这个是有搜索客户端的价值,端与云的协同可以实现差异化的定制。

图片


02.为了解决这个问题,我们将结果页和落地页拆分开,结果页使用原框架—搜索框架进行加载,落地页使用新框架进行加载,这个新框架称为浏览框架。

注解:结果页(通常是用户输入完关键字,点击搜索后的看到的页面),落地页(通常是用户在结果页点击某条结果条目进入的页面)。用户在使用搜索能力时,有一个典型的特征就是搜索结果页 <-> 落地页之间来回的切换,直到本次搜索需求被满足,结果页与落地页拆分管理有一个最直接的好处就是用户在落地页回搜索结果页时,可以秒开(视图级的切换)。

图片


03.基于这样的设计,用户在落地页浏览内容时,如果想再查看其他结果,就可以快速切换到结果页。

注解:通常用户在查看某条落地页内容后,当该内容没有满足所需时,要么回到结果页查看其它内容、要么发起新的搜索、要么换另外一个App中搜索。在搜索客户端中能覆盖前两个场景。

图片


04.基于实现成本、可控性及影响面的考虑,对于股票和外卖这类有明确方向的需求(对应特色搜索关键字),我们在百度搜索中进行创新尝试,使用NA自定义内容的扩展方式来增强部分搜索结果的展现,我们称这种扩展方式为搜索结果NA化。

注解:早期的搜索引擎是没有单独的搜索客户端产品支持的,用户使用浏览器进行搜索,搜索结果页主要为网页格式。如果全部切到NA方式实现,成本极高且不现实。

图片


05.NA化的结果页较传统的网页格式结果页,在性能和用户体验等方面均有明显优势

注解:NA自定义实现的效果的确会比网页实现的效果好,但适用性、扩展性及成本并不适合于搜索结果页。业界采用的方案通常是网页+NA增强的方式实现搜索结果页(即在自有的搜索客户端中,搜索结果页作特定的扩展),在浏览器中使用时为纯网页。

图片06.针对这个问题,我认为作为搜索侧的高阶研发工程师,需要清楚搜索客户端在搜索生态中的定位,从而把握好技术方向,通过端云协同的方式更好地支持搜索业务,实现搜索业务的差异化。

注解:如果没有搜索客户端,用户使用浏览器也可以使有搜索功能,因为传统的搜索引擎可以支持在浏览器使用。那如果有搜索客户端支持,区别是什么?这个才是搜索客户端的价值,也是做搜索客户端研发人员的价值。

图片07.最终我得出的结论是:搜索是一个通用能力,不应仅限于传统的搜索引擎客户端。

注解:提到搜索,传统的观念中就是搜索引擎,客户端是附属品,可有可无。但在这信息大爆炸的时代,每个行业的信息均需要搜索。每个行业也需要App来定制业务。故搜索是一个通用能力,不应该仅限于传统的搜索客户端,其中的技术及思想是可复用的。

图片如您对这本书感兴趣,下面为这本书的详细信息。点击进入京东查看《搜索架构之道:App中的搜索系统设计与优化实践》点击进入当当查看《搜索架构之道:App中的搜索系统设计与优化实践》一本书的故事(送给我在百度的这13年)