Reading/Web/Desktop Improvements/Repository/Sticky Header and Table of Contents User Testing/ja

固定ヘッダ と 目次 (ToC) の改善はデスクトップ版の改善プロジェクトに組み込まれています. これらは、読者や編集者がページ全体のナビゲーションやその他の重要な機能にアクセスするためのものです.

これらの変更は、さまざまな情報源からのデータに触発されたものです. 編集者からの要望もありました. また、プロジェクト開始に先立ち、生成的な調査を行ったところ、同様の結論が得られました.

私たちの試作品やアイデアを、さまざまな場面で読者や編集者に試してもらうことを約束しました. テストの取り組みは、固定ヘッダならびに目次は将来を見越して複数バージョンの試作版の準備から着手しました. 次に、ガーナ、インドネシア、アルゼンチンの 3 つの新興地域の読者と編集者でテストを行いました.

私たちの目的は、各プロトタイプの全体的な実用性を判断し、将来的に必要な変更点を見出すことでした. この報告では、このテストの結果を示し、機能自体の次のステップを強調しています.

はじめに
現在、多くの便利なツールや機能は、ページの上部や左側のパネルでしか利用できません. 検索も言語切り替えも、 (目次など) ナビゲーションも含まれます. 人気のあるツールや機能を、ページのどの位置からでも利用できるようにして、アクセス数を増やす試みをしたいと考えています.

今回の調査では、そのための 2 つの可能性を探りました.

固定ヘッダー (Sticky header)
長い記事のページでは、最初の数段落を過ぎてしまうと、利用者はツールなどにアクセスするために再び上にスクロールする必要があります. この対処法を提案するなら、サイトヘッダ（および／または記事のヘッダ）を「固定」することです. これにより、スクロール ダウンしてもヘッダーは画面上部 (コンテンツの上) に固定されます. 仮定の固定ヘッダ上の空間（記事のページを下方へスクロールしても常に表示される）は限られており、便利に使うにはどの機能やツールを載せるべきか調査が必要でした.

この部分の調査は次の質問の答え探しに焦点を当てしました. ツールと機能を固定表示するスペースが限られているという条件で、閲読者にとって価値がある群と、(それとは別に) 編集者の場合は？

目次 (ToC)
ページ内でのユーザー体験では、目次はナビゲーションのためにとても重要です. 過去の調査によると、利用者は記事の構成や内容を判断するために目次を参照し、目指すコンテンツへさっと行き着くことを期待しています. 現状では、ほとんどの記事ページは目次はページ最上部の近くに置かれています.

この部分の調査で主に精査したのは、記事を読む間、目次 (ToC) を常に表示させると、現状 (ページ上部に置いてある形式) よりも利用者にとってもっと価値があるかどうかという点でした. その後、この機能を提供する最善の方法を検討しようとしました.

手法
この調査の作成と調整はウィキメディア財団設計調査チームが担当しました. 読者や編集者に公開した試作版は、Readers/Web/Teamウェブチームが作成しました. 実際の調査は以下の取引業者3社が実行しました.


 * ガーナ担当 URIKA Insights
 * インドネシア担当の Terang Riset Pratama
 * アルゼンチン担当の CRIBA Research

参加者
新興の地域3ヵ所（ガーナ、インドネシア、アルゼンチン）は目次（ToC）の試作版と、固定ヘッダ（SH）に載せる要素／使いやすさの評価に参加しました. 調査対象の言語版は3言語でした - 英語 (ガーナ)、標準インドネシア語 (インドネシア)、スペイン語 (アルゼンチン). それぞれの言語版のウィキでテストを実施し、参加者は6名ずつで、およそ半数は新規利用者または読むだけの利用者、残り半数は定期的に作業する編集者で構成しました.

固定ヘッダー (Sticky header)
固定ヘッダについて実用の可能性を感じさせる試用版を2つ作成しました - 一方は読者目線、他方は編集者目線でまとめました. Participants were asked to interact with the prototypes and rate the usefulness of the functionality within the prototypes for their daily usage of Wikipedia

調査の目的：


 * 読者 (ログアウトした利用者) にとって、あると理想的な要素の検討
 * Search, article title, language switching, etc.
 * 編集者 (ログイン利用者) にとって、あると理想的な要素の検討
 * トークページ、履歴、言語の切り替え、けんさく、その他
 * この群がログインしていない状態の場合、この一覧を変更する方が良いかどうか
 * それぞれのまとまりごとに要素の相対的な優先順位を付けること
 * Evaluate prototypes reflecting the elements determined above by cohort

