Page Previews/de

Die Seitenvorschaubilder-Funktion (Englisch: Page Previews) löst das wichtige Problem, das Benutzer 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 der Seitenvorschau wird, wann immer ein Leser den Mauszeiger über den Link zu einem anderen Artikel bewegt, eine Kurzzusammenfassung der Themen und ein Bild (wenn verfügbar) angezeigt. Der Benutzer kann entscheiden, ob er den Artikel aufrufen möchte um mehr über das Thema zu erfahren, bevor er den gegenwärtigen Artikel weiterliest. Eine vollständige Beschreibung der Seitenvorschaubilder-Funktion findet man hier. Einen Überblick über die zugehörige technische Dokumentation finden Sie ab Mai 2018 unter diesem Link.

Die Funktion Referenz-Vorschau ist ein verwandtes Projekt. Damit wird immer dann ein Vorschaufenster eingeblendet, wenn der Leser den Mauszeiger auf eine Fußnote hält. Eine Beschreibung dieser Funktion finden Sie auf der Projektseite.

Einführung
Seitenvorschaubilder 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. Die Funktion erleichtert es normalen Leserinnen, 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.
 * Navigation popups work for links to all namespaces, and on all Wikimedia projects. Page Previews is configured to only work with mainspace links, and currently only on Wikipedias.
 * Page Previews are styled to enable easy reading. Currently, Nav-popups' type-size is small and the margins are tight.
 * Page Previews are available to all users, not just logged-in users.
 * Page Previews use a visual style consistent with the article type treatment
 * Page Previews emphasize the lead images, so a user gets an idea of a term using both text and image.
 * The action set in the gadget feels out of context, hence we need to validate which of those actions are useful for readers and editors.
 * Page Previews include the "last edited" timestamp that we have tested on Wikipedia mobile web.

HTML Previews
As of March 1st, 2018, page previews now display previews in HTML. This resolves many outstanding bugs, provides correct representation of mathematical, chemical and other formulas, and ensures previews display the same formatting as the article content.

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. They can also disable JavaScript in their browser to turn it off permanently.

Eingeloggte Benutzerinnen
Logged-in users can control their settings from two places. They may enable or disable Page Previews from the Appearance section of Special:Preferences. Logged-in users may also turn Page Previews off via the cog-icon displayed at the bottom of each preview.
 * If a logged-in user clicks on the settings cog, the system will redirect them to the user preferences page.
 * If a user previously had the Hovercards beta feature enabled, their preference will be kept and appear in the Appearance section of user preferences.

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?

Test in der Griechischen und der Katalanischen Wikipedia 2015
Ein Funktionstest wurde für vier Monate in der Griechischen und der Katalanischen Wikipedia durchgeführt. Einige Fehler und Probleme wurden berichten und die Nutzerinnenzufriedenheit wurde mit einer Umfrage gemessen. Benutzerinnen haben allgemein positives Feedback, wobei die Mehrheit die Hovercards nützlich, einfach zu benutzen und erfreulich fanden.

Lies alle Ergebnisse dieser Tests.

Qualitativer Test 2016
Um die Erwartungen der Benutzerinnen an die Hovercards-Funktion zu erfassen und weitere Änderungen am Leseverhalten zu messen, wurde mit der UserZoom-Software ein unmoderierte Remote-Panel-Studie durchgeführt. Die Mehrheit der Teilnehmerinnen gaben positives Feedback zur Hovercards-Funktion. Außerdem hatte die Mehrheit der Teilnehmerinnen keine Probleme beim Ein- und Ausschalten der Funktioen. Benutzerinnen beschrieben die Funktionen allgemein mit positiven Begriffen und berichteten, dass sie ihre Leseerfahrung nicht beeinträchtigt hätte.

Lies alle Ergebbisse und die Auswertung dieser Tests.

A/B-Tests in der Ungarischen, Italienischen und Russischen Wikipedia 2016
Um Änderungen des Leseverhaltens zu messen und die Erfolg der Hovercards-Beta-Funktion zu erfassen, wurden am 23. September 2016 in der Ungarischen, Italienischen und Russischen Wikipedia drei A/B-Tests gestartet.

Aus den Ergebnissen dieser Tests können wir schließen, dass Hovercards positive Veränderungen im Leseverhalten ermöglichen, in dem sie die Präzision erhöhen, mit der Benutzerinnen Seiten aussuchen, die sie lesen wollen, da die Kosten für die Erkundung anderer Seiten sinken und den Benutzerinnen erlaubt, einen selektiven Fokus auf ein einziges Thema zu richten, da die Kontext innerhalb der Seite geboten wird. 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.

