Cross-wiki Search Result Improvements/設計

This page is a translated version of the page Cross-wiki Search Result Improvements/Design and the translation is 81% complete.

このページではウィキ横断検索の設計に関する案を文書化し探索する場とします。 ではウィキ間検索結果 とはなんでしょうか? 別のプロジェクトの検索結果を同一の結果表示画面に示したものです。 その例というとウィキペディアで「ピザ」を検索した場合、検索結果のページにウィクショナリーやウィキソース、あるいはウィキクオートやウィキニュースの結果まで表示されることがあります。 このアイデアを取り巻く皆さんの意見は、検索結果の改善プロジェクトCross-wiki Search Result Improvementsにまとめてあります。



ウィキペディアによってはイニシアチブを起こし、SERP(検索エンジン結果表示ページ) にウィキ間検索機能を盛りこんでいます。 その場合、多くはウィキデータを他のウィキへのリンクを備えた中枢の情報源として採用しています。



そもそもウィキ間検索の表示方法には、通常のウィキペディアの検索結果内に混在させるのか、ページ内の別の場所に分離して表示するのかという、根本的な疑問があります。 現状の実施策では(上記に例示のとおり)すべて通常の検索結果と分けて、ウィキ間検索結果をページ内の別の場所に表示させています。




混合型では異なる複数のウィキから検索結果を同一ページに集め、ウィキペディア自体の検索結果に織り交ぜて表示します。 この検索結果の提示方法では、同一の検索語を複数のプロジェクト間に適用する検索の近似性(search relevancy)が大きな課題です。 この混合型の検索結果の表示には、ページ上で視覚的に判別しやすい表示方法が欠かせません。




In current implementations, such as on Italian and french Wikipedia, cross-wiki search results are placed in the sidebar. This layout makes it clear that cross-wiki results are different than regular search results. The drawback to this layout is that the sidebar has less space, and can only fit a few search results. This is not entirely negative, as most research shows people only click on the first few results anyway.

This design show cross-wiki results in the sidebar, with only one result from a few projects. An icon and label has been placed below each cross-wiki result to describe which project it comes from. This design also contains elements of the visually improved search results mentioned in a section below.

Cross-wiki search results in the sidebar with more prominent project titles



検索エンジンによって検索結果の表示形式が異なり、どの検索階層からの出力か影響を受けます。ウィキメディアのシナリオでは、表示書式に影響を与えるのは、どのウィキプロジェクトからの出力かということです。下記の特徴的な結果表示の書式はそれぞれ、ウィキペディア独自の基礎情報ボックス機能(infobox)、ホバーカード、さらに - より小さな「ひとくちサイズの」情報の優先順位が高い - モバイル版の表示に由来します。



Thumbnails & visually improving search results


Adding thumbnails to search results might help users quickly identify what they are looking for. However, thumbnails might also be distracting if they are not relevant. Given that most people only click the first search result, it might be a good idea to limit the thumbnails to only the first few results. Thumbnails should help identify a search result, but they should not be the main focus of the search result.

Example of an irrelevant thumbnail

Sometimes thumbnails do not clearly identify an article, which is why, in order to avoid confusion, they should not be highly prominent.

Large thumbnails

Large thumbnails might be distracting when someone is trying to scan the page for words. Large thumbnails also resemble the multimedia search results view.

Small thumbnails (preferred)

Small thumbnails beside the search results give more prominence to the title. The placement of the title also helps visually separate the search results from one another.

Font sizes

The image below highlights the currently used font sizes on Wikipedia search results. The font sizes do not reflect the importance of an element and fail to establish a visual hierarchy. Font sizes should indicate the order of important of each element in the search result. Currently, the meta information below the description (arguably the least important) is actually 2% larger than the description text.


Revised font sizes

Elements of a search result, by order of importance:

  1. The title
  2. Description
  3. Meta information (word count, date published etc.)

The font sizes used should reflect this order. Below is a proposed adjustment of font sizes:


Comparison of current font sizes vs revised font sizes:

Search result metadata & "Explore similar"


Search results currently include the following metadata: 

  1. The size of the article in kilobytes (KB)
    • It is unclear whether this size includes images and other media not, if this is the size of the wikitext or rendered HTML, or if this size includes the size of the entire page (including skin), or just the content. Given that this item can cause confusion to many who might not know what KB  stands for, this item should be removed on the grounds that it provide little value to readers.
  2. Article word count
  3. The date the article was last updated
    • The current treatment does not make it clear what this date actually is. Is it the date updated? or created? This datapoint should be labeled

Revised metadata proposal

Leave the word count and date, add the word 'updated' before the date, like so:

"5,674 words • updated 03:41, 7 September 2016"


It might also be worth revising the date format to conform to ISO 8601

NOTE: This metadata proposal should more deeply consider how word count is interpreted in non-latin languages. There are specific difficulties with the concept of 'word-count' in east-asian languages (a good article explaining the subject).

Adding categories to search results

When someone can't find the exact search result they are looking for, it might be helpful to show them categories related to their search results. This might help people discovery other articles in the subject area they are interested in. Below is a design that adds article categories beside the search result metadata. This tool can act like a dropdown, revealing the categories when a user clicks to expand them.

This image illustrates how page categories can be added to search results. Here one of the category dropdowns is expanded, while the rest are hidden.

Expanding categories

Because some Wikipedia categories might not be designed for general reading (such as hidden categories) or might be too broad or too narrow to be useful, it might be useful to link to related content in other ways. Asides from categories, Portal pages can also serve as a good entry point for discovering new content. Therefore if an article is part of a portal page, it might be useful to highlight that instead or along with the categories.

Explore similar

The RelatedArticles extension might be another way we can suggest similar content for a search result. Below is a design exploring how related articles can be integrated into a search result, along with a highlighted link to a portal page.