調査の設問：


 * ツールや機能の固定に使える表示領域が限られているとして (将来的にはログイン利用者用にカスタム化を可能にするがログアウト利用者用は検討外)、次の一覧の優先順位とは：
 * Logged-out
 * ウィキペディアのロゴ
 * Article title
 * Section title
 * Search
 * Language switching
 * Edit
 * ログイン利用者
 * ウィキペディアのロゴ
 * Article title
 * Section title
 * Search
 * Language switching
 * Edit/edit source
 * トークページ
 * 履歴
 * ウォッチリスト
 * ページツール (例＝移動)
 * 利用者ツール類 (利用者に関係のあるメニューを展開： 利用者ページ、サンドボックス、個人設定、トークページ、ベータ版機能、ウォッチリスト、投稿履歴、アラート、通知)
 * お気に入りのガジェット類 (例＝ twinkle など個人設定で選んだもの)
 * Which elements should be persistent?
 * Which elements should be surfaced upon a ‘need’ trigger (scroll-up, hover, other?)

目次 (ToC)
目次に関して、参加者にはまず、いつものようにサイトをあちこち見て回ってもらいました. A general idea of their opinion on the usage of the table of contents was established. Then, a variety of prototypes were provided for different potential versions of the table of contents. ここでは、ページ内のどこを表示しても常に目次が見えるとして、さまざまな表示方法の検討に重点を置きました. プロトタイプを良いと思う順にランク付けすることと、目次がページのどこを読んでいても常に見えるという発想自体についてフィードバックを書いてもらいました.

調査の目的：


 * Establish a qualitative understanding of how the table of contents is used, i.e. the ways in which it provides value to readers
 * How does this very on very short pages, medium length pages, and long pages
 * Establish an understanding of other methods of in-page navigation are being used (e.g. find in page)
 * ページのどこを表示しても常に目次 (または 類似のナビゲーション用ツール) にアクセスできると価値があるかどうか、今後に役立つ理解を確立すること
 * Is there a separate value in just seeing where you are and what the lay of the land is versus from actually clicking and navigating with it?
 * Evaluate 3-4 different in-page navigation / persistent table of contents solutions (in the form of prototypes)
 * 1) persistent table of contents
 * 2) table of contents via a menu in the article header
 * 3) table of contents via a drawer next to the article

調査の設問：


 * 記事のどこを読んでいても 目次を表示させたなら、読者に提供する価値は増えるでしょうか？ (ページ最上部に固定した場合との対比)
 * What are the main use cases of the ToC? How do people think of it?
 * If people interact with the ToC do they typically click on one link, or more than one?
 * How do people use the ToC to navigate the article?
 * What are the main shortcomings, if any, of the current ToC?
 * Does the usage follow any sort of pattern (e.g. long vs. short articles, new vs. experienced users)?
 * What are the main differences (or tradeoffs) users notice between option A (new ToC sidebar) and option B (supplemental ToC)?
 * How does one perceive the contents of an article with/without a persistent TOC?
 * Do we lose legibility / scannability with persistent because it is more narrow?
 * 優先順位が低い質問：
 * Right vs left?
 * How many levels of depth?
 * Numbers vs. no numbers?

Overall
固定ヘッダも目次も試用版は言語にかかわらず、テストに参加したグループから好評を得ました.

固定ヘッダに対して多数の指摘が寄せられ、最も便利な要素の優先順位がわかりました. 要素の優先順位は配置と利用者のログイン／ログアウト状態に基づいてバラエティを持たせます (詳細は後述)

固定ヘッダー
テストの被験者全員 (閲読者と編集者) には、自分にとってメニューにあると便利な機能について、優先順位を付けてもらいました. Here, the results varied between languages, but were not significantly different. Below, we are providing the combined prioritization (the location-based prioritization lists are available in the full report above).

ログアウト利用者：


 * 1) Article Title
 * 2) Section Title
 * 3) Search
 * 4) Language Switching
 * 5) ウィキペディアのロゴ
 * 6) Edit

ログイン利用者：


 * 1) Search
 * 2) Article Title
 * 3) トークページ
 * 4) Edit
 * 5) Language Switching
 * 履歴
 * 1) 利用者ツール
 * 2) Page Tools
 * 3) ウォッチリスト
 * 4) ガジェット
 * 5) ウィキペディアのロゴ



さらに利用者がログインしているかしていないかでプロトタイプを分けたので、その点も評価をお願いしました. All users reported positive experiences with the prototypes. 一部の利用者から、固定ヘッダはスクロールしなくても常に表示してほしいというリクエストがありました. 被験者で編集者の人からは、固定ヘッダの要素をもっとカスタム化したいというリクエストがしばしば寄せられました. When asked to determine the legibility of the iconography used in the sticky header, many users raised questions on the meanings of several of the icons used in the prototypes, in particular the icon for beta features, gadgets, and contributions.

目次
どの利用者も、ウィキペディアを読む体験において目次は欠かせないと認めました. 調査結果からはそもそもなぜ目次を使うかという使用事例について次の洞察が得られました.


 * ページの内容をパッと見て把握する - つまりページが提供する情報について／参加者が求めている情報はページにあったかどうか？
 * Getting a sense of the shape/map of the page and creating a mental model - how is the page organized, which sections are longer than others
 * Direct navigation to a specific section or piece of information

 Behavior change based on user type 

