Page Previews/zh

页面预览功能解决了用户需要打开多个窗口来理解他们正在阅读的概念或词语. 页面预览功能可以在用户浮上链接到其他文章的词语时，显示简短的主题和图片（如果有的话）. 之后，用户可以决定是否要在完成当前文章的阅读前去通篇阅读链接的那篇文章. 提供了页面预览功能的完整说明. 这篇博客文章提供了从2018年5月开始所有相关技术文档的概述.

“引用预览”功能是一个相关的项目. 每当读者悬停在脚注标记上时，它都会显示脚注的预览. 有关此功能的说明，请访问其项目页面.

简介
页面预览旨在降低探索链接的成本，并通过允许读者获得他们正在阅读的文章的上下文，或在不偏离原始主题的情况下定义不熟悉的术语、对象、事件或想法来促进学习. 对于普通读者来说，页面预览将使用户在决定是否浏览文章之前更容易获得文章的概述. 有兴趣阅读整篇文章的用户不会因为阅读不熟悉的概念而分心或气馁——他们可以简单地预览概念，而无需导航到新页面. 因此，将提高这些用户的用户体验的平滑度.

多年来，有很多人要求提供类似的功能；有一些浏览器扩展（请参阅list）和一个大量使用的小工具（更侧重于编辑器的Navigation popups）也可以解决这个问题. 页面预览于2014年首次作为测试版功能（称为Hovercards）构建，在采用率、用户反馈和对使用的影响方面，它一直是我们最受欢迎的测试版功能之一. 在Hovercards的主要谈话页面上，在两年的时间里，所有项目中的许多问题都得到了识别和解决. 在安卓应用程序上实现的移动版页面预览2015年9月，导致每页点击的链接增加了20%.

页面预览设置面板允许已注销的用户根据自己的偏好启用和禁用该功能. 登录的用户可以从“特殊:首选项”的“外观”部分启用或禁用“页面预览”. 如果同时启用导航弹出窗口和页面预览（通常，对于通过测试版功能选择加入的登录用户），则导航弹出窗口优先. 若要启用页面预览，必须禁用导航弹出窗口.



设计
对于页面预览的当前迭代，每个预览都包含以下内容：
 * 文章第一段的一部分
 * 文章中的图片（如果可用）. 图像显示为水平或垂直，具体取决于文章中链接的位置.
 * 允许用户打开和关闭页面预览的设置齿轮



与导航弹出菜单的主要区别

 * 导航弹出窗口适用于超级用户，具有许多与大多数网站用户无关的功能，例如指向元数据页面的快速链接，如历史记录、差异和用户贡献.
 * 导航弹出窗口适用于指向所有命名空间和所有Wikimedia项目的链接. 页面预览被配置为仅使用主空间链接，并且目前仅在Wikipedias上使用.
 * 页面预览的样式是为了便于阅读. 目前，Nav弹出窗口的类型大小很小，边缘很紧.
 * 页面预览对所有用户都可用，而不仅仅是已登录的用户.
 * 页面预览使用与文章类型处理一致的视觉样式
 * 页面预览强调引导图像，因此用户可以同时使用文本和图像来了解术语.
 * 小工具中的操作集感觉断章取义，因此我们需要验证其中哪些操作对读者和编辑有用.



HTML预览
自2018年3月1日起，页面预览现在以HTML形式显示预览. 这解决了许多突出的错误，提供了数学、化学和其他公式的正确表示，并确保预览显示与文章内容相同的格式.

-{zh-hans:设置; zh-hant:設定;}-
 === -{zh-hans:启用/禁用;zh-hant:开/关}-



注销的用户
注销的用户可以通过每个预览底部显示的齿轮图标关闭页面预览. 如果用户希望重新启用页面预览，可以通过任何wiki页面底部的“”链接启用. 他们还可以在浏览器中禁用JavaScript以永久关闭它.



