Page Previews/vi

Tính năng Xem trước trang giải quyết vấn đề người dùng phải mở nhiều tab để tìm hiểu về các từ hoặc khái niệm có trong chủ đề chính mà họ đang đọc. Với Xem trước trang, khi người đọc di chuột lên một liên kết tới bài viết khác, một bản tóm tắt ngắn chủ đề và một bức ảnh (nếu có) sẽ được hiển thị. Người dùng có thể quyết định muốn truy cập để tìm hiểu kỹ hơn về chủ đề đó trước khi tiếp tục với bài viết hiện tại. Mô tả đầy đủ về chức năng Xem trước trang đã có sẵn. Tổng quan về tất cả các tài liệu kỹ thuật có liên quan được cung cấp tại bài blog này từ tháng 5 năm 2018.

Tính năng Xem trước chú thích là một dự án có liên quan. Tính năng này hiển thị một bản xem trước chú thích khi người đọc di chuột lên dấu chú thích. Mô tả về tính năng này có thể được tìm thấy trên trang dự án của nó.

Giới thiệu
Chức năng Xem trước trang được thiết kế nhằm giảm chi phí khám phá liên kết, đồng thời thúc đẩy việc học bằng cách cho phép độc giả nắm bắt bối cảnh của bài viết họ đang đọc hoặc định nghĩa một thuật ngữ, đối tượng, sự kiện hoặc ý tưởng không rõ mà không cần điều hướng khỏi chủ đề ban đầu của nó. Đối với độc giả thường xuyên, chức năng Xem trước trang sẽ giúp người dùng dễ dàng nắm bắt được tổng quan của một bài viết trước khi quyết định có truy cập đến nó hay không. Người dùng quan tâm đến việc đọc một bài viết hoàn chỉnh sẽ không bị phân tâm hay mất động lực khi xem các khái niệm lạ lẫm - họ có thể đơn giản xem trước khái niệm đó mà không cần di chuyển đến trang mới. Do đó, trải nghiệm người dùng của nhóm người dùng này sẽ trở nên trôi chảy hơn.

Trong suốt nhiều năm qua, đã có rất nhiều yêu cầu về tính năng tương tự; hiện tại đã có các phần mở rộng trình duyệt (xem danh sách) và một công cụ được sử dụng phổ biến (Cửa sổ bật lên điều hướng tập trung hơn vào biên tập viên) để giải quyết vấn đề này. Chức năng Xem trước trang lần đầu được xây dựng dưới dạng tính năng thử nghiệm vào năm 2014 (gọi là Thẻ di chuột - Hovercards) và đã nằm trong số những tính năng thử nghiệm phổ biến nhất của chúng tôi về mặt áp dụng, phản hồi người dùng và ảnh hưởng đến việc sử dụng. Trên trang thảo luận chính dành cho Hovercards, trong suốt 2 năm, rất nhiều vấn đề trên tất cả các dự án đã được xác định và giải quyết. Tương tự của Chức năng Xem trước trang cho di động, được triển khai trên ứng dụng Android vào tháng 9 năm 2015, dẫn đến việc tăng 20% số lần nhấp vào liên kết trên mỗi trang.

Bảng điều khiển cài đặt cho Chức năng Xem trước trang cho phép người dùng không đăng nhập bật tắt tính năng dựa trên tùy chọn của họ. Người dùng đã đăng nhập có thể bật hoặc tắt chức năng Xem trước trang từ mục Giao diện trong trang Đặc biệt:Tùy chọn. Nếu Cửa sổ bật lên điều hướng và Chức năng Xem trước trang được bật cùng một lúc (thường là đối với thành viên đã đăng nhập và chọn tham gia tính năng thử nghiệm), cửa sổ bật lên điều hướng sẽ được ưu tiên hơn. Để bật chức năng Xem trước trang, cửa sổ bật lên khi điều hướng phải được tắt.



Thiết kế
Với phiên bản hiện tại của Xem trước trang, mỗi bản xem trước có chứa những thông tin sau:
 * Một phần trích trong đoạn văn đầu của bài viết
 * Một bức ảnh (nếu có) từ bài viết. Ảnh được hiện ngang hoặc dọc tùy theo vị trí của liên kết trong bài.
 * Một nút cài đặt cho phép người dùng bật tắt Xem trước trang



