Re: Wikipedia at 25: A Wake-Up Call (essay)

Christophe Henner via Wikimedia-l <[email protected]> Sun, 3 May 2026 09:34:57 +0200
Newsgroups gmane.org.wikimedia.foundation
Message-ID <CAFaJbjefm7gkVBaiAHJn_dCios0qD4mNPOCGrNVpU8OCjR03Pw@mail.gmail.com>
That's a good idea, I started that there :
https://meta.wikimedia.org/wiki/User:Schiste/what-now/a-plan
If you think of a better place on meta, just move it. And I started with my
initial content so that we can link to that version if we ever want to but
feel free to change everything.

@Amir are you ok with me copying our discussion on the meta talk page and
answering there?

--
Christophe


On Sat, 2 May 2026 at 20:05, Steven Walling via Wikimedia-l <
[email protected]> wrote:

>
> On Thu, Apr 30, 2026 at 3:10 PM Christophe Henner via Wikimedia-l <
> [email protected]> wrote:
>
>> If I may, I think we need to be much more aggressive in how we address
>> the situation. And I'm not saying we don't need interactive graphs, we
>> should have had them years ago, but we need to go further than that.
>>
>> The way we grew is by having one product for each "vertical"
>> (encyclopedia, pictures, data, thesaurus/dictionary, quotes, books,
>> lessons). And that product is at the same time the content production
>> platform for editors and the distribution system.
>>
>> I believe our mission is twofold: curating/maintaining content AND making
>> it available. For years, one product was good enough-ish to do both, but
>> not any longer.
>>
>> Distribution is being eaten by AI summaries, featured snippets, and
>> social platforms. The production side works but is far from being optimal
>> and we always need to be mindful of both.
>>
>> But, if you start considering it first as a production platform, it
>> unlocks many things and one that becomes magic, the authorization to break
>> it. The ability to lower our expectations on "perfection" (and tech teams
>> are mostly delivering quite stable code for such a platform). But that
>> comes at a cost, speed. It also comes at the cost of piling "problems"
>> like... mobile editing.
>>
>> I now believe that pretending one product can keep doing both is how we
>> sleepwalk into irrelevance.
>>
>> Anyway, I, and many others!, have some very long-term, very theoretical
>> ideas on the evolution of distribution, but change needs to happen fast and
>> we do have available quick wins. Not saying those are perfect, but it's to
>> share what it could look like.
>>
>> *Three principles:*
>>
>>    1. *Human running the loop is our number one value.* Wikimedia
>>    projects are great, but we have also successfully created something bigger:
>>    communities that across topics, languages, and geographies share a vision
>>    on what quality is. Even with the differences across projects, this is our
>>    biggest achievement. No AI system can replicate community-validated
>>    knowledge with editorial accountability. That's our moat. Not the content
>>    itself, but the human process behind it.
>>    2. *We are techy nerds and we need to act like it again.* We
>>    leveraged that identity first with wikis, then with Wikidata, then with
>>    ORES (we started working on machine learning in 2015 if I remember
>>    correctly!). We need to stop protecting ourselves from technology and make
>>    it work for us. Invest in innovation truly. Not as gadget but as our
>>    edge... like we did in 2001.
>>    3. *Invest in ourselves.* I know this is "controversial" but if we
>>    want to be relevant in the future, we need to stop chasing our own tails
>>    and frowning every time we talk about investment. As a movement, we have
>>    resources available or obtainable. We need to get back into a shape where
>>    we trust ourselves to invest in ourselves. This is easier said than done,
>>    and a lot of things need to happen. But they are needed.
>>
>> *Three things that can be started tomorrow:*
>>
>>    1. *Decide that our projects are production platforms.* The core of
>>    our investment and focus should be to make them as efficient and useful to
>>    all communities as possible. Distribution is a separate problem that needs
>>    separate solutions.
>>    2. *Put Wikidata and Commons (and Wikifunctions) front and center as
>>    core resources.* I know not all projects are enthusiastic about them
>>    but we do need to work that out because they are each in their own way the
>>    best way to mutualize resources and work across projects. This needs to be
>>    a clear goal and to find out how we make it happen properly together for
>>    each projects.
>>    3. *Unleash capacities.* Two clear areas of investment:
>>       - *The production platform.* I know we've been focused on using
>>       MediaWiki everywhere. But maybe (or maybe not I'm not the expert) it is
>>       time to consider that it may not be the case anymore and build capacity to
>>       develop and maintain other product lines. And yes it will mean investment
>>       and let go, but sometimes, and, I may be wrong, I feel like we're dragging
>>       Mediawiki a bit at the sweat of some insanely dedicated engineers (perhaps
>>       Mediawiki is the perfect software but I doubt it).
>>       - *AI for editors.* We need to embrace AI, and I know this is a
>>       complex decision. AI-assisted translation across linguistic versions,
>>       AI-powered content gap detection, AI drafts for stub articles reviewed by
>>       humans, AI assistants to help newcomers to navigate rules, CI/CD for our
>>       content to make content reviewing able to absorb high volume of AI slopes
>>       without exhausting users.. The boundaries are to be defined, but we can't
>>       define them without the capacity to experiment. The technical teams and
>>       community have built a lot of very cool tools and infrastructure but we
>>       need to double down. Make it friendlier, easier, more well known, AND with
>>       real AI capabilities made available. Without that, we won't be able to
>>       experiment and finding out how to use AI in ways that work for us will take
>>       ages.
>>
>> Those would be a start. With potential quick impact and results. If
>> anything, the sheer clarity of the road ahead may be enough to move the
>> needle and open up possibilities for the bigger (more exciting?) challenges
>> ahead on the future of open knowledge.
>>
>> But this stub of a plan starts with a clear, strong decision, and the
>> first one is to say we consider our projects to be production platforms.
>> That needs to be made by the Board of Trustees.
>>
>> Perhaps it's not the best path. That is fine, but we need a plan and a
>> path.
>>
>> Any plan with any remote chance to keep Wikimedia relevant starts with
>> clear, strong, and bold decisions by the Board of Trustees. And the "new"
>> Annual Plan is a continuation of the past. It's not opinionated. It's not
>> laying a clear path, a clear direction. It feels like a non-decision
>> relative to a -20% traffic drop YoY. It reads slow and safe. But no
>> decision is also a decision. The worst one, but still a decision.
>>
>> The best time to move was four years ago. The second best time is right
>> now.
>> --
>> Christophe
>>
>
> I could not agree more strongly with this call to action and proposed
> plan, Christophe. Shall we move this on wiki like Meta to flesh out more? I
> would like to help refine this strategy and I think others would as well.
>
> Best regards,
> Steven Walling
>
>
>>
>> On Thu, 30 Apr 2026 at 15:41, James Heilman via Wikimedia-l <
>> [email protected]> wrote:
>>
>>> One way we can make Wikipedia better is by adding interactive graphs. We
>>> have built software to allow about 2,000 of these on all sorts of topics to
>>> be integrated into Wikipedia. A bunch can be seen on Commons:
>>>
>>>
>>> https://commons.wikimedia.org/wiki/Commons:List_of_interactive_data_graphics
>>>
>>> Today we have rolled out code to add initial machine translation support
>>> to the SVG translation tool. For example:
>>>
>>>
>>> https://svgtranslate.toolforge.org/File:Per_capita_energy_use,_World,_1965.svg
>>>
>>> By translating one SVG an interactive graph can be fully translated into
>>> any language. The source of these graphs, Our World in Data, is only in
>>> English. We are also developing tools to make keeping these graphs updated
>>> much simpler.
>>>
>>> Many folks within our movement are innovating :-) Best
>>> James
>>>
>>>
>>> On Thu, Apr 30, 2026 at 11:43 AM Michael Snow via Wikimedia-l <
>>> [email protected]> wrote:
>>>
>>>> On 4/29/2026 10:07 PM, Luis Villa via Wikimedia-l wrote:
>>>>
>>>> I would go a much different direction. After the 1st quarter, *our
>>>> strategic process has to start by asking the hardest possible question:
>>>> what if "reading an encyclopedia" is mostly over, like reading a print
>>>> newspaper?* In other words, what if our long-term on-wiki readership
>>>> graph looks like this one?
>>>> https://www.pewresearch.org/journalism/fact-sheet/newspapers/
>>>>
>>>> A "print newspaper" is not a valid apples-to-apples comparison, because
>>>> that phrase combines both the medium and the message and means the data can
>>>> be dragged down by the limitations of either, or both. The graphs after the
>>>> first, which leave some hope for the industry in digital subscriptions
>>>> (hence the proliferation of paywalls in recent years), suggest that the
>>>> medium is the greater factor in that instance. Having myself been part of a
>>>> "newspaper" that has never seen the printed page, I would agree. However,
>>>> as a free knowledge project there are also limits to what we can learn from
>>>> commercial media, and I'm not suggesting subscriptions are the answer.
>>>>
>>>> We seem to have two leading theories to explain our trend. One is more
>>>> about the medium, that there is a transition from text to audiovisuals. The
>>>> other is more about the message, that information backed by human
>>>> authorship is losing ground to synthetically generated equivalents. Either
>>>> way, the premise is that we have fallen behind somehow. Both may even have
>>>> a certain truth to them, but if we ask thoughtful questions and have the
>>>> appropriate data, it should be possible to tease out how much explanatory
>>>> power they really have.
>>>>
>>>> Ultimately, focusing on traffic means that the underlying issue is
>>>> information discovery online. If you analyze in the direction of the
>>>> medium, the challenge is the rise of social media as represented by TikTok
>>>> or Instagram. If you analyze in the direction of the message, the challenge
>>>> is the rise of artificial intelligence as represented by ChatGPT or Claude.
>>>> What they share in common, with particular relevance to us, is a bias away
>>>> from links - they rarely provide any but also rely on them less for their
>>>> own discovery, utilizing apps/embedding/autoplay instead. The wiki
>>>> meanwhile has long relied on the link above all else, both as the core of
>>>> its internal structure and the entry point for its audience. Given that, I
>>>> think there are difficult questions we need to ask. Like, what does a path
>>>> to a different core technology look like for us? And, should we get there,
>>>> what would we still retain of what we started with?
>>>>
>>>> The internet is at least middle-aged by now, so it has a decently long
>>>> history of disintermediation. We are clearly in a significant period of it
>>>> at present. I believe for a long time, our leading source of discovery has
>>>> been referrals from search, fittingly enough for link technology. If search
>>>> is being disintermediated, we should think about what other sources of
>>>> discovery for the wiki that we can create or promote. But I do wonder,
>>>> supposing we need some response to the impact of generative AI for us in
>>>> discovery - how would using generative AI on the content creation side
>>>> change the discovery equation for us at all?
>>>>
>>>> (The medium and the message can also cross-pollinate, but I don't
>>>> believe that is a particularly critical factor here. If anyone disagrees on
>>>> that point, they're welcome to demonstrate their case, but I suspect it
>>>> would simply illustrate that there exists an opposing trend to "print
>>>> newspaper".)
>>>>
>>>> --Michael Snow
>>>> _______________________________________________
>>>> Wikimedia-l mailing list -- [email protected],
>>>> guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
>>>> and https://meta.wikimedia.org/wiki/Wikimedia-l
>>>> Public archives at
>>>> https://lists.wikimedia.org/hyperkitty/list/[email protected]/message/BQOYBFCEZ4HLOOT3MHHFDDJZFHQDRYOB/
>>>> To unsubscribe send an email to wikimedia-l-leave-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org
>>>
>>>
>>>
>>> --
>>> James Heilman
>>> MD, CCFP-EM, Wikipedian
>>> _______________________________________________
>>> Wikimedia-l mailing list -- [email protected], guidelines
>>> at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
>>> https://meta.wikimedia.org/wiki/Wikimedia-l
>>> Public archives at
>>> https://lists.wikimedia.org/hyperkitty/list/[email protected]/message/7PGRAEJ7WJ2K5PLNNA3FIWFMFVAIIMUU/
>>> To unsubscribe send an email to wikimedia-l-leave-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org
>>
>> _______________________________________________
>> Wikimedia-l mailing list -- [email protected], guidelines
>> at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
>> https://meta.wikimedia.org/wiki/Wikimedia-l
>> Public archives at
>> https://lists.wikimedia.org/hyperkitty/list/[email protected]/message/LBS54CSCHXR3GJQFX2WRATWWJLJ3EYOY/
>> To unsubscribe send an email to wikimedia-l-leave-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org
>
> _______________________________________________
> Wikimedia-l mailing list -- [email protected], guidelines
> at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> Public archives at
> https://lists.wikimedia.org/hyperkitty/list/[email protected]/message/QQKN36GW7TEZNQBPL3EYPSFMDU4JNMGI/
> To unsubscribe send an email to wikimedia-l-leave-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org

_______________________________________________
Wikimedia-l mailing list -- [email protected], guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/wiki/Wikimedia-l
Public archives at https://lists.wikimedia.org/hyperkitty/list/[email protected]/message/GEYGTCWSWTDORYUS6C4TB3TPRQYHF2GY/
To unsubscribe send an email to wikimedia-l-leave-RusutVdil2icGmH+5r0DM0B+6BGkLq7r@public.gmane.org