Reading/Web/Projects/Mobile Page Issues/ja

ページの内容に関するメッセージを表示するテンプレートは、モバイル版ウィキペディアでは表示されません. そのため閲読者には読んでいるページの信頼性がわかりません. 利用者にこの情報を伝えない、特に大言壮語が認められる記事あるいは削除対象など重要な問題を隠すことになると、支障があります.

閲覧者部門ウェブ担当 では、ページが抱える問題の表示の改善をモバイル版ウェブサイトにおいて取り組もうとしています. 問題の深刻さに加えて、種類そのものの説明を含めることが目標です. これにより閲読者は読んでいる記事の信頼性をよりよく判断できるようになるはずです. また問題を表示することで、ウィキメディアのプロジェクトの仕組みに興味を持ってもらうこともでき、自分も貢献しようと思うきっかけを増やすことにつながるかもしれません.

この改善がもたらす効果の予想を以下に示しました（訳注：アイコンの違いに注目）. ご意見ご感想をお待ちしています.

はじめに
記事に問題がある場合は記事本文の上部に色付きのメッセージボックスが置かれ、閲読者や編集者にその問題について通知します. これらの通知の実体は、記事に挿入された特殊なテンプレートなのです. 記事内の通知にはそれぞれ独自のテンプレートがあり、テンプレートごとに使用するメタテンプレートを （記事用メッセージボックス）と呼びます. Amboxに採用されたLuaモジュールをモジュール:Message boxと呼びます. MediaWikiのその他の名前空間では、例えばカテゴリや議論のページの場合、名前空間に特化した通知があります. これらの通知は10年以上も前から存在し、その使い方にはいくつもの慣用ができました. 通知の管理は投稿者が進めています. どの言語コミュニティも、それぞれのプロジェクトのニーズに合わせて、独自の通知を援用したり作成したりする自由があります. 一例として、コモンズでたくさんの種類があるライセンスに関する通知は、ウィクショナリーが用いる通知とは全く異なっています.

範囲が広く種類が多様なため、これらの通知を標準化することは一見すると不可能です. 英語版ウィキペディアでは2007年に、が見られました.

この見直しは、現在の形のモバイル版ウェブサイトがまだ存在しない時代に行われました. ウィキメディア財団はその後、これらの通知をモバイル版ウェブサイトに持ち込もうと努力したものの、いまだにモバイル版にはあまり適合していません. そこでこの提案では着手点として、 テンプレートに基づいて記事名前空間の通知の改善を取り上げます.

モバイル版の現在の処理
ウィキペディアモバイル版ウェブサイトでは現在、 テンプレートの全文をレンダリングしない代わりに、記事名の下に小さくグレーで「ページの問題」（Page issues）と表示し、このリンクをクリックすると問題点の一覧が記事に重なって表示されます. 通知によっては、テンプレートの「縮小版」メッセージを用意してあり、その場合はそちらのみ表示されます.

制限
現在は テンプレートに基づくHTMLを修正してテンプレートを抽出しているため、HTMLテンプレートにわずかな改変があっても、モバイル版では正常に機能しなくなってしまいます. 言語によりテンプレートが異なるため、現在のインプリメンテーション（HTMLテンプレートを使った抽出）は作用するウィキを選びます. 一例として、フランス語版ウィキペディアでは2016年にメッセージボックスの改善を行い、英語版とは異なる体系のテンプレートを採用しました. リンク先にフランス語版ウィキペディアの管理モジュール一覧を示します. この変更が要因となり、フランス語版のモバイル版ウィキペディアで通知は非表示です.

英語版ウィキペディアでは2016年に提案が寄せられ、「ぺージの問題」のリンクが問題の深刻度と釣り合っていないと指摘されたのです.

英語版ウィキペディアの「井戸端」の提案
2016年9月にコミュニティはモバイル版ウェブサイトでページの問題を顕示する提案を承認しました. モバイル版で特定の警告テンプレートを設けるべきだという点は、明らかに合意に至っていました.

"「AfDテンプレートが付けられた記事で医学的な出典が不十分なことから大言壮語のフラッグが付いた場合、その記事をコンピュータで開いた読者は全員、ページの上部に赤とオレンジが配色され交通標識のストップサインがある大きな通知に出くわすことになる. （中略）同じ読者がスマホから同じ大言壮語な医学記事を開くと（中略）記事の題名の下に、たった二言、〈ページの問題〉とグレーで小さく表示するだけだ（後略）」"

目的
このプロジェクトの目標は、モバイル版ウェブブラウザで特定の問題に対する認知度を向上することにあります. その実現のため、視覚的表現を変更します.

