Page Previews/ja

ページプレビュー (Page Previews) 機能は、ある内容を読みながら単語や概念の意味を調べるときに、いくつもタブを開くしかなくなるという、利用者が直面する問題のひとつを解決します. 読者が他の記事へのリンクにマウスポインターを当てると、ページプレビューがリンク先の内容の要約と画像（存在する場合）を表示します. その時点でリンク先へ飛んで熟読するか、元の記事を読み進めるかどうか決めやすくなります. ページプレビュー機能の完全な説明はこちらを参照してください. 2018年5月以降のすべての関連技術文書は、こちらのブログ投稿にまとめてあります.

関連のプロジェクトに出典プレビュー Reference Previews 機能があります. 読者が脚注マーカーにマウスを当てると、脚注の内容をその場で表示できます. この機能の説明文書は このプロジェクト専用のページ をご参照ください.

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

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

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



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

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

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

匿名利用者 (未ログイン)
匿名利用者がページプレビューを無効にするには、それぞれのプレビューの下端にある歯車のアイコンを操作します. 再び有効にするには、どのウィキページの最下部にもある「」のリンクを操作します. ブラウザーのJavaScriptを無効にして永久に無効にすることもできます.

ログイン利用者
ログイン利用者がページプレビューの有効無効を切り替えるには、方法が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月現在、どのウィキペディアでも匿名利用者には既定でページプレビュー機能が有効になっています（英語版とドイツ語版を除外）.
 * 2017年・2018年のA/Bテスト両方において、無効にした割合は約0.01%でした. 以前のA/Bテスト同様に値が低いため、さらに量的テストを実施、ユーザーが問題なくこの機能の有効・無効の切り替えができたかどうか調べてあります. 結論としてはユーザーは機能の無効化を問題なくこなすことができたものの、実際に無効にした率は大変低かったのです.
 * 量的テストの結果に基づき、被験者はこの機能を邪魔だとも、ありがた迷惑だとも考えていないという結論に達しました.

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

今後の繰り返し作業と改善点
ページプレビューの実装に引き続き、機能の拡充を計画しています. 追加を検討するものの一覧：


 * 画像その他の設定:
 * 多くのユーザーからページプレビュー内の画像を設定したいという要望が寄せられました. 今後の実装に組みこむため、開発の進捗状態を https://phabricator.wikimedia.org/T148995 で追跡しています.
 * その他のログアウト状態の個人設定（詳細は こちら）
 * 記事の題名 - 現状でページプレビューに表示できるのは記事の概要だけです. 繰り返し処理として記事の概要と題名を同時に表示する方法を検討中
 * 個人設定のツールチップ（phab:T67114）The project page for the Reference Previews feature has more details

