两年前我们推出了我们的新设计的网站,拥有它的重建。本身是一个大的项目,但只有第一阶段,和工作仍在继续,提炼和发展我们的网站一般。网站搜索是最近的,但绝不是恍然大悟,当我们来到开发它我们有一长串的需求满足。它永远不会是一个简单的项目,我们的挑战是让它尽可能有效的所有我们的不同的数据源(例如对象记录、文章、博客文章、活动程序),和我们所有的不同的受众。
一个好的搜索功能需要高效和富有成果的很多不同的用例。例如,您可以访问该网站寻找特定的东西,像一个展览,但不记得它的全称,如“未来”;或者你可能想找到某个主题相关的任何内容,如“西洋镜”。在任何情况下搜索需要使用它,并给你你想要的。这就是大搜索引擎做得很好,他们有大团队不断发展,以至于我们期望他们知道后!
我们知道绝大比例的交通站点的搜索引擎,但这只是一种方式,和所有的复杂的复杂性大的搜索引擎,他们不知道自己的网站内容以及自己的搜索。
当我们开始发展我们的搜索功能,遵循一些良好的设计模式,用户期望:网站搜索通常会从任何页面访问的网站,和最有可能发现在右上角,由一个放大镜图标表示。这就是我们所做的(除了在移动设备上,由于空间限制,搜索出现在顶部的主要导航覆盖)。顺便说一句,全球搜索表单只存在于一个地方在HTML,建立响应地为移动和桌面治疗(好练习的原因很多,在以后的帖子中探索)。
使我们尽可能方便的搜索是在我们列出的需求,并优化屏幕阅读器用户的体验非常帮助通知广大用户体验(UX)设计,特别关于结果的分类展示完整的搜索结果页面。
用户测试证实了我们决定组搜索结果的内容类型(例如,什么功能,集合,对象,关于我们,博客),而不是混合所有类型的相关性。2022世界杯抽签完整视频相关性是非常主观的,因此很难计划,只有进一步复杂化的数据源之间的差距。例如,一篇博客文章中多次提到一个对象可能是更多比对象记录本身有关,但这是无法预测哪个更相关的搜索者。
屏幕阅读器用户测试进一步强调了问题的结果按内容类型分组,即预期的结果最终会埋葬的页面,使其更费力扫描下来——搜索在搜索找到他们。我们的解决方案是提供明确的锚的链接直接跳过内容类型的结果预期,使视觉浏览器和屏幕阅读器的用户都关注他们最感兴趣的结果。
我们引入了另一个简化特性是自动搜索,试图返回可能结果类型。这需要快,应对每一个字母的输入到搜索表单,以显示相关的匹配。为了实现闪电般的速度,我们使用浏览器的会话存储缓存事先准备好名单的流行的结果,使他们立即可用简单的标题匹配搜索类型。这种缓存发生在后台悄悄一旦客人落在我们的网站,通过一个AJAX请求,返回一个JSON数组从我们的搜索API。这个本地索引是在后台取出每15分钟一个用户的会话,以保证它的实时性。用户输入搜索词,一个合适的正则表达式构建基于字符输入到目前为止,和当地的JSON数组测试了对正则表达式的所有匹配的本地缓存。使用正则表达式的类型取决于输入的搜索词的长度(输入)——前2字符类型是用来匹配任何全称开始2相同的字符,但在2输入字符在标题上可以匹配任何单词,给更多的结果。一旦输入搜索超过4个字符长,我们开始补充生活流行的结果通过添加AJAX调用直接查询数据库,自动搜索匹配的目的虽然仍然只关注冠军。通过这种方式,我们的目标是提供最受欢迎的结果最迅速,并逐步扩大搜索的搜索词延长,并且变得更加具体。
我们受欢迎的结果列表包括展览和收藏的书籍,和一个动态的我们称之为热门话题列表。我们的热门话题列表是可编辑的,给我们一种索引内容,否则不会被索引或发现可能的搜索词,如数字explorer地图,这是一个独立的功能,我们通常以外的数据源;或我们的任何事件类型,如“课程”,我们想直接过滤列表当然事件。它也可以用于索引结果更开玩笑吗?。
搜索词强调是我们另一个建立模式用于定位搜索词在搜索结果的内容。为了使这个尽可能帮助我们实现我们自己的动态截断返回的代码片段,以便搜索词提出了尽可能多的周围文本,给用户的设备上可用的空间。
我还没有提到的弹性,这是支撑我们的搜索软件,但这是我的同事理查德·帕尔默扩大在一篇文章中。
像往常一样,用户测试仍在现实世界中,与使用分析给我们提供持续的洞察用户体验的优点和缺点,并通知进一步改进。
