Reading/Web/Desktop Improvements/Features/Search/zh

我们希望项目中的所有编辑者都能够快速有效地找到他们正在寻找的文章. 我们的搜索功能对此至关重要，但是我们当前的搜索体验存在一些问题和需要改进的地方. 首先，搜索是在页面上的非标准位置上进行的，这使以前没有使用过我们网站的用户很难找到它，并且对于已经知道其位置的用户来说很容易忘记. 其次，在搜索过程中，可能需要花费大量时间才能找到正确的结果，因为我们目前不提供所显示搜索结果的任何上下文.

我们的目标是以一种更易于查找和使用的方式来改善我们的搜索体验. 我们尤其要


 * 将我们的搜索移至更重要的位置，以便更轻松地查找
 * 通过包含图像和其他上下文信息来提高搜索结果的可扫描性，使我们的搜索更易于使用

发布计划
我们开始部署这些更改的第一次更新，将搜索栏移动到新位置. 办公维基（Office Wiki）和测试维基已在2020年9月移动，然后是我们的早期采用者维基. 我们将在2020年11月部署新搜索体验的第二次更新（内置于vue.js中）. 这次更新将在搜索结果中添加图片和内容描述. 有关更多详细信息，请参见我们的主功能页面.

功能描述及要求

 * The search bar will be moved to a new location in the header of the page.
 * The search bar will include an image for the page (if available) as well as a description for the page (if available). Page descriptions will be either local descriptions or wikidata descriptions, depending on the policy of the individual wiki.

Goals
A user test was performed using usertesting.com which focused on the following:


 * Indentifying any major usability issues that we may have overlooked
 * Learning more about search behavior by identifying the breakdown in terms of how people submit their search:
 * (a) click on a suggested result
 * (b) press `enter` on their keyboard
 * (c) click the `Search` button
 * To see what people think the “Search” button will do
 * To see what people think the “Search pages containing X” will do

Study
On usertesting.com we had people do various tasks, some of which required them to search for various articles (without explicitly telling them to use the search box). There were two groups:

Group 1


 * 17 people
 * People in group 1 searched for //Egypt//, //Cave art//, //Banana//, and //Purple//

Group 2


 * 15 people
 * People in group 2 searched for //Electricity//, //Banana//, //Willow trees//, //Romeo and Juliet//, and //Purple//

There was a mix of ages and geographies in both groups:

Findings

 * 0 people had issues using search
 * There were a total of 117 searches submitted:
 * 86 were submitted via a suggested result
 * 19 were submitted via the `enter` key
 * 12 were submitted via the `Search` button
 * Regarding what people thought clicking the `Search` button would do:
 * 16 of 23 people who answered thought it would take them to the first result
 * 7 of 23 people who answered thought it would take them to a list of results
 * note: all people assumed that `enter` and the `Search` button do the same thing
 * Regarding what people thought clicking the `Search for pages containing Purple` would do:
 * 25 of the 25 people who answered thought it would take them to a list of pages that have the word "purple" in them

Notes:

It was ambiguous how they were supposed to get there. 7 out of 10 people tried to find an "Egypt" link within the Pancake article
 * in the first study people started on the Pancake article and were then asked to go to the article about Egypt.
 * one person wondered why the Cave art search result didn't have an image — made me wonder if the articles that don't have images look lower quality next to the ones that do?
 * in two cases the search results loaded quite slowly and the people used the `Search` button
 * few people used their keyboard to navigate down to suggested search results (maybe 2 or 3)

Quantitative testing
Two A/B tests will be performed on the early adopter wikis:


 * A comparison of the old location of the search bar vs the new location of the search bar
 * A comparison of the old search widget vs the new search widget

We will be tracking the following metrics:


 * Search Sessions initiated
 * Search Sessions completed

Our target is a 2.5% increase for each change for an overall 5% increase in search sessions initiated

Limitations
There is a current bug with the new implementation of search. If you start a search then resize your browser, the search results stay open but do not move with the search. It is only when you run another search that the results reposition. We will be fixing this upon the introduction of the new search widget.