Page Previews/de

Die Hovercards-Beta-Funktion, auch als Seitenvorschau bekannt, löst ein Kernproblem von Benutzerinnen, die mehrere Browser-Tabs öffnen müssen, um die Bedeutung eines Wortes oder einen Konzepts im Kontext des Artikels zu verstehen, den sie gerade lesen. Mit Hovercards wird, wann immer eine Leserin den Mauszeiger über den Link zu einem anderen Artikel bewegt, eine Kurzzusammenfassung der Themas und ein Bild (wenn verfügbar) angezeigt. Die Benutzerin kann entscheiden, ob sie den Artikel aufrufen möchte, um mehr über das Thema zu erfahren, bevor sie den gegenwärtigen Artikel weiterliest. Eine vollständige Beschreibung der Hovercards-Funktion findet man hier.

Einführung
Hovercards sollen den Aufwand für das Studieren eines Links senken und das Lernen fördern, indem die der Leserin erlauben, Kontext zu dem Artikel zu erhalten, den sie gerade liest oder unbekannte Begriff, Objekte, Ereignisse oder Ideen zu verstehen, ohne das ursprüngliche Thema zu verlassen. Hovercards werden es normalen Leserinnen erleichtern, einen Überblick über einen Artikel zu bekommen, bevor sie sich entscheiden, ihn aufzurufen oder nicht. Benutzerinnen, die einen Artikel in seiner Gesamtheit lesen wollen werden nicht unterbrochen oder entmutigt, weil sie sich unbekannte Konzepte ansehen müssen - sie können einfach eine Vorschau des Konzepts sehen, ohne zu einer anderen Seite wechseln zu müssen. So wird die Geschmeidigkeit der Benutzerinnenerfahrung verbessert.

Es gab im Laufe der Jahre viele Anfragen zu ähnlichen Funktionen; es gibt Browser-Erweiterungen (siehe Liste) und ein vielgenutztes Helferlein (die mehr Autorinnen-zentrierten Navigation-Popups), die dieses Problem ebenfalls lösen. Hovercards wurden erstmals 2014 als Beta-Funktion programmiert und sind unter den beliebtesten Beta-Funktionen in Hinsicht auf Benutzung, Benutzerinnen-Feedback und Auswirkung der Benutzung. Auf der Hauptdiskussionsseite für Hovercards wurden im Laufe von zwei Jahren über alle Projekte hinweg mehrere Probleme identifiziert und gelöst. Das Mobile-Äquivalent für Hovercards, das im September 2015 in die Android-App eingefügt wurde führte zu 20% mehr Links, die pro Seite geklickt wurden.

Die Hovercards-Einstellungsseite ermöglicht ausgeloggten Benutzerinnen die Funktion nach belieben ein- und auszuschalten. Eingeloggte Benutzerinnen können derzeit die Funktion in ihren Beta-Einstellungen ein- und ausschalten. Wenn Navigation-Popups und Hovercards gleichzeitig angeschaltet sind (zum Beispiel bei eingeloggten Benutzerinnen, die automatisch alle neuen Beta-Funktionen aktivieren lassen), haben Navigation-Popups den Vorrang. Um Hovercards zu ermöglichen, müssen Navigation-Popups ausgeschaltet sein.



Design
Derzeit enthalten Hovercards folgendes:
 * Einen Teil des ersten Abschnitts des Artikels
 * Ein Bild (wenn verfügbar) aus dem Artikel. Bilder werden abhängig vom Ort des Links im Artikel horizontal oder vertikal angezeigt.
 * Ein Einstellungszahnrad, mit dem Bennutzerinnen Hovercards ein- und ausschalten können

Hauptunterschiede zu Navigation-Popups

 * Navigation-Popups sind für erfahrene Benutzerinnen und viele Funktionen sind für die meisten Seitenbenutzerinnen nicht interessant.
 * Hovercards sind für einfaches Lesen gestaltet, die Schriftgröße der Nav-Popups ist klein und die Ränder sind schmal.
 * Hovercards werden für alle Benutzerinnen verfügbar sein, nicht nur für eingeloggte.
 * Konsistenter Grafischer Stil.
 * Hervorhebung des Hauptbildes, so dass Benutzerinnen über Text und Bild eine Vorstellung von dem Begriff erhalten.
 * Die verfügbaren Funktionen im Helferlein passen nicht zum Kontext; wir müssten prüfen, welche der Funktionen den Leserinnen und Autorinnen nützlich sind.
 * Enthält den letzten Zeitpunkt, an dem wir Wikipedia im Mobile Web getestet haben.

