Cross-wiki Search Result Improvements/Design/ja

このページではウィキ横断検索の設計に関する案を文書化し探索する場とします. ではウィキ間検索結果 とはなんでしょうか？ 別のプロジェクトの検索結果を同一の結果表示画面に示したものです. その例というとウィキペディアで「ピザ」を検索した場合、検索結果のページにウィクショナリーやウィキソース、あるいはウィキクオートやウィキニュースの結果まで表示されることがあります. このアイデアを取り巻く皆さんの意見は、検索結果の改善プロジェクトCross-wiki Search Result Improvementsにまとめてあります. What are cross-wiki search results? They are search results from different projects, put onto the same results page. So for example, if you search for "pizza" on Wikipedia, you might see results from Wiktionary, Wikisource, Wikiquote, Wikinews etc. on the search results page. For general thoughts on this idea, please see Cross-wiki Search Result Improvements.

'''ここは公開協議の場なので、どなたでもアイデアや具体的な設計デザインを投稿してください. トークページではコメントや感想も歓迎します. '''

定着した解決策
ウィキペディアによってはイニシアチブを起こし、SERP（検索エンジン結果表示ページ） にウィキ間検索機能を盛りこんでいます. その場合、多くはウィキデータを他のウィキへのリンクを備えた中枢の情報源として採用しています. These solutions often use Wikidata as a central source that contains links to other wikis.

現在のウィキ間検索の実施方法
 * ウィキ間検索にカスタム検索を使用（イタリア語版ウィキペディア発案） https://it.wikipedia.org/wiki/MediaWiki:Search-interwiki-custom
 * 記事プレースホルダー検索に拡張機能を使用 https://www.mediawiki.org/wiki/Extension:ArticlePlaceholder
 * ウィキデータ情報検索にjsファイルを使用 https://www.wikidata.org/wiki/User:Yair_rand/WikidataInfo.js
 * 姉妹プロジェクト検索リンクにテンプレートを使用（英語版ウィキペディア発案） https://en.wikipedia.org/wiki/Template:Sister_project_links

検索結果を分離するか混合するか
そもそもウィキ間検索の表示方法には、通常のウィキペディアの検索結果内に混在させるのか、ページ内の別の場所に分離して表示するのかという、根本的な疑問があります. 現状の実施策では（上記に例示のとおり）すべて通常の検索結果と分けて、ウィキ間検索結果をページ内の別の場所に表示させています. Current implementations (mentioned above) all display interwiki results separately on the page (this could be intentional or just out of technical ease).

タブ式のインターフェース
姉妹プロジェクトは別個の「検索階層」扱いにしてタブを分ける方法があり、オンラインの検索エンジンで普及しています.

混合型
混合型では異なる複数のウィキから検索結果を同一ページに集め、ウィキペディア自体の検索結果に織り交ぜて表示します. この検索結果の提示方法では、同一の検索語を複数のプロジェクト間に適用する検索の近似性（search relevancy）が大きな課題です. この混合型の検索結果の表示には、ページ上で視覚的に判別しやすい表示方法が欠かせません. The biggest challenge in presenting results like this is determining search relevancy across multiple projects for the same search term. These mixed search results should be easy to identify, visually, on the page.

混合型検索結果の判別しやすい表示なら、下記の例のように結果ごとにアイコンを付けるという簡便な解決策があります.

Sidebar
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.

見た目が特徴的なウィキ間検索の結果の表示
検索元がウィキクオートなら引用形式に、ウィクショナリーなら辞書風に表示しますか？

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

その他の例
その他にも使用できる書式があります. いくつか例を下記に示します.

Thumbnails
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.

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: The font sizes used should reflect this order. Below is a proposed adjustment of font sizes:
 * 1) The title
 * 2) Description
 * 3) Meta information (word count, date published etc.)



Comparison of current font sizes vs revised font sizes:

Metadata
Search results currently include the following metadata:
 * 1) The size of the article in kilobytes (KB)
 * 2) * 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.
 * 3) Article word count
 * 4) The date the article was last updated
 * 5) * 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.



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.