これらの結果は、参加者が新人か、閲覧専門の読者か、編集者かによって少し差があり、読者と編集者の傾向として、長さが中程度から長編の記事の場合には、記事の他の部分を操作するよりも先に、直接、目次の使用が多くなりがちでした. 短いページの場合、目次はあまり利用されませんでした. All users indicated that having the ToC only at the top of the article was an issue.

 Newcomers: 


 * Tend to scroll around the article to look for a topic
 * ToC is used a context more than navigation

閲覧専門の読者：


 * Tend to go directly to the ToC - it was their first stop to understanding the context of the article.
 * コンテキストが確立すると、閲覧専門の読者は新規参加者と比べて目次の利用が多い傾向がある

 Editors: 


 * Go directly to the ToC
 * Used the ToC as the main point for navigation (rather than scrolling around)
 * Tended to return to the ToC while reading the article for reference or navigation

目次プロトタイプのランキング
目次のプロトタイプは5種類用意し、参加者に使ってみてもらいました. The persistent prototype was the highest ranking of all the available prototypes across all groups. ウィキメディアのどのウィキか、習熟度の違いに基づく有意な差は観察されませんでした (新規参加者、閲覧専門の読者、編集者. )

The remainder of the rankings were as follows.


 * 1) Persistent. This prototype displayed the ToC in the left margin of the page. It also included the ability to display all sections and subsections using collapsible arrows on the side of the prototype. このプロトタイプを選んだ理由として参加者から指摘されたのは、常に目次にアクセスする場合、クリックなどの操作が不要な点です. Persistent_toc.gif
 * 2) ToC in Header. この試作版では、固定ヘッダにページの目次組み込みました.  このプロトタイプの使いやすさは参加者に高く評価され、その記事にどんなセクションやサブセクション があるか明確な点が特に指摘されました.  しかしながら、折り畳み式のプロトタイプは参加者に不評で、常に開いたままの方が良いと要望がありました. Header_toc.gif
 * 3) Floating dots prototype. This prototype presented the ToC as a persistent but collapsed element on the side of the page that was triggered on hover. Once again, the persistent element of the ToC was rated highly.  しかしながら、参加者からは目次を開くと記事に重なるのは良くないと 示されました. Floating_dots.gif
 * 4) Floating box. This prototype presented a small box in the right bottom corner of the page, which could be expanded into a persistent element. テスト中の参加者には、この要素を見つけるのが困難でした.  When expanded, they also noted dissatisfaction with the ToC overlapping the article text Floating_box toc.gif
 * 5) Back to top button. このプロトタイプにはボタンがあり、参加者が押すとページ最上部に戻ってもともと置いてある目次を見ることができます.  どのグループでもこのプロトタイプは低評価でした.  参加者からは、ブラウザ機能もしくはキーボードのホームボタンを使えば良いので、これといって機能性が増えたとは言えないと指摘されました. Back_to_Top_ToC_Prototype.gif

その他の重要な観察点は以下のとおりです.


 * 参加者は常に利用できる点を高く評価した - すべてのテストで固定型が最も高評価
 * 情報量は多い方が良いとの参加者の指摘 - セクションや下位セクションをすべて表示させたプロトタイプのほうが支持された
 * 目次がコンテンツを隠してしまうのは良くない、たとえ目次がページ最上部に置いてあって、その補助のためであってもやめてほしいと参加者から示されました.
 * 参加者は自分が記事のどの部分を見ているのか知りたいし、記事題名や見出しが太字で表示されるなどの補助機能は位置感覚に役立つと示唆

協議と次の段階
この調査から固定ヘッダと目次について、機能案の開発に重要な情報が得られました. どちらの機能も全体として参加者の評価は高く、ウェブチームは上記の結果を受け、機能の開発を続けます.

固定ヘッダー
用意できた試作版の反復開発を重ねる上で、項目の重要度に焦点を当てて優先順位を付け、下記の固定ヘッダに組み込みました. 調査は固定ヘッダのさまざまな誘引機構を探す予定で、それにはページ最上部に常にヘッダを見せることも含まれます.

目次に関する研究は引き続き試作版のテスト対象を広げ、さまざまなウィキメディアのプロジェクト群にわたり編集者その他のログイン利用者を対象に行う予定です.

目次
常駐型の試用版は全てのグループで最上位に入ったことから、将来的に計画に組み込む可能性を検討する目的でのみ反復開発をします. また、一覧全体の表示が難しいもしくは効率が悪い状況でも折りたたみ式を選択肢として応用できないか調べる予定です. たとえば、画面が小さい端末への対応になるかもしれません.

目次に関する研究は引き続き試用版のテスト対象を広げ、さまざまなウィキメディアのプロジェクト群にわたり編集者その他のログイン利用者を対象に行う予定です.