Community Wishlist Survey 2021/Warn when linking to disambiguation pages

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search

Hello all, and thanks for coming to read more details about Warn when linking to disambiguation pages, the #2 wish in the Community Wishlist Survey 2021. This article will outline our approach to building a solution of this wish and ask for your feedback and insight so that we may deliver the best possible experience.

Wish Objective Summary: Reduce undesirable links to disambiguation pages on the wiki(s)

Original Wish

Background & Problem Space[edit]

For those unfamiliar with disambiguation pages on the encyclopedias, please note that disambiguation pages are articles associated with a generalized term that link to more specific articles on the topic. Our current user interface makes it difficult for editors to differentiate when linking to a disambiguation page or a specific article. For the purposes of this doc, link to disambiguation pages that are meant to be links to specific articles are unwanted disambiguation links.

At a high level, we can summarize the problem of unwanted disambiguation links the following way:

How do we provide editors the ability to link relevant & specific knowledge when creating an article?

Let’s make the problem space concrete with a topic an editor may want to link to when creating an article: For example, the word "Mercury" can refer to several different things, including an element, a planet, and a Roman god. Since only one Wikipedia page can have the generic name "Mercury", unambiguous article titles are used for each of these topics: Mercury (element), Mercury (planet), Mercury (mythology). There must then be a way to direct the reader to the correct specific article when the ambiguous word "Mercury" is referenced by linking, browsing or searching; this is what is known as disambiguation. In this case it is achieved using Mercury as the title of a disambiguation page.

If an editor wanted to link to Mercury while writing an article on Mars, they’d be faced with the disambiguation link as their top recommendation in VisualEditor when linking to related knowledge:

Disambiguation Still Page.png

From a product standpoint, allowing editors to link to specific content (non-disambiguated content) would allow us to:

  • Improve the reader experience by increasing relevance in linked knowledge
  • Generate a more accurate content map of articles on the wikis

Within this broader problem space, we can explore the following set of user problems:

Example User Problems
Editor ("it's hard for me to...") Reader ("I want...")
... to differentiate a disambiguation link from a regular link ...to read about the associated and specific knowledge inside an article
...to understand the most relevant and specific article to cite the knowledge I want to link to in my article … to navigate to the specific page on a topic linked to from another article

Proposed Solutions[edit]

The following are a set of design requirements that we hypothesize will mitigate unwanted disambiguation links. We will explore each before deciding on which makes the most sense to prioritize. We'd love your input.

As an Editor using the link toolbar to search for knowledge to reference in my article, I can:

  • See specific articles as the first search results
  • See a warning before publishing if I have introduced a disambiguation link in my article
  • Visibly differentiate disambiguation links as a different type of content than articles that come up on my suggestions

Explicit Scope for our Solution: We will be limiting the scope of our changes to the link helper that appears when you try to use a link button in the toolbar. Solutioning for wikitext links would be too complex given the team bandwidth and other wishes to fulfill. We also understood from the proposal and its comments, that a script already exists that provides a warning to prevent one from adding links to the encyclopedia. We understand the issue of adding unwanted disambiguation link to be a problem for new editors face, a group that we know to use VisualEditor and not wikitext.

Open Questions: We want to hear from you![edit]

The solutions above are proposed and in early stages, we'd love to hear your feedback on the talk page. Your insight can help us understand other approaches, risks, and potential solutions.

Some questions on our mind as we progress through design research:

  • As we try to move away from warning editors AFTER they've made a mistake, and shift towards a pattern that prevents them from doing so, what are your thoughts on still warning editors if they add a disambiguated term?
  • Are there any additional use cases to deepen our understanding of the problem space? Could there be downstream impact if we move the disambiguated terms to be the last result rather than the first?
  • What are some circumstances in which a user would want to link to a disambiguated page from one article to the next?
  • What other feedback do you have about our proposed solutions?

Data Investigations[edit]

We are currently working on answering the following questions which will help deepen our understanding of the problem:

  • How many disambiguated links are being generated per day on the project(s)?
  • Which editor UI is being used to introduce most of the disambiguated links in the project(s)?
  • What is the breakdown of total users for each of these editors https://www.mediawiki.org/wiki/Editor?
    • Quick preview from turnilo for the last 30 days: out of 30m edits, 1.5m are from VE, 26.1m from "other". This might include API edits. Bots are excluded. Going by change tags: https://quarry.wmflabs.org/query/56216 (22% VisualEditor over past three days on English Wikipedia)

Why and how did we accept this wish?[edit]

This wish scored high in our prioritization process for 2021 because it was very popular in terms of votes, impactful in terms of users, and had a relatively low complexity estimate. Please read about our full process here.

Community Tech Wishes Prioritization Score.png

Status Updates[edit]

August 18, 2021: Design Feedback[edit]

Progress with the design[edit]

Hello everyone, and thanks to those of you who have been active on our talk page and tested the proof of concept script for displaying a warning. We have moved forward with designing for the last two requirements in our proposed solutions and wanted to share them with you so that we could hear your input!

As an Editor using the link toolbar to search for knowledge to reference in my article, I can:

  • See a warning before publishing if I have introduced a disambiguation link in my article
  • Visibly differentiate disambiguation links as a different type of content than articles that come up on my suggestions

For the first solution above, we are proposing displaying this yellow box warning when wikitext users add a link:

WE Toast.png

For the second solution above, we are proposing changing the copy to better describe what a disambiguation page means in the wikitext link button and in the visual editor link pop-up:

WE LinkSelector.png

VE LinkSelector.png

Open questions[edit]

We'd love to hear your thoughts on our proposed designs. We'd especially love feedback on:

  • Making the copy accessible and making it easier to glean what a disambiguation page is
  • Making sure the warning for wikitext editors feels preventative without coming off as discouraging-- editors should still be able to publish even if they have introduced faulty links

We're looking forward to hearing your thoughts on our proposed designs!

August 2, 2021: The first solution[edit]

The first part is about the following improvement:

As an Editor using the link toolbar to search for knowledge to reference in my article, I can see specific articles as the first search results.

This effects the link search function in VisualEditor and the 2017 wikitext editor.

The change should go live this week. In the meantime, if you would like to preview the changes, you can try it out on the beta cluster. For instance, when adding a link and you type out the term "New York", New York City and New York (state) appear above the disambiguation page New York in the search results.

We are looking forward to hearing your feedback!

After this change is released, we will be monitoring the numbers inside The Daily Disambig to see if it has any impact on the number of unwanted dab links being added (thanks for pointing us in the direction of this page).

July 23, 2021: The first steps[edit]

We have begun design planning on this wish. Our designer, NAyoub is working on setting up some user tests where we ask new editors to link from the Jupiter article to the Mars article and see if they fall for the disambiguated page since it's the first result. We will take notes and write up next steps based on the results. Our engineers are also investigating the feasibility of moving search results for disambiguated terms to the bottom of the results. Read more

Relevant Links[edit]