Page Previews/ja

ホバーカードHovercardsというベータ版拡張機能は別名「ページプリビュー」Page Previewsとも呼ばれ、ある内容を読みながら単語や概念の意味を調べるときに、いくつもタブを開くしかなくなるという、ユーザーが直面する問題のひとつを解決します. 読者が他の記事へのリンクにマウスポインタを当てると、ホバーカードがリンク先の内容の要約と画像（存在する場合）を表示します. その時点でリンク先へ飛んで熟読するか、元の記事を読み進めるかどうか決めやすくなります. 機能の詳細はこちらをご参照ください.

はじめに
ホバーカードはリンクへ飛ぶ時間の無駄を省き、あるいは読者が元の話題から離れることなく学習するチャンスを得るように設計されました. 読んでいる内容の把握や、知らない単語、ものごと、できごと、発想を手早く調べることができます. ホバーカードのユーザーには記事の概要があらかじめわかるため、記事を読みながら別のページへ飛ぶかどうか決めるのに役立ちます. 途中で知らない概念にぶつかっても、記事を1本読了する楽しみが中断したり他のページに気を取られることもありません. ページにとどまったまま、その場で概念のチラ見ができるのです. この場合、ユーザーの体験はますますスムーズになります.

同様の拡張機能は数年前から要望が多く（一覧）、問題の解決によく使われているガジェットもあります（編集作業を重視したナビゲーション・ポップアップ）. ホバーカードの開発は2014年にベータ版拡張機能として始まり、利用者の人気とフィードバックが最も高く使用感の差が最も大きいとされています. ホバーカード専門のトークページではプロジェクト全体にわたるいくつもの問題点が集まり、この2年以上をかけて改良を続けて来ました. モバイル版のホバーカード同等の機能はAndroid appとして2015年9月に実装、ページ単位でリンクのクリック件数を20%引き上げる効果をもたらしています.

ログインしていない匿名利用者も好みに応じ、ページプリビューの設定パネルを操作して、有効と無効の切り替えができます. ログイン利用者は「特別ページ:個人設定」の「表示」タブで設定ができます. ただし、ナビゲーション・ポップアップ表示を有効にしたままページプリビューを使おうとすると（ベータ版機能として有効にしてあるログイン利用者の場合にありがち）、このポップアップ表示が優先されます. そこでページプリビューの使用中は、このポップアップ表示を無効にする必要があります.



デザイン
ホバーカードの現状の繰り返し処理ではホバーカード1件に以下の要素を表示します.
 * 記事の最初の段落の一部
 * 記事に載った画像1件（ある場合）. 画像表示は記事内のリンクの位置により、縦もしくは横に表示します.
 * 歯車アイコンでホバーカードの表示非表示を切り替え

ナビゲーション・ポップアップとの主要な違い

 * ナビゲーション・ポップアップは熟練したユーザー向けでサイトのユーザーには無用の機能を多く備えています.
 * ホバーカードは読みやすさを優先してスタイリングされています. 現状のナビゲーション・ポップアップでは文字は小さく行間も狭いのです.
 * ホバーカードはログインの有無に関係なく利用できます.
 * 記事同様の扱いにより、表示のスタイルに落差がありません.
 * リード部分の画像を強調してあり、ユーザーは文字と画像の両方から用語の意味を理解できます.
 * ガジェットは使い方が状況と適合せず、それぞれの操作が読者と編集者のどちらに特化しているか検証が必要です.
 * ウィキペディアのモバイルウェブ版でテストした、最終編集のタイムスタンプが表示されます.

HTML プレビュー
2018年3月1日現在、ページプリビューはHTML形式で表示しています. こにより顕著なバグがいくつか解決され、数学あるいは化学式などの数式を正しく表示し、記事の内容に即したページのプレビューを実現します.

匿名ユーザー（ログインしない）
匿名ユーザーがホバーカードを無効にするには、ホバーカードの下辺にある歯車のアイコンを操作します. 有効に再設定するには、どのウィキページにも最下部にある「」のリンクを操作します.