Khác biệt chính so với Cửa sổ bật lên điều hướng

 * Các popup chuyển hướng được thiết kế dành cho người dùng nâng cao và có nhiều tính năng không phù hợp với hầu hết người dùng, ví dụ như các liên kết nhanh tới các trang siêu dữ liệu như Lịch sử, Khác biệt và Đóng góp thành viên.
 * Các popup chuyển hướng hoạt động với tất cả không gian tên, và trên tất cả các dự án Wikimedia. Xem trước trang chỉ hoạt động với các liên kết không gian tên chính, và hiện chỉ có trên các Wikipedia.
 * Xem trước trang được thiết kế để dễ đọc hơn. Hiện tại, kích thước phông chữ và khoảng cách của Cửa sổ bật lên điều hướng là quá nhỏ.
 * Xem trước trang có sẵn với tất cả người dùng chứ không chỉ giới hạn cho người dùng đã đăng nhập.
 * Xem trước trang sử dụng kiểu trực quan phù hợp với cách xử lý loại bài viết
 * Xem trước trang nhấn mạnh vào hình ảnh chính để người dùng hình dung về thuật ngữ bằng cả văn bản và hình ảnh.
 * Tác vụ trong tiện ích có cảm giác không phù hợp với bối cảnh, do đó chúng ta cần kiểm tra xem những tác vụ nào thực sự hữu ích cho người đọc và biên tập viên.



Xem trước HTML
Tính đến ngày 1 tháng 3 năm 2018, các bản xem trước trang đã được hiển thị ở dạng HTML. Điều này đã giải quyết được nhiều lỗi đáng chú ý, cho phép biểu diễn chính xác các ký hiệu toán học, hóa học và các công thức khác, đồng thời đảm bảo bản xem trước được hiển thị với định dạng giống như nội dung bài viết.

Cài đặt


Bật/Tắt


Người dùng chưa đăng nhập
Người dùng chưa đăng nhập có thể tắt Xem trước trang bằng cách nhấn vào biểu tượng bánh răng ở dưới mỗi bản xem trước. Nếu muốn bật lại Xem trước trang, người dùng có thể nhấn vào liên kết "" ở cuối bất cứ trang wiki nào. Người dùng cũng có thể tắt JavaScript trong trình duyệt để tắt tính năng này vĩnh viễn.



Người dùng đã đăng nhập
Người dùng đã đăng nhập có thể điều chỉnh tùy chọn ở hai nơi. Họ có thể bật hoặc tắt Xem trước trang từ phần Giao diện trong Đặc biệt:Tùy chọn. Người dùng đã đăng nhập cũng có thể tắt Xem trước trang qua biểu tượng bánh răng ở cuối mỗi bản xem trước.
 * Nếu người dùng đã đăng nhập nhấn vào biểu tượng bánh răng cài đặt, hệ thống sẽ chuyển tới trang tùy chọn người dùng.
 * Nếu người dùng trước đó đã bật tính năng beta Hovercards, tùy chọn của họ sẽ được giữ lại và xuất hiện trong phần Giao diện của trang tùy chọn.

Success Metrics and Feature Evaluation
A number of qualitative and quantitative tests were performed to evaluate the performance of the Page Previews feature. These tests were focused on the following questions:
 * Do users enjoy Page Previews and find them useful?
 * How do Page Previews change reading behavior and do they help users be more accurate when selecting the articles they wish to read?
 * Would launching the Page Previews feature have effects on fundraising?

2015 Greek and Catalan Wikipedia test
A feature test was implemented for a period of 4 months on Greek and Catalan Wikipedias. A number of issues and bugs were reported and user satisfaction was recorded using a survey. Users had generally favorable feedback, with the majority of users finding Page previews (Hovercards) useful, easy to use, and enjoyable to use.

Read the full results of these tests.

2016 Qualitative test
To determine user attitudes towards the Page Previews feature and trace further changes in reader behavior, an unmoderated remote panel study was performed using UserZoom software. The majority of participants reported positive attitudes to the Page Previews feature. In addition, the majority of participants had no issues in turning the feature on and off. Users also described the feature in generally positive terms and reported it was not distracting to their reading experience.

Read the full results and analysis of this test.

2016 A/B tests on Hungarian, Italian, and Russian Wikipedias
To determine changes in reading behavior and evaluate the success of the Page Previews (Hovercards) beta feature, three A/B tests were launched on Hungarian, Italian, and Russian Wikipedias. The A/B test on Hungarian was launched June 7, 2016, the A/B tests on Italian and Russian were launched Sept 23, 2016.

The results of these tests indicated that Page Previews facilitate positive changes in reading behavior by increasing the precision with which users select the pages they read, reducing the cost of exploration of other pages, and allowing users to selectively focus on a single topic by providing context within a page. During the process of collecting and analysing our data we ran into a number of bugs and issues within our instrumentation that allowed us to refine and improve, to ensure subsequent tests were issue-free.

Read the full results and analysis of these tests.