Lies alle Ergebnisse und Auswertungen dieser Tests.

A/B-Test in der Englischen und der Deutschen Wikipedia 2017
Am 28. August 2017 starteten wir einen A/B-Test um die Leistung der Funktion vor dem offiziellen Start zu messen. Die liefen zwei Wochen gleichzeitig mit einigen Fundraising-Tests in der Englischen Wikipedia.

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 Bolded text and mathematical formulas not appearing within the preview A means to disable the feature from 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 Limiting performance impact Providing a way to enable the feature for anonymous users only Providing data on how often users disable the feature Providing information on whether the feature was considered a nuisance
 * We have since refactored our code and this is no longer an issue
 * Currently, previews display in HTML and content is true to the article content
 * Logged-in and logged-out users can now disable the feature by selecting the settings gear within the card itself.
 * 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.
 * We have worked with our performance team to minimize any issues page previews. A dashboard with detailed information on feature performance was created.
 * 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
 * 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.
 * Based on our qualitative testing, we concluded that tested users did not find the feature distracting, or a nuisance.

Eine Schwarze Liste für Seiten
Aus Sicherheitsgründen werden Hovercards auf einigen Spezialseiten nicht angezeigt. Wir bezeichnen diese Seiten als "blacklisted pages". Die erste Version der Schwarzen Liste kann hier eingesehen werden:.

Zukünftige Entwicklungszyklen und potenzielle Verbesserungen
Nach dem erfolgreichen Start der Hovercards planen wir schrittweise neue Funktionen hinzuzufügen. Dazu gehört:
 * Konfiguration von Bildern und andere Einstellungen:
 * einige Benutzerinnen wollten Bilder in Hovercards einstellen können. Wir haben uns das für eine zukünftige Entwicklung gemerkt und verfolgen das unter https://phabricator.wikimedia.org/T148995
 * andere Einstellungen für nicht Eingeloggte (siehe hier)
 * Artikelnamen - zur Zeit wird nur die Zusammenfassung des Artikels in Hovercards angezeigt. Als weiteren Schritt wollen wir den Namen des Artikels zusammen mit der Zusammenfassung anzeigen
 * Tooltips für Einzelnachweise (phab:T67114)

FAQ
Das ist eine Funktion, die die Erfahrung für jede Leserin verbessern soll, die normalerweise auf einen blauen Link in der Wikipedia geklickt hätte, um einen Überblick( eine Definition) für den Eintrag zu erhalten.
 * Warum Hovercards?


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

Code

 * Auswertung und Instrumentarium
 * Hovercards werden derzeit eingesetzt, um verschiedene Aspekte der Benutzung zu messen. Lies die Seite der Popups-Erweiterung für Details und frage gern, wenn etwas unklar ist.


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

Ausrollplan
Wir wollen Anfang 2017 in der Katalanischen, Griechischen, Ungarischen, Italienischen und Russischen Wikipedia beginnen. Daten von A/B-Tests zeigen sehr günstige Ansichten über diese Funktion. Danach wollen wir in den anderen Wikipedias mit dem Ausrollen fortfahren, wie in der unten stehenden Tabelle beschrieben.

Onboarding-Erfahrung
Die Onboarding-Erfahrung mit der Funktion hängt vom Konsens jeder Community ab, ob sie Hovercards automatisch anschalten will oder ob es eine Onboarding-Erfahrung geben soll, in der sie die Funktion ablehnen können. Die Diskussion hat in der Englischen Wikipedia begonnen, ohne das es bisher ein Ergebnis gegeben hätte. Mehr Infos hier: Wikipedia:Village pump (proposals)/Archive 131#Proposal: Enable Hovercards by default (englische Wikipedia)

Siehe auch

 * virtualpageview_hourly (documentation of a - so far internal - dataset recording aggregate frequencies of seen page previews)
 * Navigation-Popups - das Autorinnen-fokussierte Helferlein, 2005 von Lupin gestartet, verfügbar in den meisten Wikis
 * WMF Blogpost - Hovercards nun als Beta-Funktion in allen Wikimedia-Wikis verfügbar (englisch) (März 2014)
 * Die originalen Spezificationen können hier File:NavigationPopups V1.pdf und hier Hovercards-phase-3 trello notes eingesehen werden.
 * Eine Liste ähnlicher Browsererweiterungen