ログイン利用者
ログイン利用者がページプリビューの有効無効を切り替えるには、方法が2つあります. 「特別ページ:個人設定」の「表示」タブで設定、もしくはそれぞれのページの終わりに表示される歯車アイコンから無効にすることになります. ログイン利用者がページプリビューの利用を希望する場合は、必ず個人設定で有効に設定してください.
 * 歯車の設定アイコンを選ぶと、システムにより個人設定ページへ遷移します.
 * ベータ版段階でホバーカードを有効にしていた利用者の場合は、ページプリビュー導入後も以前の個人設定が有効です. 個人設定の「表示」タブで確認することができます.

成功の評価基準と機能の評価法
質的かつ量的にテストを繰り返し、ページプリビュー機能の性能を評価しました. テストの目的を以下に示します.
 * ページプリビュー機能はユーザーに使いやすく便利な機能か？
 * ページプリビュー機能を使うと読む行為はどう変わり、ユーザーが読みたい記事を的確に選ぶ助けになるか？
 * このページプリビュー機能を実装すると、資金集めに影響があるか？

2015年のテスト : カタラン語とギリシャ語
4カ月をかけてギリシャ語とカタラン語で機能テストを行いました. 問題点とバグが多数報告され、合わせてアンケート形式でユーザーの満足度を計測しました. ユーザーの反響はおおむね好意的で、大部分の人からホバーカードは便利で使い方がわかりやすく、使って楽しいと回答しています.

テスト結果の全文はこちら.

2016年の品質テスト
ページプリビューの機能に関するユーザーの受け止め方を調べ、読者の反応の変化を追うためにUserZoomツールを採用した非監視の遠隔パネル調査を実施しました. 被験者の大部分はページプリビュー機能に好意的な反響でした. さらに、被験者の大部分はページプリビュー機能の表示非表示を問題なく切り替えできました. ユーザーはそのほか、概して肯定的な言葉で機能を語り、読む体験を妨げないと報告しています.

テスト結果の全文と分析はこちら.

2016年のA/Bテスト : ウィキペディアのハンガリー語版、イタリア語版、ロシア語版
読む行為の変化およびページプリビュー（ホバーカード）のベータ版機能の完成度を調べるため、合計3回のA/Bテストをハンガリー語版は2016年の6月7日、イタリア語版とロシア語版は同年9月23日にそれぞれ実施しました.

これらテストの結果から、ページプリビューにより読む経験にプラスの変化がもたらされ、読者がどのページを選ぶか精度を上げ、他のページを試し読みするコスト（訳注：時間や労力）を下げる背景として、ユーザーはページ内で別のページの内容を提供されることにより、単一の話題に集中することができます.

テスト結果の全文と分析はこちら.

2017年-2018年のA/Bテスト : ウィキペディアの英語版とドイツ語版
製品に実装する前に、2017年10月から同年11月、同年12月から2018年2月にわたり、A/B テストを2回実施して機能の働きを測定しました. 詳細な結果は報告書にまとめてあり、ページ閲覧数は減少したものの、読者が開いたページ総数は増加したことから、ページプリビュー機能を有効にするとより多くの話題を読む可能性を示唆しています. また[戻る]ボタンの使用回数が減り、ページプリビュー機能を無効にした率はごくわずかでした. さらに、英語版ウィキペディアでは寄付金集めのテストも数回、実施しました.

英語版ウィキペディアの議論後の改善（2016年4月以降）
2016年4月以降の議論では多数のバグ解消、改善に加えてその他の要望が明らかになり、次の方法で表明しました.