2017-2018 A/B tests on English and German Wikipedias
From October to November 2017 and December 2017 to February 2018, we ran two A/B tests to gauge the performance of the feature prior to release on these projects. The results, described in more detail in the report, displayed a decrease in pageviews, but an overall increase in the number of distinct pages that readers interact with, indicating that they are more likely to explore a larger variety of topics when the feature is on. We also noted decreased usage of the back button and very low rates of disabling the feature. In addition, we ran a number of fundraising tests on enwiki.

Improvements since English Wikipedia discussion from April 2016
During the discussion from April 2016, a number of bugs, improvements, and other requests were identified which we have addressed in the following ways:

Previews “getting stuck” in the open position


 * We have since refactored our code and this is no longer an issue

Bolded text and mathematical formulas not appearing within the preview


 * Currently, previews display in HTML and content is true to the article content

A means to disable the feature from the card itself


 * Logged-in and logged-out users can now disable the feature by selecting the settings gear within the card itself.

A means to make sure page previews do not interfere with navigational popups

Providing more thorough research and A/B test results, performing a large-scale A/B test on English Wikipedia
 * Logged-in users may either have navigational popups or page previews. If you’re a navpopups user, you will not be able to enable page previews unless you turn off navpopups first, and vice versa
 * Since the discussion, we have performed two series of A/B tests, the first on Hungarian, Russian, and Italian Wikipedias. And the second on English and German Wikipedias.

Limiting performance impact


 * We have worked with our performance team to minimize any issues page previews. A dashboard with detailed information on feature performance was created.

Providing a way to enable the feature for anonymous users only


 * This is ready as well. As of March 2018, the feature is enabled by default for anonymous users on all Wikipedias except English and German

Providing data on how often users disable the feature


 * For both of our 2017/18 A/B tests, the disable rate was around 0.01%. Because the rate had been similarly low in earlier A/B tests, we also did a qualitative test to confirm that users did not have problems enabling or disabling the feature.  Our conclusion is that people know how to turn the feature off without difficulty but do so at extremely low rates.

Providing information on whether the feature was considered a nuisance


 * Based on our qualitative testing, we concluded that tested users did not find the feature distracting, or a nuisance.

Disabled pages
For security reasons, Page Previews won't be loaded on certain special pages. We refer to these pages as "disabled pages". The initial version of this can be found here:.

Future Iterations and Potential Improvements
Following the general launch of Page Previews, 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 Page Previews. Request declined: https://phabricator.wikimedia.org/T148995
 * other logged out preferences (more info on preferences)
 * Article titles - currently, only the summary of the article is available within Page Previews. As an iteration, we would like to display the title of each article along with its summary
 * Reference Tooltips (phab:T67114). The project page for the Reference Previews feature has more details.

FAQ

 * Why Page Previews?
 * This is a feature intended to improve the experience for any reader who normally would have clicked on a blue link in Wikipedia because they needed an overview (definition) of that entity. It's inspired by one of the most popular gadgets, Navigation popups.


 * How do we measure Page Previews performance?
 * 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.

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.


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


 * The Page Previews continues to show an old version of a page. What can I do?
 * The Page Preview shows a cached version of a page. If the page has been edited and you want Page Previews to show the new version right away, you can purge the page.


 * How can I exclude certain page images?
 * See Extension:PageImages for details.

Code

 * Analytics and instrumentation
 * Page Previews were instrumented to measure various aspects of usage. Please see the extension page for details and feel free to ask any clarifying questions.


 * To measure content usage via Page Previews, in an aggregated way that is compatible with the existing Pageviews data, a separate instrumentation was set up that went live in April 2018. There are plans to make some of this data public for the benefit of e.g. Wikipedia editors and academic researchers.

Rollout Update July 2018
Page previews are now available on all Wikipedias. The feature is on by default for anonymous users and newly created accounts and off by default for accounts created before July 10, 2018.

Rollout Update April 2018
The next step of the rollout for English and German Wikipedias is planned for the first half of April 2018. This deployment will include turning the feature on by default for logged-out users. This will mean no changes for logged-in users. The feature will be off by default for logged-in editors, unless currently enabled. If you would like to enable it, it is available in your Preferences under “Appearance”. If you have the feature enabled already, it will stay on.

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

Rollout Plan
We began rolling out to Catalan, Greek, Hungarian, Italian, and Russian Wikipedias in early 2017. Data from the A/B tests represented highly favorable views of the feature. After this, we would like to continue rolling out in stages to other Wikipedias as described in the table below.

Onboarding Experience
The onboarding experience for the feature will depend on the consensus of each community on having Page Previews on by default or providing users with an onboarding experience during which they can reject the feature.



Xem thêm

 * virtualpageview_hourly (documentation of a - so far internal - dataset recording aggregate frequencies of seen page previews)
 * Navigation popups - the editor-focused gadget, started in 2005 by Lupin, available at most wikis
 * 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