登录的用户
已登录的用户可以从两个位置控制其设置. 他们可以从“特殊：首选项”的“外观”部分启用或禁用“页面预览”. 登录的用户还可以通过每个预览底部显示的齿轮图标关闭页面预览.
 * 如果登录的用户点击设置齿轮，系统会将他们重定向到用户偏好页面.
 * 如果用户以前启用了悬停测试版功能，则他们的首选项将保留并显示在用户首选项的“外观”部分.



成功度量和功能评估
进行了大量定性和定量测试，以评估页面预览功能的性能. 这些测试的重点是以下问题：
 * 用户喜欢页面预览并觉得它们有用吗？
 * 页面预览如何改变阅读行为，并帮助用户在选择想要阅读的文章时更加准确？
 * 启动页面预览功能会对筹款产生影响吗？



2015希腊语和加泰罗尼亚语维基百科测试
在希腊语和加泰罗尼亚语维基百科上进行了为期4个月的功能测试. 报告了一些问题和错误，并通过调查记录了用户满意度. 用户普遍获得了良好的反馈，大多数用户认为页面预览（悬停）有用、易于使用且使用愉快.

阅读这些测试的全部结果.



2016定性测试
为了确定用户对页面预览功能的态度，并跟踪读者行为的进一步变化，使用UserZoom (failed to load link)软件. 大多数参与者表示对页面预览功能持积极态度. 此外，大多数参与者在打开和关闭该功能方面没有问题. 用户对该功能的描述总体上是积极的，并表示它不会分散他们的阅读体验.

阅读这次测试的全部结果和分析.



2016匈牙利语、意大利语和俄语维基百科A/B测试
为了确定阅读行为的变化并评估页面预览（Hovercards）测试版功能的成功，在匈牙利、意大利和俄罗斯的维基百科上启动了三个A/B测试. 匈牙利语的A/B测试于2016年6月7日启动，意大利语和俄语的A/B测试则于2016年9月23日启动.

这些测试的结果表明，页面预览通过提高用户选择他们阅读的页面的精度，降低浏览其他页面的成本，并允许用户通过在页面中提供上下文来选择性地关注单个主题，从而促进阅读行为的积极变化. 在收集和分析数据的过程中，我们在仪器中遇到了许多错误和问题，这些错误和问题使我们得以改进和改进，以确保后续测试没有问题.

阅读这些测试的全部结果和分析.



2017-2018英语和德语维基百科A/B测试
从2017年10月到11月，从2017年12月到2018年2月，在这些项目发布之前，我们运行了两个A/B测试来评估功能的性能. 结果、详细描述在报告中，显示页面浏览量减少，但读者互动的不同页面数量总体增加，这表明当该功能打开时，他们更有可能探索更多种类的主题. 我们还注意到后退按钮的使用减少，禁用该功能的比率非常低. 此外，我们在enwiki上进行了一些筹款测试.



自2016年4月英语维基百科讨论以来的改进
在2016年4月的讨论期间，我们发现了一些错误、改进和其他请求，我们通过以下方式解决了这些问题：

预览“卡在”打开位置


 * 我们已经重构了代码，这不再是一个问题

粗体文本和数学公式未显示在预览中


 * 目前，预览显示在HTML中，内容与文章内容一致

一种从卡本身禁用该功能的方法


 * 登录和注销的用户现在可以通过选择卡中的设置档位来禁用该功能.

一种确保页面预览不会干扰导航弹出窗口的方法

提供更深入的研究和A/B测试结果，在英语维基百科上进行大规模的A/B测试
 * 登录的用户可能有导航弹出窗口或页面预览. 如果你是导航弹出窗口用户，除非你先关闭导航弹出窗口，否则你将无法启用页面预览，反之亦然
 * 自讨论以来，我们已经进行了两个A/B系列测试，第一个是在匈牙利、俄罗斯和意大利的维基百科上. 以及英语和德语维基百科上的第二.

限制性能影响


 * 我们已经与我们的性能团队合作，尽量减少任何问题的页面预览. A主面板，其中包含有关功能性能的详细信息.

提供一种仅为匿名用户启用该功能的方法


 * 这也准备好了. 截至2018年3月，除英语和德语外，该功能默认为所有维基百科上的匿名用户启用