ページプリビューが開いたまま「固まる」 太字の文字列と数式がプリビューで表示されない ホバーカード自体から機能を無効にしたい ナビゲーションポップアップとページプリビューが重ならないようにしてほしい 調査結果とA/Bテストの詳細な結果を開示してほしい. 英語版ウィキペディアで大規模なA/Bテストを実施するべき パフォーマンスへの影響を限定する 匿名利用者（ログインしていない）に限定してプリビュー機能を有効にする方法がほしい 機能を無効にした利用者の割合を公表してほしい この機能がありがた迷惑かどうかという情報を開示してほしい
 * コードをリファクタリングしました. この問題は解消済みです.
 * 現在はプリビューをHTML形式で表示するため、表示内容と文章の内容は一致しています.
 * ログイン利用者も匿名利用者（ログインしていない）は現状では表示領域内の歯車アイコンから機能を無効にできます.
 * ログイン利用者の場合、ナビゲーションポップアップか、ページプリビューか、どちらか一方のみ利用できます. ナビゲーションポップアップを利用するなら、先にそちらを無効にしないとページプリビューを利用できないし、その逆も同じです.
 * 上記の議論以降、A/Bテストを2回実施しており、第1回はハンガリー語版、ロシア語版、イタリア語版のウィキペディアが対象でした. さらに第2回は英語版とドイツ語版ウィキペディアでテストを行いました.
 * パフォーマンスチームと共同でページプリビューに関わる問題を最低限に抑えようとしています. 機能ごとの性能の詳細はダッシュボードを用意して提示しました.
 * これも実装済です. 2018年3月現在、どのウィキペディアでも匿名利用者には既定でページプリビュー機能が有効になっています（英語版とドイツ語版を除外）.
 * 2回のA/Bテスト両方において、無効にした割合は0.01%以下でした. あまりにも低い値のため、さらに量的テストを実施、ユーザーが問題なくこの機能の有効・無効の切り替えができたかどうか調べてあります. 結論としてはユーザーは機能の無効化を問題なくこなすことができたものの、実際に無効にした率は大変低かったのです.
 * 量的テストの結果に基づき、被験者はこの機能を邪魔だとも、ありがた迷惑だとも考えていないという結論に達しました.

対象から除外したページ
セキュリティ上の観点から、特定のページではホバーカードを読みこまない設定にしてあります. これらのページを内部で「ブラックリスト」と呼び、当初の一覧は右記で公開しています.

今後の繰り返し作業と改善点
Upon success of an initial launch of Hovercards, we are planning on iterating on the feature to add functionality. These items will include:
 * Configuration of images and other settings:
 * a number of users have requested making images configurable within Hovercards. We're marking this feature for future implementation and tracking it in https://phabricator.wikimedia.org/T148995
 * other logged out preferences (more info here)
 * Article titles - currently, only the summary of the article is available within Hovercards. As an iteration, we would like to display the title of each article along with its summary
 * Reference Tooltips (phab:T67114)

よくある質問
この機能はウィキペディアの読者向けで、青字リンクの内容（意味）を見るためにわざわざリンク先のページを開いた経験のある人なら、誰でも便利に使えます. 発想の源はたいへん人気のあるガジェットのひとつンビゲーションポップアップNavigation popupsにあります.
 * ページプリビューの魅力は？

ホバーカードはリンクを開くためのコストを下げるという発想に基づいて影響度を把握します. これは言い換えるなら、ユーザーは負担を感じずにリンクを開けるかどうかということです. つまりマウスを（無意識ではなく）当てて内容を閲覧したリンクの数が、実際にリンクをクリックした件数より多くなれば、ホバーカードが成功したと言えるはずです. 反対に、失敗を示す指標として以下に注目していきます. If you have Navpops enabled, Hovercards are automatically disabled. You will have to disable Navpops in order to experience Hovercards. This is an intentional decision to ensure that Navpop users' do not have their preferences interrupted. Note: for certain browsers, you might have to clear your browser cache first for the change to take place. Right now, Hovercards will either be turned on or off by a user. The option to turn them off lives in each hover event. So at each hover event, a user can decide that they are no longer interested. For logged-in users, Hovercards may be re-enabled from user settings. For logged-out users, Hovercards may be enabled by selecting the "Enable Previews" link at the bottom of the page.
 * ホバーカードの便利さはどう数値化できる？
 * マウスを当てるホバーが偶然ではないかどうか - 一定条件でホバーの滞留時間を計測し、マウスをリンクに当てたのが偶然だったという割合が高くないと確認する必要があります. 一例としてリンクにマウスを当ててからホバーカードが表示されるまでの滞留時間の設定を250ミリ秒にするなら、特定のリンクにマウスを当てたユーザーで、250ミリ秒以上滞留してからクリックする率は低いと確認しなければならないのです.
 * ホバーカードを利用するとページビューが減る可能性があります. ユーザーはプリビューすれば、知りたい情報がわかるからで、それ自体は問題になりません. ただし（もし）閲覧数が減少したなら、編集件数や寄付件数に目立った影響が出ないように注視する必要があります.
 * リンクをホバーしたユーザーが実際にリンク先を開くのは高確率（%）- このことからその人たちは本来、リンク先を訪問する意思があったと推定されます. もしそうであれば、ホバーカードは不用な手間になりかねません. マウスを当ててからクリックスルーに至る確率（%）に基準を設けます. Androidでは同様の機能は60%以下ですが、デスクトップ版ではもっと低いと予測しています.
 * the percentage of users who disable Hovercards is low (given that users are aware on how to disable the feature) - this suggests that users enjoy the feature.
 * What if I have Navpops enabled by default?
 * How many options do I have in Hovercards preferences?