担当チームはコミュニティと協働し、テンプレートの書式ガイドラインを提供します. この作業ではデスクトップ版の書式変更を行わず、モバイル版ウェブサイト用の課題を最大限に書式化することになります.

また、この目標は閲読者部門年次計画の目標1ープログラム2「閲読という経験において、読者が記事の質と信頼性を測ることができる」に対応します.

深刻度と短い説明とは
「type」パラメタのテンプレートでは表示は問題の深刻度に限定します. このパラメタの詳細はプロジェクトごとのambox テンプレートのページと、ウィキを参照してください（日本語版のリンクはこちら）.

同様に、短い説明がテンプレートそのものに用意されている場合のみ、それを表示します.

ワークフロー

 * 1) ユーザーが問題のあるページを開く.
 * 2) ユーザーが「ページの問題」の要素に触れる.
 * 3) ユーザーをページの問題の詳細へ誘導.

General
Mobile page issues will display the following:
 * 問題の説明
 * 場合により、問題を短くまとめた説明を使用.
 * 短い説明がない場合、長文の問題の説明文の冒頭を表示.
 * 短文でも長文でも説明文の長さは、画面表示域の大きさによって制限を受ける.
 * 問題の深刻度
 * 深刻度の設定は以下のとおりw:en:Template:Ambox#type|ambox typeに従う.
 * 重度 Severe: type=speedy, type=delete
 * 中程度 Medium: type=content
 * 軽度 Low: type = style
 * 通知 Notice: type = notice, type = move, type = protection
 * その他のテンプレートは深刻度が通常と表示.
 * どの深刻度もページ内で固有の書式と位置に表示.
 * もし問題に別のページへのリンクが含まれていると、本文からリンクを削除し、ページの詳細モダール内に表示.

問題が単一

 * ページの問題が単一の場合は、深刻度を上記に定義したテンプレートから呼び出して表示.
 * サンプル. テンプレート の問題の深刻度が「中程度」の場合、問題が単一で深刻度は中程度と表示（サンプル）.

Multiple issues

 * 問題の深刻度レベルは、個々の問題ごとにその深刻度を反映.
 * 記事内に テンプレートがある場合、最も深刻な問題のレベルを表示.
 * 一例として、 テンプレートが「高」 の記事は、深刻度が高いと表示（サンプル）.
 * 複数の問題はそれぞれ個別の文章とデザイン、ページ内の位置が与えられます.

節の問題
このプロジェクトのインプリメンテーション（HTMLテンプレートを使った抽出）は当初、個別の節の問題は表示しない予定です. 初期の変更が終了した時点で、この課題を再度、検討することになります.

ページの問題点の様式ー最初の更新
閲読者チームはページの問題モダールに関し手始めに以下の変更を2018年3月に行いました. この変更はページの問題そのものの詳細をもっと光を当てることを目的としています. また閲読者にそれらの問題解決について情報を発信することができます.

機能の評価
モバイル版ウェブサイトでページの問題の認知度が上がり注目を集めるようになるとどんな効果があるのか、特に閲読者が感じるページの質と信頼性に着目し閲読者チームは理解しようとしています. 読んでいる記事の信頼性と質をよりよく判断できるように、閲読者をさらに支援することを目指しているのです. かせつとして、ページの問題に気付くようになる程ほど、この目標の達成に近づくはずです.

We'd like to answer the following questions:

Does the new treatment for page issue notices increase the awareness among readers of page issues? ページの問題点の通知を見たユーザーの反応は？ ページの問題点に気づくとウィキペディアに対する印象は変化するか？ その他のアンケート項目:
 * 量的調査：
 * Do readers notice the new page issue treatment more than the current treatment?
 * Do readers notice version B (with titles) of the new treatment more than version A (without titles)?
 * Do readers notice page issue notifications located after the lead paragraph more than if they are located at the top of the page?
 * 量的調査:
 * Is there an increase in click-through based on the new issue treatments (from the article page to the issues modal)?
 * Is there any correlation between severity of the issue and click-through rate?
 * 量的調査:
 * RQ1 - Do page issues make sense to readers?
 * RQ2 - Do readers care about page issues? Do they find them useful? Important?
 * RQ3 - Are readers familiar with page issues already? Have they seen them on other articles?
 * RQ4 - Do readers understand how page issues work? In other words, how they appear on a page?
 * RQ5 - Does becoming aware of page issues change readers’ perception of Wikipedia?
 * How do readers form opinions about the quality and reliability of Wikipedia pages in general?
 * Do readers care more about issues considered by Wikipedia to be of higher severity than issues considered to be of lower severity?
 * What feedback loops (if any) get activated as a result of increased awareness of page issues? For example, do mobile edits increase with page issues as referrer? Does the new issue treatment changes affect issue removal rates?