Bevorstehende Namensänderung
Hovercards sind der Beta-Name für diese Funktion. Da der Name potenziell Usability-Probleme hervorruft (man versteht nicht, was die Funktion eigentlich macht), werden Hovercards als Seitenvorschau bekannt werden, bis die Funktion stabil ist. Der Name wurde während unserer qualitativen Tests hergeleitet, bei denen die Namen beobachteten, die die Benutzerinnen der Funktion von sich gaben.

Ausgeloggte Benutzerinnen
Ausgeloggte Benutzerinnen können Hovercards mittels des Zahnradsymbols ausschalten, dass am unteren Rand jeder Hovercard angezeigt wird. Wenn die Benutzerin Hovercards wieder anschalten möchte, dann kann sie das mit dem ""-Link tun, der am unteren Rand jeder Wikiseite angezeigt wird.

Eingeloggte Benutzerinnen
Currently, logged in users may enable or disable Hovercards from the beta features page. Upon promotion of the feature, logged-in users will be able to control their settings from two places - the settings cog and the user preferences page. There is currently agreement that logged in users should opt-in via their user preferences if they would like to use Hovercards.
 * If a user chooses to select the settings cog, the system will redirect them to the user preferences page.

Öffen/Schließen-Verzögerungseinstellung
Eingeloggte Benutzerinnen können die Verzögerung, mit der die Hovercards erscheinen und verschwinden ändern. Siehe Extension:Popups#Show/hide timing für Anleitungen.

Erfolgskriterien und Funktionsevaluation
Es wurden einige qualitative und quantitative Tests durchgeführt, um die Leistung der Hovercards-Funktion zu prüfen. Diese Test haben sich auf folgende Fragen konzentriert:
 * Gefallen den Benutzerinnen die Hovercards und finden sie sie nützlich?
 * Wie ändern Hovercards das Leseverhalten und helfen sie Benutzerinnen zielgerichteter die Artikel auszuwählen, die sie lesen möchten?
 * Würde der Start der Hovercards-Funktionen Auswirkungen auf das Fundraising haben?

2015 Greek and Catalan Wikipedia test
A feature test on 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 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 Hovercards 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 Hovercards 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 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.

From the results of these tests, we can conclude that Hovercards 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.

Read the full results and analysis of these tests.

2017 A/B test on English and German Wikipedias
On August 28, 2017, we launched an A/B test to gauge the performance of the feature prior to release on these projects. The tests will run for two weeks simultaneously as a number of fundraising tests on enwiki.

Blacklisted pages
For security reasons, Hovercards won't be loaded on certain special pages. We refer to these pages as "blacklisted pages". The initial version of the blacklist can be found here:.

Future Iterations and Potential Improvements
Upon success of an initial launch of Hovercards, 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 Hovercards. We're marking this feature for future implementation and tracking it in https://phabricator.wikimedia.org/T148995
 * other logged out preferences (more info here)
 * Article titles - currently, only the summary of the article is available within Hovercards. As an iteration, we would like to display the title of each article along with its summary
 * Reference Tooltips (phab:T67114)

FAQ
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.
 * Why Hovercards?

The theory of impact for Hovercards 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 Hovercards. This is what success looks like. There are also some indications of failure that we will look for: If you have Navpops enabled, Hovercards are automatically disabled. You will have to disable Navpops in order to experience Hovercards. 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. Right now, Hovercards 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, Hovercards may be re-enabled from user settings. For logged-out users, Hovercards may be enabled by selecting the "Enable Previews" link at the bottom of the page.
 * How do we measure Hovercards performance?
 * 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.
 * Hovercards could lead to fewer pageviews, 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 Hovercards is low (given that users are aware on how to disable the feature) - this suggests that users enjoy the feature.
 * What if I have Navpops enabled by default?
 * How many options do I have in Hovercards preferences?

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. 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. So that is why we are planning to show an initial hover on the users first hover event, followed by an explanation of what the user has seen. They can choose to turn them off in that dialogue. Please go to the Hovercards discussion page, here: Talk:Beta Features/Hovercards
 * Why can't users just turn on Hovercards if they want them?
 * Why can't users just turn on Hovercards if they want them?
 * If I have Hovercards feedback or if I have a suggestion for making them better, where should I go?
 * If I have Hovercards feedback or if I have a suggestion for making them better, where should I go?

Code

 * Analytics and instrumentation
 * Hovercards are currently instrumented to measure various aspects of usage. Please see the popups extension page for details and feel free to ask any clarifying questions.

Rollout Plan
We would like to begin 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 Hovercards on by default or providing users with an onboarding experience during which they can reject the feature. The discussion has begun on English Wikipedia with no current consensus. More info here: https://en.Wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)/Archive_131#Proposal:_Enable_Hovercards_by_default