よくある質問

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


 * ページプレビューの便利さはどう数値化できる？
 * ページプレビューはリンクを開くためのコストを下げるという発想に基づいて影響度を把握します. これは言い換えるなら、ユーザーは負担を感じずにリンクを開けるかどうかということです. つまりマウスを（無意識ではなく）当てて内容を閲覧したリンクの数が、実際にリンクをクリックした件数より多くなれば、ページプレビューが成功したと言えるはずです. 反対に、失敗を示す指標として以下に注目していきます.
 * マウスを当てるホバーが偶然ではないかどうか - 一定条件でホバーの滞留時間を計測し、マウスをリンクに当てたのが偶然だったという割合が高くないと確認する必要があります. 一例としてリンクにマウスを当ててからページプレビューが表示されるまでの滞留時間の設定を250ミリ秒にするなら、特定のリンクにマウスを当てたユーザーで、250ミリ秒以上滞留してからクリックする率は低いと確認しなければならないのです.
 * ページプレビューを利用するとページ閲覧数が減る可能性があります. プレビューすれば知りたい情報がわかるからで、それ自体は問題になりません. ただし（もし）閲覧数が減少したなら、編集件数や寄付件数に目立った影響が出ないように注視する必要があります.
 * リンクをホバーしたユーザーが実際にリンク先を開くのは高確率（%）- このことからその人たちは本来、リンク先を訪問する意思があったと推定されます. もしそうであれば、ページプレビューは不用な手間になりかねません. マウスを当ててからクリックスルーに至る確率（%）に基準を設けます. Androidでは同様の機能は60%以下ですが、デスクトップ版ではもっと低いと予測しています.
 * ページプレビューを無効にしたユーザーは低比率（機能を無効にする方法を知っているという前提）- ユーザーがこの機能を歓迎していると解釈.


 * 既定で Navpops が有効の場合はどうなりますか?
 * Navpops が有効だとページプレビューは自動で無効になり、Navpops を無効にすると使用できます. 個人設定の既定を変更しなかったのは、Navpops 利用者の使用感を変更しないためです. 注記: ブラウザによっては変更を反映するため、キャッシュの破棄が必要な場合があります.


 * ページプレビューの個人設定には何種類ありますか?
 * 現状、ページプレビューが使える場面（イベント）ごとに、ユーザーがその場で有効と無効を切り替える設定です. イベントが変わり、無効にしようと判断したときに変更できます. ログイン利用者の場合、各自の個人設定からページプレビューを常に有効にできます. 匿名利用者（ログインせずに利用）は、ページ下部の「プレビューを有効にする」ボタンで有効にできます.


 * The theory of impact for Page Previews is that they lower the cost of exploring a link. This should mean that users are less inhibited and more focused when exploring links. We should see that the overall links clicked + (non-accidental) hovers exceed the number of links clicked without Page Previews. This is what success looks like. There are also some indications of failure that we will look for:


 * hovers can be accidental - we need to measure normal dwell time in a controlled condition to ensure that the likely rate of accidental hovers is not too high. To give an example, if a user must dwell on a link for 250 msecs before a hover shows, then we would want to make sure that there are not a large number of users who tend to dwell on a link for more than 250 msecs without clicking it.


 * Page Previews could lead to fewer page views, because the user gets the information that they need from the preview- this is not a problem, but we want to make sure that the decrease (if any) does not result in significantly less editing or fundraising.


 * the % of hovers that result in a user continuing to the page is high - this would suggest that most people wanted to go to the page anyway. If this is the case, then the hover is likely just adding an unnecessary step. We expect some significant % of click throughs for hovers. It is ~60% on Android for a similar feature, but we expect it to be lower on desktop.


 * the percentage of users who disable Page Previews is low (given that users are aware on how to disable the feature) - this suggests that users enjoy the feature.


 * Is this enabled by default for logged-in users?
 * No. If you had the feature enabled as a Beta feature you will still have the feature enabled. See Preferences>Appearance>Reading preferences to change the setting.


 * What if I have Navpops enabled by default?
 * If you have Navpops enabled, Page Previews are automatically disabled. You will have to disable Navpops in order to experience Page Previews. 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.


 * How many options do I have in Page Previews preferences?
 * Right now, Page Previews 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, Page Previews may be re-enabled from user settings under the section titled "Appearance". For logged-out users, Page Previews may be re-enabled by selecting the "Enable Previews" link at the bottom of the page.

