Page MenuHomePhabricator

[SPIKE] Visually engaging link card experiment
Open, MediumPublic

Assigned To
None
Authored By
SherryYang-WMF
Jan 13 2026, 3:38 AM
Referenced Files
F71526205: Screenshot 2026-01-14 at 11.39.43 AM.png
Jan 14 2026, 4:41 PM
F71526196: image.png
Jan 14 2026, 4:41 PM
F71522165: image.png
Jan 13 2026, 11:14 PM

Description

Would like to understand the effort required to test this experience: "As a reader, I see a link card, comprised of the page preview components, between paragraphs of long sections."

Acceptance criteria

  • understand rough scope of work, i.e., dev weeks required, for each option in the designs, including experimentation and instrumentation (if not reusable from prior projects)
  • document assumptions or decisions needed that will influence complexity/scope of work, e.g., how we choose a link (e.g., most clicked, links off the link, does it have an image) and will we need server work

Note: no code needs to be written, just a technical write up (similar to Minerva TOC spike, for reference)

Event Timeline

SherryYang-WMF renamed this task from Spike on a link card experiment to Spike on a visually engaging link card experiment.Jan 13 2026, 3:57 AM

reference (very lo-fi, not a true mock!) for the story

image.png (720×661 px, 194 KB)

Ok, so lemme zag on this a little bit. We know readers are scanning text looking for links. Why not surface the 3-5 most-clicked links in a long section at the top of that section? Maybe we spike on what kind of section-level data we can get? This is a concept from last year that I adapted to show how this might show up:

image.png (2×2 px, 1 MB)

We could also change the presentation of the links, too, to boost the signal noise ratio in the body text.

Screenshot 2026-01-14 at 11.39.43 AM.png (716×1 px, 158 KB)

"As a casual, anonymous reader, I don't want to have to scan through dense paragraphs of text to find the links I'm looking for."

could the spike cover whether there's differential effort in two options, particularly the first screen Justin shared and the one I did (want to keep a focus on a more visual experience that breaks up long text blocks as priority, though I also like the idea of changing link presentation in the article text--current default could certainly also improve a11y by not relying on color alone, but I digress)?

hoping those are pretty similar investigations!

one approach I just thought of is to test showing the "See also" related links under the paragraph where they first appear, in the form of these cards. that way, the links that are elevated are under editor control, and we improve the experience by (1) displaying them in context and (2) with more visual oomph.

Potentially relevant experiment: https://f1dc349aee.catalyst.wmcloud.org/wiki/Border_Collie?useparsoid=0&mpo=highlight:treatment#:~:text=Agility%20Dog%20Association%20of%20Australia

It only adds cards when users load a page in an already-scrolled position (i.e. via a targeted link, linking to either a specific section, or via a url text fragment highlight), or when they navigate to a specific section via TOC or an intra-page section link. Knowing they have a heightened interest in that specific section kind of addresses the potential problem of figuring out which links would be most helpful to the user in any random part of the article.

As for what data that this POC is showing: all the blue links in that section, with (potentially) this information:

  • article title, thumbnail & short description
  • article extract
  • photos that match both the original article, and the one being linked to
matthiasmullie renamed this task from Spike on a visually engaging link card experiment to [Spike] Visually engaging link card experiment.Mon, Jan 26, 11:46 AM
matthiasmullie renamed this task from [Spike] Visually engaging link card experiment to [SPIKE] Visually engaging link card experiment.