提供用户禁用该功能的频率数据


 * 对于我们2017/18年的两次A/B测试，禁用率都在0.01%左右. 由于在早期的A/B测试中禁用率同样较低，我们还进行了定性测试，以确认用户在启用或禁用该功能时没有问题. 我们的结论是，人们知道如何毫无困难地关闭该功能，但关闭率极低.

提供有关该功能是否被视为妨害的信息


 * 根据我们的定性测试，我们得出的结论是，被测试的用户并没有发现该功能会分散注意力或令人讨厌.



被禁用的页面
出于安全原因，某些特殊页面不会加载页面预览. 我们将这些页面称为“禁用页面”. 它的初始版本可以在这里找到：.



未来迭代和潜在改进
在页面预览全面推出后，我们计划对该功能进行迭代以添加功能. 这些项目将包括：


 * 图像和其他设置的配置：
 * 许多用户已经请求在页面预览中配置图像. 请求被拒绝：T148995
 * 其他已注销的首选项（更多信息此处）
 * 文章标题-目前，页面预览中只有文章摘要. 作为一个迭代，我们希望显示每篇文章的标题及其摘要
 * 参考工具提示（phab:T61714）. 参考预览的项目页面功能提供了更多详细信息.

FAQ

 * 为什么要进行页面预览？


 * 这是一个旨在改善任何读者体验的功能，他们通常会点击维基百科中的蓝色链接，因为他们需要该实体的概述（定义）. 它的灵感来自最流行的小工具之一Navigation popups.


 * 我们如何衡量页面预览的性能？
 * 页面预览的影响理论是，它们降低了探索链接的成本. 这应该意味着用户在浏览链接时不那么拘谨，更专注. 我们应该看到，点击+（非偶然）悬停的总链接数超过了在没有页面预览的情况下点击的链接数. 这就是成功的样子. 我们还将寻找一些失败的迹象：
 * 悬停可能是意外的——我们需要在受控条件下测量正常停留时间，以确保意外悬停的可能率不会太高. 举个例子，如果用户必须在悬停显示之前停留在链接上250毫秒，那么我们希望确保没有大量用户倾向于在不点击链接的情况下停留超过250毫秒.
 * 页面预览可能会导致页面浏览量减少，因为用户可以从预览中获得他们需要的信息-这不是问题，但我们希望确保减少（如果有的话）不会导致编辑或筹款显著减少.
 * 导致用户继续访问该页面的悬停百分比很高，这表明大多数人无论如何都想访问该页面. 如果是这种情况，那么悬停很可能只是增加了一个不必要的步骤. 我们预计悬停的点击率将达到相当大的%. 类似功能在安卓系统上的支持率约为60%，但我们预计在台式机上会更低.
 * 禁用页面预览的用户比例很低（考虑到用户知道如何禁用该功能）-这表明用户喜欢该功能.

是否默认情况下为登录用户启用此功能？
 * 否. 如果您已将该功能作为Beta功能启用，则仍将启用该功能. 请参见“首选项>外观>读取首选项”以更改设置.


 * 如果我默认启用Navpops怎么办？
 * 如果您启用了Navpops，页面预览将自动禁用. 您必须禁用Navpops才能体验页面预览. 这是一个有意的决定，以确保Navpop用户的偏好不会被中断. 注意：对于某些浏览器，您可能必须先清除浏览器缓存才能进行更改.


 * “页面预览”首选项中有多少选项？
 * 现在，页面预览将由用户打开或关闭. 关闭它们的选项在每个悬停事件中都存在. 因此，在每次悬停事件中，用户都可以决定不再感兴趣. 对于已登录的用户，可以通过标题为“外观”的部分下的用户设置重新启用页面预览. 对于已注销的用户，可以通过选择页面底部的“启用预览”链接来重新启用页面预览.

在项目级别，管理员可以确定用户在触发悬停之前应该在链接上停留多长时间. 如果一个项目想要保守，滞后时间可能会更长. WMF将建议最佳停留时间，以提供最佳用户体验，同时最大限度地减少意外悬停.


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