管理者はプロジェクトレベルでホバーが起動するまで利用者がどれほどリンクに滞留するか決めることができます. プロジェクトを保守的にしておきたい場合、遅れが長くなる可能性があります. ウィキメディア財団は最適な滞留時間に関する推奨事項を整え、かつ偶発的なホバーを最小限に抑えながら最高のユーザーエクスペリエンスを提供します.
 * もし利用者が希望するなら、ページプレビューをすぐに有効にしてはいけませんか？
 * 残念ながら、最初に表示しないまま、新機能をユーザーに伝える良い方法はありません. 中央通知バナーの使用がこれまで提案されてきたものの、もし2週間にわたって表示したとしても、将来のユーザーのニーズは解決されず、かといってそういうバナーを継続的に表示することは望ましくありません. 新機能をユーザーに知らせるには、ホバーオーバーの使用が最適です.
 * 残念ながら、最初に表示しないまま、新機能をユーザーに伝える良い方法はありません. 中央通知バナーの使用がこれまで提案されてきたものの、もし2週間にわたって表示したとしても、将来のユーザーのニーズは解決されず、かといってそういうバナーを継続的に表示することは望ましくありません. 新機能をユーザーに知らせるには、ホバーオーバーの使用が最適です.


 * ページプレビューがページ閲読に与える影響とは何でしょうか?
 * A/B テストの結果を見る限り、どのウィキペディアでもセッション深度に大きな減少はありません. セッション深度の平均（セッション単位で閲読されたページ数）は、ホバーカードを有効にしたグループでも無効のほうでもプレビューの表示がほぼ同等でした.
 * A/B テストの結果を見る限り、どのウィキペディアでもセッション深度に大きな減少はありません. セッション深度の平均（セッション単位で閲読されたページ数）は、ホバーカードを有効にしたグループでも無効のほうでもプレビューの表示がほぼ同等でした.


 * アクセシビリティに差はありますか？
 * ページプレビューは、リンクに対してフォーカスあるいはホバーの状態が発生したときのみ有効になります. キーボード・ナビゲーションの利用者も使用できます. スクリーンリーダーの場合、ページプレビューがツールチップだと述べる適切な構成要素WAI-ARIAを供えています. つまり、スクリーンリーダーのソフトウェアはページプレビューを無視します.


 * ページプレビューについて意見や改善点の指摘をしたいのですが、連絡先はどこですか？
 * ページプレビューの議論のページに投稿してください.


 * Why can't users just turn on Page Previews if they want them?
 * 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.


 * What impact to Page Previews have on page views?
 * 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 Previews on and off groups.


 * What about accessibility?
 * Page Previews only activate when the focus/hover state occurs over a link. They are usable for people who use keyboard navigation. For screen readers, Page Previews have proper WAI-ARIA semantics declaring them as tooltips. In short, screen reader software ignore Page Previews.


 * If I have Page Previews feedback or if I have a suggestion for making them better, where should I go?
 * Please go to the Page Previews discussion page.


 * ページプレビューを有効にすると、ページの過去の版が表示されてしまいます. 正しく表示するには？
 * ページプレビューは特定のページのキャッシュした版を表示します. そのため、ご自分が編集した直後にそのページの最新版プレビューを見るには、ページのキャッシュを破棄してください.

コード

 * 解析と計装
 * ページプレビューを使い、さまざまな利用法の要素が計測されました. 詳細は 拡張機能のページを参照、ご不明の点はお気軽に質問をお願いします.
 * ページプリビュー機能を経由して実際にコンテンツを利用したかどうか調べる方法として、既存のページビュー機能の統計値と総計的に同等の信頼性を確保するため、別個の仕組みを設定して2018年4月から導入しました. その集計データを一部公表する案があがっており、実現するとたとえばウィキペディアの編集者や学術的な研究者の益に期すると予想されます.

2018年7月の実装の現状
ページプレビュー機能をすべての言語版のウィキペディアに実装しました. 匿名利用者ならびに登録してからまだ日の浅い利用者には既定で表示され、2018年7月10日以前に登録されたアカウントの場合は既定では非表示（無効）です.

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

ログイン利用者向けの変更計画には、皆さんのフィードバックを募集している案件がいくつかあります.
 * ログイン利用者の既定として無効に設定する案.
 * 新規利用者に限定して、既定で無効に設定する案. 現状では、ユーザーが閲読者からアカウントを作成して投稿者に変わると、まるでホバーカード機能が消えてしまったように思われ、混乱を招いています. 機能の実装の準備として設定のこの点を変更、新規利用者全員に既定で有効にする予定です.
 * すでに活動しているログイン利用者には既定で有効に設定する案（ただし全員を対象に有効にしても、 NAVPOPS 利用者に限っては自動で無効化）.


 * 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テストの結果はたいへん高評価でした. その後、以下の表に示す通り、他のウィキペディア群にも段階的に実装したいと考えています.

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

関連項目

 * virtualpageview_hourly (実際にページを訪問しないページプレビュー済みのAGGREGATE関数を記録する - 現状では内部的な - データセット)
 * ナビゲーション・ポップアップ - 編集作業を重視するガジェットで大多数のウィキに実装. 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の諸元
 * WMF blog post - Hovercards now available as a Beta Feature on all Wikimedia wikis (March 2014)
 * The original specifications can be seen at File:NavigationPopups V1.pdf and Hovercards-phase-3 trello notes.
 * A list of similar browser extensions
 * Page Previews/API Specification - The API specification for Page Previews