技術的な難点
記事用のメッセージボックス改良には技術的に難点があります. 一言で言うなら、テンプレートに一貫性がないからです.

の出力結果はさまざまな面で一貫性に欠けています. テンプレートの内容を抽出する機械可読で一貫性のある方法がありません.
 * 言語ごと
 * タイプの異なるテンプレートごと
 * 記事内の位置ごと

心配な点

 * 文の長さ
 * The length of many Ambox messages are very long and not suitable for mobile devices.
 * デスクトップ用のHTML
 * Templates using make heavy use of tables for layout, which doesn't work on mobile.
 * 言語に特化したHTML
 * The HTML output is different across languages, making it nearly impossible to consistently extract the message content and repurpose it for mobile.

技術面の解決案
モバイル版に適したテンプレートCSS開発にTemplateStyles拡張機能を使う

''将来の繰り返し処理を見据えて議論していきます. ''

ページの問題の表示にページコンテンツサービスを利用

https://phabricator.wikimedia.org/T172002

Modify MobileFrontend/Minerva CSS to accomodate existing template markup

This solution would work within the existing template structure and probably only on English Wikipedia.

<Many templates contain a CSS class that marks text as. Using CSS, we could hide this extra text and only present users with the "summary" text. This is the same text that is currently presented in the page issues overlay. Many templates, notably deletion templates, do not have this CSS class. The issue of text length would have to be addressed on a per template basis.

CSS改良のデモ画像はこちら.

記事用テンプレートに構造化されたHTML の特質を追加 

''この解決方法にはテンプレートの修正が必要. ''

As mentioned before, the HTML produced by the templates varies. It can change at any time and in any language. We shouldn't hinder these changes, but make sure that contributors can adapt them to new contexts, such as mobile.

Adding semantic attributes to the HTML could provide us with the necessary "hooks" to extract the Ambox content. We could then present it in an appropriate way on mobile. We could provide a standard set of attributes that template editors can insert into their templates. This would work regardless of the template used or language. These attributes could be "machine readable" which means they can be parsed or extracted. For example like the Page Content Service for consumption by the mobile apps. These semantic attributes would be invisible to readers. They would not effect the appearance of existing templates.

Semantic HTML attributes fall into the category of "microformats". The idea is to extend HTML with the ability to express very specific types of data, in a way that is machine readable. We could extend the Ambox HTML with attributes to identify the templates as "message boxes" with various properties. These properties could include things like priority, date, and actionable steps. This information could then be parsed. Consumers could include the mobile site and apps. Also presented to end-users in a mobile friendly fashion.

We could create our own standard, but there already exists a W3C recommended specification called RDFa. RDFa standardizes on how to use attributes to add rich meta-data to HTML.

RDFa defines rich data structures as "vocabularies" or sets of properties that define an data structure. We can define a custom vocabulary that describes the properties of a "message box", and use those properties in the HTML attributes.

As an example, RDFa uses HTML attributes such as,  ,  , and. The following example shows how to add them to templates.

モバイル版に適したページの問題点の目録
The changes proposed above will improve most page issue templates. Two kinds of templates will receive specialized treatment. One are templates with defined short descriptions (those that contain text marked as "hide when compact"). The other kind are templates with defined ambox type. These templates will display the shorter more mobile-friendly form of the text. They will include visual indicators for the severity of the issue.

縮小したとき非表示にする
これら変更の訴求範囲を調べるため、テンプレートの目録を作りました. テンプレートで「縮小したとき非表示にする」という文言を含むものに着目しています. 集計結果は次の通りです. 詳細はファブリケーターのチケットT189132を参照してください.

方法

「ページの問題」テンプレートをさまざまな言語版から多方面にわたって目録化するため、MediaWiki API ならびにリンク先のスクリプトを使いました. スクリプトは特定のカテゴリに属するテンプレートを解析し、例えば日本語版ウィキペディアの場合、Category:記事メッセージボックスというカテゴリに属するテンプレートをすべてパーシングします. 次にそれらのテンプレートをHTMLテーブルにまとめCSSを付与して、縮小化できるものとできないものを選別します. そこから縮小版テンプレートの一覧も取り出すことができます.

免責事項

この方法は「ページの問題」すべてをまとめたカテゴリのある言語版で有効です. 言語によってはもっと特化したカテゴリはあっても、一般化したカテゴリがあるとは限りません. そこでこの報告の対象は、上位10件のウィキペディアに限定しました.