At the project level, administrators can determine how long a user should dwell on a link before a hover is triggered. If a project wants to be conservative, the lag can be longer. WMF will have a recommendation as to optimum dwell time that provides the best user experience while minimizing accidental hovers. Unfortunately, there is no good way to tell users about a new feature without showing it to them first. Central notice banners have been suggested, but running them for 2 weeks would not solve the needs of future users and we do not want to run them continuously. Notifying a user of a new feature is best done using a...hover-over. According to A/B tests we did not see a large decrease in session depth across all Wikipedias. Average session depth (average number of pages viewed per session) remained relatively equal between the Hovercards on and off groups. Page Previews only activate when the focus/hover state occurs over a link. They are usable for people who use keyboard navigation. For screenreades, Page Previews have proper WAI-ARIA semantics declaring them as tooltips. In short, screenreader software ignore Page Previews. Please go to the Page Previews discussion page.
 * Why can't users just turn on Page Previews if they want them?
 * Why can't users just turn on Page Previews if they want them?
 * What impact to Page Previews have on page views?
 * What impact to Page Previews have on page views?
 * What about accessibility?
 * If I have Page Previews feedback or if I have a suggestion for making them better, where should I go?

コード

 * 解析と計装
 * ページプリビューは現状ではさまざまな利用法の要素を計測する機能を与えられています. 詳細はポップアップの拡張機能ページ the popups extension page を参照、ご不明の点はお気軽に質問をお願いします.

2018年4月の実装の現状
英語版およびドイツ語版ウィキペディアの次の更新に向けた段階として、2018年4月前半を予定しています. この展開ではログアウトしたユーザーに対して 既定で提供しようとしています. ログイン利用者は無料という意味です. ログイン編集者には現状で有効にしていない限り、既定で無効になります. 有効にするには、個人設定の「表示」タブを変更します. もし以前からこの拡張機能を有効にしてあった場合は、引き続き有効のあいだまです.

In terms of future changes for logged-in users, we have a few options we will be requesting feedback on:
 * Keep the feature off by default for logged-in users.
 * Turn the feature on by default for new accounts only. Currently, when users move from being readers to contributors and create an account, the feature will seem to vanish, and that would be confusing.  As a further step in the feature rollout, we plan to change this configuration and enable the feature for all new accounts.
 * Turn the feature on by default for existing logged-in users (Even if it were enabled for everyone, it would still be automatically suppressed for anyone who uses NAVPOPS.)

実装の計画
実装は2017年初頭にカタロニア語、ギリシャ語、ハンガリー語、ロシア語版で開始しました. A/Bテストの結果はたいへん高評価でした. その後、以下の表に示す通り、他のウィキペディア群にも段階的に実装したいと考えています.

導入前のお試し期間
この機能の導入前のお試し期間は、ページプリビューの扱いをコミュニティ単位で同意して決めます. 既定で導入するのか、導入前のお試し期間を設けて採用の否決ができるようにするのか選んでください.

関連項目

 * ナビゲーション・ポップアップ - 編集作業を重視するガジェットで大多数のウィキに実装. 2005年Lupin制作
 * ウィキメディア財団のブログ - Hovercards now available as a Beta Feature on all Wikimedia wikis - ウィキメディアの全ウィキでホバーカードをベータ版で提供開始(2014年3月)
 * 開発当初の諸元の参照はFile:NavigationPopups V1.pdfおよびHovercards-phase-3 trello notes.
 * A list of similar browser extensions - 同様のブラウザ拡張機能の一覧
 * Page Previews/API Specification - ページプリビューのAPIのしょうさい諸元

脚注
カテゴリ:デザイン