Wikiwand AI

Wikipedia:Village pump (WMF)/Archive 14

From Wikipedia, the free encyclopedia

2026 Wikimania's preference for French

At https://wikimania.wikimedia.org/wiki/2026:Program I noticed: "Language and Francophonie: Presentations in French and those from or related to the French-speaking world could be given priority, in line with the location of the event." Errr, has there been a thing in the past Wikimanias? It's one thing to allow non-English presentations with live interpretations, equality if technically feasible is good, but to give a clear preference to one language is puzzling, particularly when coupled with preference for the location of the author ("from")? Piotr Konieczny aka Prokonsul Piotrus| reply here 00:54, 12 February 2026 (UTC)

For wider context, the Francophone preference is not just for the program, it is a wider theme of the event and was also eg. a consideration in the Scholarship applications. CMD (talk) 02:58, 12 February 2026 (UTC)
Note based on that page, French language/association with the Francophonie is a possible tie-breaker for proposed presentations covering the same topic. All four conference languages (English, Arabic, French, and Spanish) are considered equally otherwise. isaacl (talk) 16:33, 15 February 2026 (UTC)

Planned short test of mobile banners promoting the Wikipedia app

Hello,

The Wikimedia Foundation’s Communications and Product teams would like to implement a small test on centralized notice banners to encourage more people to download and use the Wikipedia app. It will be a simple banner, targeting logged out mobile users and will run for just a few days, starting on December 15. The goal is to get more people using the app so that they become more engaged with Wikipedia in the long term. This is increasingly important as our Wikipedia traffic is changing, and it is part of our Foundation’s annual plan. If you have any questions or concerns, please let us know. Thank you so much.

--ARamadan-WMF (talk) 18:16, 20 November 2025 (UTC)

Is the rate of app downloads decreasing significantly? We should probably have a specific reason for implementing another advertising banner, as these seem to be somewhat unpopular within the community. ✨ΩmegaMantis✨blather 02:48, 21 November 2025 (UTC)
@ARamadan-WMF Are you sure that "get[ting] more people using the app [will cause them to] become more engaged with Wikipedia in the long term"?
I prefer web browsing over apps. (I don't understand why, for example, Home Depot even HAS an app. Browsing their inventory and ordering online works perfectly well from a web browser. Similarly, when reading The New York Times online, their web page nags you to use their app. Why? Reading the NYT using a web browser is perfect, in my opinion.)
Reading plus editing Wikipedia on a tablet and also a Windows PC, using a browser, is a great experience for me. I read WP using my phone. I don't generally edit from my phone, but some long-term editors do. Does using the app really drive engagement, and how can you tell? David10244 (talk) 05:06, 21 November 2025 (UTC)
@David10244: Are you sure that "get[ting] more people using the app [will cause them to] become more engaged with Wikipedia in the long term"?: Apparently the Wikipedia mobile app has games that are supposed to keep people engaged now. T400512 says they're going to add even more in the future. Children Will Listen (🐄 talk, 🫘 contribs) 23:23, 23 November 2025 (UTC)
Note most of these new features only come to Android in the first place. Sjoerd de Bruin (talk) 08:39, 24 November 2025 (UTC)
@ChildrenWillListen OK, thanks for that info. (Personally, I dislike games on mobile devices, but of course people do have their own preferences.) Are people really "engaging" with Wikipedia if they are playing games? Even if the games are hosted within the app, time spent playing the games is time not really spent engaging with WP...
Oh well, we don't need to drag this out. David10244 (talk) 07:21, 4 December 2025 (UTC)
Okay. I didn't think it was possible lower my opinion of the Wikipedia app. Yet they have managed it. --User:Khajidha (talk) (contributions) 22:44, 18 February 2026 (UTC)
The mobile app has had games for a while now. Guz13 (talk) 15:50, 24 February 2026 (UTC)
@ARamadan-WMF: I haven't used it in while, but if the app restricts editing or has missing features compared to mobile web (due to underdevelopment) it should make it clear that mobile web is better for that task. Otherwise, you are pushing Wikipedia-lite: a watered down, crappy version of Wikipedia and people will disengage entirely out of frustration. There must be a list of restrictions somewhere (or the app is better in every way?) that you have evaluated before pushing the app with a banner.
@David10244: not that I am a proponent of a Wikipedia app, given the development costs, but apps can have more features compared to the web. From my hazy understanding, apps can:
  • allow easier payments (didn't the WMF just announce you can donate from the app using Google/Apple pay?)
  • securely store the number page visits locally (the WMF is developing donation banners based on number of views)
  • Allow users to upload a photo in a free file format when your phone uses a proprietary format
  • Send push notifications to your device (e.g. you have new messages), etc
Commander Keane (talk) 08:36, 21 November 2025 (UTC)
2 isn't planned to my understanding. Sohom (talk) 04:38, 28 November 2025 (UTC)
I don't like mid-thread posting, but here goes...
@Sohom Datta maybe I am confused or didn't explain it well, but on on mediawiki.org: "The apps already locally store and surface the user's reading history" and in relation to the new banner placement widget, "Readers will be able to [...] choose how often they want to be reminded, based on the number of articles they read". Commander Keane (talk) 10:39, 28 November 2025 (UTC)
It is not "securely" stored so much as available due to the nature of such apps, but sure. Sohom (talk) 15:42, 28 November 2025 (UTC)
@Commander Keane Hmmm. I can see some of that, but:
  • Payments: You can pay from Web pages. I buy stuff all the time online. Some web pages accept Google Pay and Applepay.
  • Web pages could do different donation banners server-side, or with cookies.
  • I certainly don't want push notifications, but to each their own...
David10244 (talk) 07:29, 4 December 2025 (UTC)
Ironically, I am leaving this comment using a mobile browser because the app doesn’t allow access to any of these notice boards. ~2025-35367-57 (talk) 14:11, 21 November 2025 (UTC)
I am leaving this comment from the app after the reading comment above. With an account I can manually leave a comment here by editing the wikitext of the whole page. I don't see any "reply" buttons anywhere though.
A streamlined way to upload freely licensed photos would be a great addition to the app and one of the few clear advantages to editing on a phone (while we are apparently trying to get people to download the app). Right now (on Android using the official app), I have to switch over to the Commons app and it's all but clunky. I imagine it's also a more straightforward addition than improving the mobile's editing interface. Rjjiii (ii) (talk) 20:17, 28 November 2025 (UTC)
Maybe the IOS app lags behind in capabilities? I tested logging in and there is no way to navigate to these boards; the Home page simply scrolls endlessly back in time. ~2025-37129-61 (talk) 23:21, 28 November 2025 (UTC)
Ah, okay, then yes they are different. On Android, if you open a new tab it begins on the Main Page. This may be coming to IOS as well, because I think that new tabs only started showing the Main Page this year. Rjjiii (ii) (talk) 05:43, 30 November 2025 (UTC)
@Rjjiii (ii) So the app has lagged behind the functionality of the Web page for many years then, if the Main Page is just now coming to the app! 🙂 David10244 (talk) 07:32, 4 December 2025 (UTC)
@Rjjiii (ii) I would hate not seeing the Reply buttons! David10244 (talk) 07:30, 4 December 2025 (UTC)
Is there a issue on phabricator or a wish about enabling app users to make comments on meta pages like this one? Prototyperspective (talk) 17:36, 8 February 2026 (UTC)
  • Aside from the editing issues mentioned above, the app also mostly ignores the main page content which our community has decided to show on any given date. Aside from the featured article, it substitutes its own things without community approval, such as having a Most-viewed article section, using the Commons featured picture of the day instead of our choosen WP:POTD, and replacing our set of anniversary articles with its own OTD that isn't vetted or necessarily on our list. I've no idea who curates that, but I don't think we should be promoting something that fights against the community's editorial decisions. It also sucks in incoming links from browsers, making it more difficult to view the project on the Web even if you want to.  — Amakuru (talk) 07:29, 28 November 2025 (UTC)
    That's terrible, and should be discussed at an RfC at VPP, and then probably removed from the app. I thought the WMF didn't do content and left that to the wikipedia's? At the very least they should be able to tell us how / by whom the sections on the App main page are created, and why they don't use the local ones. I don't have the app so haven't checked this, I do remember the reluctance they had to remove the Wikidata short description from it: I hope any necessary changes this time will be quicker and in a more collaborative spirit. Fram (talk) 09:10, 28 November 2025 (UTC)
    @Amakuru, @Fram It is very hard at a technical level to exactly extract the on-this-days section of the main page in a reliable manner due to it's free flowing nature, as a result to my understanding of what the underlying code is going for a compromise, it is parsing November 28 (today), using the much more standardized format of those pages to serve chronological information from the page. The first OTD entry on the app is "Over seven hundred civilians are massacred by the Ethiopian National Defense Force and Eritrean Army in Aksum, Ethiopia" which corresponds to a community generated entry on November 28. For what it's worth, I don't think there is a conflict with the communities editorial decisions here, the content being shown here is community generated and is prominently linked to in the first link in our OTD section. This is not WMF generated content, it is literally content we have decided is good enough to link from the main page. Sohom (talk) 16:47, 28 November 2025 (UTC)
    There is a huge difference between content linked from the main page, and content shown on the main page. Basically, this gives vandals a clear method to vandalize the main page on the App. Fram (talk) 16:52, 28 November 2025 (UTC)
    I personally don't buy this argument, if content is one click away, people going to the page, through mind you the literal first link on OTD will have a pretty bad impression of Wikipedia anyway. Not to mention that this concern is effectively the same threat model as if somebody where to vandalize a DYK or OTD and the preview of the article showing up on hover on the main page, however, we as a community typically do not fully protect DYKs or OTDs. For what it's worth, I think there are mitigations against this kind of scenarios, in that I think there is aggressive caching and if the code sees a empty page, they will revert to showing a cached version + the app randomizes and caches which entry folks see, and so the chances of a person vandalizing the page and it immediately showing up on the main page are pretty slim. Sohom (talk) 17:03, 28 November 2025 (UTC)
    The clickthrough is minimal compared to the impressions the main page gets though. Vandalizing a linked page will reach a few dozen people or so (assuming the vandalism is up for a few minutes), vandalizing the main page reaches thousands of people in the same timeframe, and is much worse for PR as well. I don't know about the caching and whether that helps (though the "empty page" is a very uncommon type of vandalism). Would probably be best to test this (not with vandalism, but by constructively changing some text which is visible on the App main page, and seeing how long it takes to change on the main page). Fram (talk) 17:23, 28 November 2025 (UTC)
    Hmm, I went to edit November 28, and realized that it seems to be protected under pending changes, that would make it much harder to get vandalism over to the main page for today. (it might be instantaneous for us cause both of us would bypass pending changes). Sohom (talk) 17:57, 28 November 2025 (UTC)
    The incoming link issue has been a particularly pernicious issue for me, the only obvious end-user solution for it is to delete the app which is presumably not what is wanted. CMD (talk) 09:17, 28 November 2025 (UTC)
    I really like some of the app landing page features, and some of the editorial(!) decisions like the POTD and OTD can be refreshing. However, the 17 fair use images shown (I stopped scrolling after a few days worth of feed), often cropped and with no way to tell they do not have a free licence, was disappointing. I am guessing there were 17 fewer fair use images on the Main page during that period.
    I think the app is getting ignored by the community and, for better or worse, pushed by the WMF. Commander Keane (talk) 10:58, 28 November 2025 (UTC)
    It seems that POTD corresponds to c:Commons:Picture_of_the_day. – robertsky (talk) 11:24, 28 November 2025 (UTC)
    I agree the incoming links issue has been one of the reasons I have the app set to never open wikipedia links, and Android somehow still disobeys me sometimes :(. Sohom (talk) 16:52, 28 November 2025 (UTC)
    I tried the app the other day, it is dreadful. How they do the lead image is really strange, and some of the features don’t make sense. The app should be designed with the community, idk what they think they’re doing Kowal2701 (talk) 12:39, 28 November 2025 (UTC)
    @Kowal2701, Please provide actionable feedback, what exactly is "dreadful", why is it so ? What is "strange" about the lead image? Sohom (talk) 16:50, 28 November 2025 (UTC)
    First off it's horrendously impractical for editing, I could list dozens of things but it's very clear it's not intended to be used by editors so I won't waste my time. I deleted it after 10 minutes. Just on the tabs:
    • the Explore tab, I don't understand what they were going for. The Main Page is carefully curated, idk why it wouldn't be kept (the layout is ugly and monochrome as well). For something called Explore, I'd expect them to use Wikipedia:Contents, or propose random topics for people for people to learn about, or whatever. Something that actually lets the reader explore the encyclopedia, ie. where they can navigate themselves rather than getting random articles on Polish towns etc.
    • Places is an interesting idea, but what is its purpose? Is it for Americans to learn geography? Why is it only limited to settlements, administrative divisions, and landmarks? Why are administrative divisions presented as a point? Could it be tied into country outlines (eg. Outline of Myanmar)?
    • The others, sure they make sense, I wouldn't really use them or find them helpful other than "Search"
    On the app, it just isn't a wiki anymore. I can't edit any of the tabs. I don't like the personalisation. The lead image appears as a banner at the top, and the infobox is collapsed under "Quick facts". It boggles my mind that the team working on this thinks they can redesign everything without community consensus, especially when it's done so poorly. The website is brilliant, just copy that over and maybe add a couple more features for exploring, that's all that needs to be done. It being awful for editing also means we'll get less new editors, which is what we really need to have begging banners for. A "reader" version and an "editor" version that people can switch between might make more people aware of their ability to edit and make it more accessible so they try it out. This being said, the idea of prioritising the app is great, it bypasses Google's LLMs, but the execution and process was very poor. Kowal2701 (talk) 17:23, 28 November 2025 (UTC)
    I've been somewhat involved in discussions related to the Android app so I can give you the high-level "why" of the design choices. Back in the day of Vector, when the app was first created our UI, infoboxes, image placement, warnings and even our main page sucked on mobile, taking up often more space than was available on mobile. As a result, the team at the foundation had to make certain optimizations/tradeoffs (like hiding the infobox, lifting the lead image etc), and changes to the layout of a variety of elements to get it to work on mobile. Since then, there has been significant improvement in our ability to serve mobile-first content, particularly due to collaborations between technical editors and WMF teams to overhaul and improve Wikipedia's templates and user interfaces to be mobile oriented. There is still a significant amount of work to be done before we can get to your standard of "hey they could just put the website into the app" and for folks to be happy with it (not to mention that even then, a significant amount of engineering will be required to replicate mobile-web-only features using Java code).
    To a few of the more specific points, the explore tab was developed to copy the essential features of the current main page back when showing the main page wasn't a option, similarly, the way the "places" feature works is that it uses your geolocation to find articles close to you, unfortunately, we only use coordinates in administrative divisions and such, limiting the feature. To the point of using outlines, our outlines are free flowing and outside of using a LLM, there is not a lot of ways to extract structured data that can be used to augment this features through outlines. I can see a situation where we use Wikidata to augment some of this data, but such uses have been frowned upon by the community back in the day (see also short description), which is why I think the app avoids it Sohom (talk) 17:52, 28 November 2025 (UTC)
    To that point, @ARamadan-WMF, is there a place we can leave feedback on the design of the Android app? Sohom (talk) 17:59, 28 November 2025 (UTC)
    Thank you. The technical aspects are beyond me, I just find the website on mobile pretty good all considering (on iOS btw). I can understand some of the design changes like collapsing the infobox, I just wish things like this were run past the community, like in batches. This project operates by consensus. I'm sure WMFers see it as given that some in the community are going to rage against anything they do, but involving the community at earlier stages would negate a lot of that. Kowal2701 (talk) 18:19, 28 November 2025 (UTC)
    I installed the App. It gave me Dutch as default language, but allowed me to another language. But after adding English, the app hecame quite a mess with the two languages mixed. I thought I would get some switch to see enwiki only or nlwiki only, but no, I got something unwanted. I have removed it again, as it also interfered with my standard Wikipedia editing on the phone here. Not a fan... Fram (talk) 19:10, 28 November 2025 (UTC)
    Eh no I agree, the "using different languages" thing is weird for me as well. It's always given me English though, maybe it picks the language based on location now ? Sohom (talk) 19:44, 28 November 2025 (UTC)
    I got Lao, Italian, and Arabic IIRC Kowal2701 (talk) 19:57, 28 November 2025 (UTC)
    @Sohom Datta I know this is a few weeks old, but... Why do we have a Wikipedia app at all? The effort devoted to creating such an app could have been used to improve the layout on smaller screens, as you mention.
    I wonder why many apps exist today. Why does Home Depot, or Wal-Mart, for example, even have an app? Their web sites work fine on mobile and tablets.
    What does the Wikipedia app do for us? David10244 (talk) 23:07, 19 January 2026 (UTC)
    Having an app makes it easier to track users, push ads and take payments. Those features are of interest to commercial companies, and presumably to the WMF, but are not goals of Wikipedia. To lure users in also requires some content. That content is taken from Wikipedia but this piece of software is a WMF app, not a Wikipedia app. Promotion for it is no more welcome than the annual begging banners. Certes (talk) 18:30, 8 February 2026 (UTC)
    Well for one, the talk page button isn’t easily accessible while reading a page, you have to click the “more items” ellipses to find it. Worse, the “learn more about this page” link appears as broken HTML, making it vastly less likely for app users to click in and read it. There’s no ability to access category pages, and the notice boards are completely walled off from the IOS app. ~2025-37100-27 (talk) 23:43, 28 November 2025 (UTC)
    No VisualEditor (and the joys of visual citation insertion, etc), no access to Help desk/Teahouse (without pushing you to the web on Android, ~2025-37100-27 suggest zero access on iOS). Not suitable for new editors. Not suitable for experienced editors. There are more limitations.
    I thought the app was just a bit of fluff that the WMF was going to half-develop because cash was slushing around. Without VisualEditor (a 13 year regression) and Noticeboards (a 21 year regression) it is. Minor landing page issues, as discussed above, are not my major concern. If the WMF intends to make the app equivalent to mobile web then I am on board. I will test, and file bugs/features 'till the cows come home. We all could.
    If it going to remain dreadful, then I would like to keep editors on mobile web (and lets face it, mobile desktop), or push them away from the app ASAP. This would not involve a mobile banner promoting the app. I do think the reading experience is superior on the app. But people read Wikipedia because those before them have edited to create that content. Appealing to financial reasoning: over time, you will get less and less donations with less and less editors. Commander Keane (talk) 01:04, 29 November 2025 (UTC)
    In the iOS app, talk pages are often difficult to get to. But what’s much worse is that it appears impossible to reach an article from its associated talk page. MichaelMaggs (talk) 09:25, 14 January 2026 (UTC)
    The most-viewed articles section is one of the only interesting engaging parts of the app so I strongly disagree with what you said. Regarding POTD, I thought it would show the picture selected by Wikipedia but also note that WMF doesn't even develop a Commons app so the project being in the disadvantage and not cared about here is Commons, not Wikipedia. At least now the main page is linked from the main feed; I wished it was integrated into it better and if you'd like to see that I suggest you at least create issues and/or wishes about that instead of complaining here in this format. Prototyperspective (talk) 17:31, 8 February 2026 (UTC)
To you and everyone else at the WMF: Stop trying to make Wikipedia popular. Focus on making it good. We aren't here to make money, or gain users, or have power. We're here to make a good encyclopedia with a strong set of moral principles. The WMFs recent actions do not seem to reflect this goal, instead believing that more users equals a better encyclopedia when it is the other way around mgjertson (talk) (contribs) 19:15, 26 January 2026 (UTC)
Strongly disagree working on making it good is what Wikipedia editors do, WMF can and should do some things that can make Wikipedia substantially more popular and since technical development is needed for such, only they really can. I very much oppose people who want to keep Wikipedia down. I would hope such calls would be coming from Chinese officials and Trump-lovers only but there's one thing a vocal minority can do pretty well and that's shooting ourselves in the food without much thought whenever there's a chance. Prototyperspective (talk) 17:34, 8 February 2026 (UTC)
I think it's a good idea. Still only a small fraction of users (or of mobile users) are using the mobile app. Many things are possible only with a dedicated native app as opposed to web app of sth people open in the browser (usually by first typing the subject into a search engine). One of the biggest advantages I see in the mobile app is the Places map which allows me to see a map of nearby places with Wikipedia articles. I'm for example using it when discovering a new city. However, there is little attention paid to whether this functionality is useful much in real-world practice: the main functionality is there now but you didn't go the last mile to enable users to filter out mundane articles to their liking so that the map mostly shows truly interesting notable places (or for whatever things relating to whatever other application one is using this for). W295: See Filters for types of items shown on the Wikipedia app Nearby places map.
-
In quite a similar way, the Discover feed is a great concept and has lots of potential but then the only truly somewhat interesting content in it is Most viewed articles (society is mostly interested in things that isn't quite that interesting but it's interesting to stay up to date on what people are interested in / reading on WP), In the news (new items are added only very rarely; see here), and recommended articles (just a small bunch relating to just 1 article). The low-hanging fruit there is to simply allow users to also see recommended articles also for other articles, not just one. Maybe some the user selected for selected interests or just other articles one has read. phab:T416796 To me it seems like you're working on functionality to just complete the addition of a functionality but not thinking it through how it would be used – having just 1 set of recommended articles means it's relatively unlikely I'm interested in that particular set. So for some features, the more difficult part has already been built but you didn't maximize out the potential and not just that, you often made it so abbreviated it's no wonder people don't use/like it because in that format, it's not yet useful and more like just a demo. Prototyperspective (talk) 17:55, 8 February 2026 (UTC)
I use the iOS App daily and also use the mobile and desktop views on my phone too. And I use the desktop mode on a larger monitor too. I find all of these different views useful in their own way. It's good to encourage our readers to understand and experiment with these as they will have have their own needs and preferences. Andrew🐉(talk) 21:38, 12 February 2026 (UTC)

Hi all, thank you for the thoughtful questions and concerns raised here. My name is Jaz, and I am the Lead Product Manager for the Mobile Apps Team.

The banner is intended to be a time-limited test that would only be shown to logged-out mobile readers on Japanese Wikipedia (in Japan) December 15-16 and English Wikipedia (in South Africa and India) December 15-18. The purpose is to understand whether a simple banner can help raise awareness that the Wikipedia app exists, especially among new readers, and if those readers retain at the same rate as readers that discover the app organically through the app stores.

Why do we want to drive more traffic to the apps?

Our broader goal is to help new and existing readers return to Wikipedia because they find it a compelling place to learn. To address this we want to experiment with ways that help new generations of readers find Wikipedia useful, return frequently and eventually become the editors we need to keep the projects healthy.

There are two shifts in reader behavior that are driving this:

  • The number of people visiting Wikipedia, and the ways that they visit, have been changing for several years, with fewer people arriving to the site through external search engines.
  • Based on our existing data, we know that readers on the apps return more frequently and engage more while they are reading than readers on the mobile web, thanks in part to built-in platform features. Readers who install the app tend to come back more often and explore more content directly on the platform. However, install rates are stagnant and primarily come through organic searches in the app store.

In short: We think that having people come to us through a platform we control, instead of mostly through search where we have no way to ensure we remain as visible as we have been, is key to remaining a vital, viable movement. This is a small test to see if this could be one way of helping that.

Because long-term sustainability depends on new readers returning and eventually becoming editors, as outlined in the Wikimedia Foundation’s annual plan and the Readers work, we want to connect people with the reading environment where they are most likely to stay engaged. For new generations there is a higher tendency to rely more on mobile apps and personalized experiences when learning online.

The difference between apps and mobile web

Several people raised very valid concerns about the apps not fully matching mobile web functionality. This is correct, and we want Web to remain the primary environment for editing workflows that are not supported, or are less than ideal, in the app. For users interested in editing on the apps, we will ensure that easy and intuitive ways to transfer over to the web are available: We want readers to be able to easily use the apps for all the things the apps do well, and lead editors to the web for editing. If you are interested in efforts to improve mobile web editing you can read more here.

On the apps, we want to focus on the needs of readers who prefer mobile-native experiences and are accustomed to personalization, like enabling readers to pick topics they want to see more, showing them trends in their reading patterns or notifying them if they haven’t met a reading goal. This shift allows the apps to focus on what they are uniquely good at, including reading on the go, offline capabilities, personalization that respects privacy, push notifications, and other mechanisms like widgets that help readers return more consistently.

More information New capabilities we’re exploring on the apps ...
Close

Why do some features vary by platform?

I see there is a question of why some features are on one platform but not another. The way our team works is to see if a feature performs well on one platform before bringing it to the other so we are being thoughtful about where we put our time and energy and not scaling features that do not work or aren’t desired. Tabs is a recent example of a feature that was originally released on Android and highly requested by iOS app users, so we prioritized releasing it there recently. You can see a similar approach to Year-in-Review which was only available on iOS last year but is currently available on both platforms this year, with improvements based on feedback the team received.

How can you get involved?

We welcome ongoing feedback about the apps, especially from editors who use them or want to use them more effectively. App development is shaped by community input through Village Pump discussions, project pages, the support email channel, and app reviews. You can leave feedback at any time on our discussion page and stay informed by subscribing to the app newsletter. I’ve tried to respond to all of the great feedback here, but will also take a pass at individual comments again and will respond inline if I missed something over the next few days.

Ultimately our goal is to run this test thoughtfully, learn if it increases retained installs, and discuss the results with you all to determine if efforts like these could support the overall health of Wikipedia’s reader and editor ecosystem. If the apps are not personally your preferred platform or you do not have strong opinions about their direction, that is okay, we understand we have a diverse community with diverse preferences and interests, that’s what makes it so great. The web teams also regularly welcomes feedback on how to improve the mobile and desktop web experiences for readers and editors.

But the key thing is this: The internet is changing and fewer readers are finding their way to Wikipedia, or come less often, because search traffic doesn’t work the way it did in 2003 or 2014 or even 2021. This means we have less chances of making more people edit. We want to find ways to make it easier for readers to return to our articles. This is a small, limited experiment to see if this can help readers return. If we can make readers come to our own platform, and return, then we can send them to the mobile web for editing, keeping our ecosystem healthy. JTanner (WMF) (talk) 20:21, 2 December 2025 (UTC)

Thank you. Is there anything on the app that pushes/nudges people into editing on the website? Another concern is that a lot of people make their first edits by correcting spelling errors etc. while reading, if the app is cumbersome for editing it'll drive away would-be-editors and would mean people who get into 'full-on' editing slowly and gradually are lost since it's a big step to visit the website purely to edit. Could the 'edit' button on the app redirect to the web? Kowal2701 (talk) 20:55, 2 December 2025 (UTC)
Hi @Kowal2701, thank you for this question. You’re right that many people make their first edits while reading, and we don’t want the app to make that harder. Some experienced editors have told us they want to be able to make small, quick edits directly in the app using wikitext, while others prefer to be redirected to the mobile web and use VisualEditor. We want to strike the right balance so both groups are supported and are able to execute handoffs seamlessly between platforms. A part of us exploring this problem space is also determining the best approach and timing for sending new editors to mobile web. We want to provide a good user experience.
From a technical standpoint, the app currently sends people to the web for certain workflows, so redirecting the edit button when it’s the preferred experience is absolutely possible. At the moment we are gathering existing research on this topic, and early next year we’ll reach out to request feedback. I’ll make sure you’re notified so you can participate in shaping the path forward. In the meantime you’re welcome to subscribe to the related Phabricator task where you'll get automatic updates via email and can weigh in along the way. JTanner (WMF) (talk) 22:50, 2 December 2025 (UTC)
Hi @OmegaMantis, @ChildrenWillListen, @Sjoerddebruin, @Sohom Datta, @Commander Keane, @Rjjiii (ii) tagging to ensure you were able to see my reply. Looking forward to talking with you more. JTanner (WMF) (talk) 23:05, 2 December 2025 (UTC)
Thanks for the ping. So the app is a reading companion (with fringe benefits like push notifications). That is fine. As I said above, the reading experience is better than browser and I can see the WMF's motivation. Maybe I will end up using the app for reading Wikipedia too :-).
Ideas to evolve readers to editors:
  • phab:T409603 (as mentioned above) is a priority - put a VisualEditor browser link at the top of the wikitext edit box, and a link back to the app once the edit is completed. As mentioned, the wikitext editor is for experienced editors but it is probably a good idea to show the wikitext when they hit the pencil for responsiveness and so they know that Wikipedia can be edited by them - and after the shock of seeing 2025 wikitext they can retreat to the palatable VE. Or maybe they will give it a go in the app.
  • There absolutely needs to be a link to a help page, with the forums (on browser, DiscussionTools is essential) and editing documentation. Whether that is Help:Contents or a newly tailored page I don't know.
  • Somehow, each article's talk page (and what it is for) needs to be easier to find than right at the bottom. Possibly at the top of the collapsed right side bar. I know years ago got the community rejected the software feature for people to report errors and it got removed, but new editors are hesitant to make changes and more likely to ask on a talk page.
  • Allow users to curate the content in games. After they play, have a "write your own question" link. I have always wanted games for Wikimedia projects, and they are wikis after all. The user supplied content system does not need to be sophisticated.
  • Given the editing limitations on the app, the community could leave a talk page message for anyone that has edited using the app and not progressed to browser and let them know about browser and its advantages. And how to disable the OS deeplinking (app launching when clicking a link), that is mentioned above.
  • Put the tagline "the free encyclopedia that anyone can edit" on the landing page. Given the fall in Main page views, I thought it would disappear forever. Anecdotally, the idea that anyone can edit and everyone is a volunteer has never been effectively conveyed.
  • I am not sure how the new user on-boarding works with the app, but I assume we get them to mobile web efficiently somehow for the dashboard, mentorship etc.
Commander Keane (talk) 11:05, 4 December 2025 (UTC)
@Commander Keane, hey I meant to reply to this and totally forgot. You wrote, "Allow users to curate the content in games. After they play, have a "write your own question" link. I have always wanted games for Wikimedia projects, and they are wikis after all. The user supplied content system does not need to be sophisticated." They are sort of doing this. Those dates are pulled from Wikipedia:Selected anniversaries. That builds on the scrutiny that all main page sections get for fact-checking and spam-checking. I don't know to what extent it would be good to encourage this, but there might be a way to direct people to that project where they could suggest dates? I believe the WMF's short videos did something similar by leveraging DYK hook facts. Rjjiii (talk) 18:25, 13 January 2026 (UTC)
Thanks Rjjiii. I did read somewhere that is where they pull the questions from, I didn't expect them to write the questions themselves, or hire a consultant ;-). I played the guess which event happened first and the questions were robotic, mundane, and the difficultly didn’t ramp up (they were really hard to begin with!). A timer, search box and time penalties for hints would add elements of risk and adventure. It seems to be a trend of WMF development that doesn't lean on Wikimedian (human) involvement: the games, the short videos, the current Semantic Search discussion I see you at. Commander Keane (talk) 06:14, 14 January 2026 (UTC)
Yeah, perhaps an unfair comparison, but Microsoft Encarata's "Mind Maze" let you pick a topic and ramped up in difficulty. I am both hopeful and skeptical about these projects getting more readers and therefore more editors, Rjjiii (talk) 06:19, 14 January 2026 (UTC)
I used to love Mind Maze! And the small set of words spoken in various languages. I also don't know if games would be worthwhile long term, but I know they will not be good in their current state and approach. I will add there is no need for games to be app-only. Commander Keane (talk) 06:40, 14 January 2026 (UTC)
@JTanner (WMF), hey sorry for the late reply. (This is my main account; I'm Rjjiii (ii) above on mobile.) I get why the app is valuable and wish you all luck with it. I want to address a specific part of your message because I think it overlooks something: "Several people raised very valid concerns about the apps not fully matching mobile web functionality. This is correct, and we want Web to remain the primary environment for editing workflows that are not supported, or are less than ideal, in the app. For users interested in editing on the apps, we will ensure that easy and intuitive ways to transfer over to the web are available: We want readers to be able to easily use the apps for all the things the apps do well, and lead editors to the web for editing."
One problem with that is that for whatever reasons right now, the mobile app does not render articles the same as the desktop or mobile web versions of Wikipedia. @Kowal2701 wrote above, 'The lead image appears as a banner at the top, and the infobox is collapsed under "Quick facts".' I get the explanation on why this might have been done, but so long as the rendering is different, it's going to result in content that does not look right on the mobile app. Here is a concrete example:
Some images are diagrams:
Diagrams are one case where an editor making decisions is going to be taking into consideration (most likely) the desktop environment first as it is where most people edit, and the mobile web environment second as it is now the main place where people read Wikipedia articles. There are a lot of articles where a diagram makes even more sense as a way to explain the topic than these welding ones. Take the citric acid cycle, which has a great diagram that makes no sense for the mobile app's top image.
This is not the only difference in content choices, but it's one that often sticks out to me when I check things on the mobile app. Take for example, 3 welding articles: Shielded metal arc welding, Oxy–fuel welding and cutting, and Flux-cored arc welding. Their lead images are respectively a photograph, a diagram with embedded text, and a labelled diagram with text in the caption. The photo works great on the app, and the SMAW article has its diagrams in a body section. The two diagram lead images both look a bit weird when the diagram is blown up as the top image. The labelled diagram is better for accessibility, but becomes almost meaningless as the top image.
It's even worse in the cases where a complex diagram and an infobox both make a good introduction to the topic. In the featured article, electron, which is a topic inherently too small to photograph, there is a great diagram of orbitals with a caption explaining in accessible plain text in the infobox. For the mobile app, a reader is shown half the diagram in the top image and the explanation is hidden away in the collapsed infobox.
→ TL;DR
Regardless of the reasons why the mobile app is rendering differently, it's going to result in the mobile app often delivering suboptimal or even broken content to readers who are editing on mobile web or desktop and therefore testing on mobile web or desktop Rjjiii (talk) 18:41, 2 January 2026 (UTC)
@JTanner (WMF) How does an app help people "return" to Wikipedia in any way that a browser bookmark would not? David10244 (talk) 23:09, 19 January 2026 (UTC)
@David10244 (I am not JTanner): in a browser, a websearch is forced down your throat. Every time I open my a browser I see a tantalising Google search bar, why should I choose to click a Wikipedia bookmark? Google summarises Wikipedia's information without making you visit and offers to sell you something all at the same time! (This is sarcasm). The app can also personalise your feed based on previous reading habits, should be smoother for loading and can send you notifications - a sure reason to return. On a mobile device, which includes most readers, hopefully they will launch the Wikipedia app rather than their browser. Having said all that, the app ignores editing in favour of reading. Also, Wikipedia's search is bad and Wikipedia poorly presents information to answer questions. Commander Keane (talk) 00:59, 20 January 2026 (UTC)
@Commander Keane Hmmm. OK, I see how that might apply to some people... I am not sure why, but I don't like most apps (even though I use them). I said elsewhere that Web sites like Home Depot or Best Buy are perfectly fine for me in a browser, even on my phone, and I find that Home Depot's app (in particular) is slow and badly designed. These companies don't need an app, IMO!
I generally read and edit Wikipedia on a tablet. I can't imagine trying to read OR edit on a phone, although I know that some people do.
Not to discount your answer, and I appreciate it, but for me: My reading habits are pretty random; loading pages is fine (perfectly smooth) on my Android tablet and on my Windows 11 PC; and I get notifications in either place. I think that phone users get notifications now too, and that was a big problem for a long time.
I often do a Web search for topics, knowing that a result from WP will be near the top. I'll read that and/or click on some of the other search results. (When I read WP articles, I get sucked in to editing, then I'll go read VPT, or some Phabricator tickets, or the Help desk questions for fun.)
Thanks! David10244 (talk) 05:31, 22 January 2026 (UTC)
I don't even have bookmarks in Firefox Focus nor do I want or need them. Also one has neat Wikipedia-specific bookmarks and open tabs just for Wikipedia instead of in between lots of other tabs. There's also additional reasons...for example I find native apps much sleeker, faster and comfortable to use than mobile browsers. Prototyperspective (talk) 17:41, 8 February 2026 (UTC)

Blind People

Blind People

--Guy Macon (talk) 04:58, 3 February 2026 (UTC)

https://upload.wikimedia.org/wikipedia/commons/5/5e/Let%27s_Raise_the_Roof_-_A_Social_Model_of_Disability_-_a_Welsh_Government_video_-_2021.webm
I mean, I get the point of the video (and it's a good message), but it's not the best example. Why can't Sam sit in a wheelchair, why does he need a non-wheeled chair? Why is everything in braille? Are the wheelchair users all blind? Someone didn't think the video through... TurboSuperA+[talk] 07:54, 15 February 2026 (UTC)
Do we have any sort of working group of existing blind editors? We should ask them for feedback. Guz13 (talk) 15:51, 24 February 2026 (UTC)

Why aren't we using Perma.cc?

Inspired by the recent archive.today drama, I now have the same question as this HN commenter: why aren't we using Perma.cc for web archiving?

Based on my understanding, the process would be something like this:

  1. WMF will pay Perma.cc so that anyone with a Wikipedia account meeting the same threshold Wikilibrary has can archive an unlimited/very high amount of pages monthly or annually.
  2. Automated archives will continue to be made on Wayback Machine.
  3. Perma.cc uses the same technology as Ghostarchive so captures are very high-fidelity; you can also upload PDF files and webpages as a screenshot if it can't crawl them. Unfortunately it doesn't provide options to archive audio or video files.

This seems like the perfect solution to our web archiving needs when Wayback Machine isn't enough. Could WMF work in this direction? sapphaline (talk) 15:23, 22 February 2026 (UTC)

@Sapphaline Hi - I work on The Wikipedia Library at the Wikimedia Foundation, so I'm curious to learn more about this suggestion. We have partnered with organisations outside the typical paywalled-research category in the past (e.g. a translation website), so it's feasible that we could reach out to Perma.cc about this. I wanted to learn a bit more about this first though - when you say "when Wayback Machine isn't enough", could you be more specific? What is it that using Perma.cc would allow you to do that Internet Archive doesn't? Samwalton9 (WMF) (talk) 16:30, 24 February 2026 (UTC)
Archive.today is usually a lot better than the Wayback Machine at archving. Their archives sort of "freeze" the page, making their archives of e.g. Instagram work. They are also known for bypassing paywalls partly through giving the crawler subscriptions to the websites. I think @GreenC would explain this a lot better than I can. Aaron Liu (talk) 16:52, 24 February 2026 (UTC)
@Aaron Liu Is that 'freezing' something that Perma.cc also does better than Wayback Machine? Samwalton9 (WMF) (talk) 17:23, 24 February 2026 (UTC)
Sam, it's good that you are listening to volunteers, but it would be best, before any decision is made, if you could look at the whole market. There seem to be plenty of players in this space. Maybe Perma.cc offers the best service for the price, But we shouldn't just go for the first option suggested without checking first. Phil Bridger (talk) 18:06, 24 February 2026 (UTC)
That totally makes sense - I'm only asking about Perma.cc because it was the option proposed here, I'd like to understand what makes an archiving service good or bad, since I don't know very much about the options! Samwalton9 (WMF) (talk) 19:40, 24 February 2026 (UTC)
"What is it that using Perma.cc would allow you to do that Internet Archive doesn't" - Wayback Machine usually fails at archiving JavaScript-heavy websites, e.g. Mastodon. There's no option to upload a webpage manually - if Wayback Machine's crawler can't get it, it's unarchivable. It's also possible to directly download a webpage from Perma.cc in archived format (.warc) without using third-party tools like SingleFile. sapphaline (talk) 17:27, 24 February 2026 (UTC)
And many websites excluded from Wayback Machine aren't excluded from Perma.cc. sapphaline (talk) 17:29, 24 February 2026 (UTC)
Do you know if Perma.cc succeeds to do so? Aaron Liu (talk) 23:38, 24 February 2026 (UTC)
Note: Perma.cc WARCs are uploaded to the Internet Archive and indexed by Wayback Machine (due to being under the 'web' collection). Obviously still affected by exclusions and there's currently a backlog since they turned it off when IA went down in 2024 but just noting. --Nintendofan885T&Cs apply 22:42, 24 February 2026 (UTC)
Question: Should perma.cc shut down, is the content duplicated somewhere else? Are there any legal or technical issues with someone making a backup copy? The day after it goes dead would not be a good time to try to save the data.... --Guy Macon (talk) 00:30, 25 February 2026 (UTC)

My bot has needed to remove many perma.cc links over the years. A significant percentage of them have stopped working. It's also my understanding their target audience are institutional clients (courts, journalists, scholars) and the archive are not for public viewing ie. you need a login/pass to view them. For example the NY District Court may have an account and where they upload millions of captures and you need a pass to view them. They do offer public access accounts but I don't think they are very interested in hosting copies of The Guardian there and if you do good chance they won't last. They seem to offload (some?) WARCs to the Wayback Machine probably as a backup option but in that case you might as well use the Wayback Machine. They are appear to be trying to keep a low profile on the legal radar. All web archives face this fundamental problem of copyright and there are only a couple strategies. Archive.today is the king of the judiciary arbitrage strategy nobody does it better it was a major loss there are no peers. -- GreenC 05:23, 25 February 2026 (UTC)

If Perma.cc links is able to be viewed by the public, then this is a good idea. Guz13 (talk) 23:34, 27 February 2026 (UTC)
  • Funnily enough, myself and L235 just independently came up with a similar idea of using perma.cc with the Wikipedia library/some sort of gated way, which we mentioned to Eric Mill. I'm not sure that using perma.cc solves all our problems, but it could be part of a multifaceted solution. I think Kevin has a better sense of the upsides of using perma.cc so hopefully he chimes in ;) CaptainEek Edits Ho Cap'n!⚓ 21:40, 28 February 2026 (UTC)

Wikimedia Foundation Bulletin 2026 Issue 3

MediaWiki message delivery 23:26, 17 February 2026 (UTC)

Error in above announcement

Re: "The Annual Plan is the Wikimedia Foundation’s description of what we hope to achieve...", the link to "Annual Plan" returns "This page doesn't currently exist". --Guy Macon (talk) 02:35, 18 February 2026 (UTC)

Fixed. Typically when there's an error in a link and the link has a slash at the end, removing the slash fixes the error (MediaWiki interpreting the slash as part of the page name). FWIW @whomever this concerns, it would be good to have a person's name in the signature of this bulletin, so we can ping someone in particular if there's an error. I just went to do a courtesy ping since I edited it, but don't know who I'd ping. — Rhododendrites talk \\ 18:07, 18 February 2026 (UTC)
The wikitext says:
<bdi lang="en" dir="ltr">[[User:MediaWiki message delivery|MediaWiki message delivery]]</bdi> 23:26, 17 February 2026 (UTC) <!-- Message sent by User:RAdimer-WMF@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikimedia_Foundation_Bulletin&oldid=30053915 -->
That URL isn't very helpful if you want to find the author. If you know where to look, "User:RAdimer-WMF@metawiki" eventually leads you to https://meta.wikimedia.org/wiki/User_talk:RAdimer-WMF but a straightforward signature is better than decoding a comment in the wikitext. --Guy Macon (talk) 23:01, 18 February 2026 (UTC)

Database server lag

What triggered this message:

Due to high database server lag, changes newer than N seconds may not appear in this list.

? sapphaline (talk) 11:01, 3 March 2026 (UTC)

Better to post this kind of thing at WP:VPT. Looks like phab:T418839. Looks fixed now. –Novem Linguae (talk) 11:23, 3 March 2026 (UTC)

Wikimedia Foundation Bulletin 2026 Issue 4

MediaWiki message delivery 12:36, 3 March 2026 (UTC)

Really amazing progress the Foundation is making with new features. thank you for your hard work! Toadspike [Talk] 20:19, 3 March 2026 (UTC)

What happened?

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.
Closing prematurely to avoid having two identical discussions per WP:MULTI, please see the discussion at Wikipedia:Village pump (technical) § Meta-Wiki compromised instead FaviFake (talk) 17:25, 5 March 2026 (UTC)

Editing was disabled for over an hour, while in Meta-Wiki, the foundation was editing many people's JS pages. Is there a reason why? Nighfidelity (talk) 17:15, 5 March 2026 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Wikimedia Foundation banner fundraising campaign in Malaysia

Dear all,

I would like to take the opportunity to inform you all  about the upcoming annual Wikimedia Foundation banner fundraising campaign in Malaysia on English Wikipedia only.

The fundraising campaign will have two components.

  1. We will send emails to people who have previously donated from Malaysia. The emails are scheduled to be sent throughout March.  
  2. We will run banners for non-logged in users in Malaysia on English Wikipedia itself. The banners will run from the 2nd to the 30th of June 2026.

Prior to this, we are planning to run some tests, so you might see banners for 3-5 hours a couple of times before the campaign starts. This activity will ensure that our technical infrastructure works.

Generally, before and during the campaign, you can contact us:

Thank you and regards, ~~~~ JBrungs (WMF) (talk) 10:57, 9 March 2026 (UTC)

To scrape data from Wikipedia, do you need to go through Wikipedia Business

Just wondering. ~2026-82871-0 (talk) 00:59, 7 February 2026 (UTC)

This isn't really answerable without a lot more context, but I think the answer is "no". * Pppery * it has begun... 02:20, 7 February 2026 (UTC)
From a Foundation article from November: "Financial support means that most AI developers should properly access Wikipedia’s content through the Wikimedia Enterprise platform. Developed by the Wikimedia Foundation, this paid-for opt-in product allows companies to use Wikipedia content at scale and sustainably without severely taxing Wikipedia’s servers, while also enabling them to support our nonprofit mission."
I would try looking at Wikimedia Enterprise. From what I am getting from this TechCrunch article, I think it might be what you are looking for or in the right direction. --Super Goku V (talk) 02:34, 7 February 2026 (UTC)
How much data and how frequently? Aaron Liu (talk) 16:49, 8 February 2026 (UTC)
You don't need to as long as you comply with Wikipedia's content licence, but if you are copying a lot of data it would probably be better (for both you and Wikipedia) to. Phil Bridger (talk) 17:01, 8 February 2026 (UTC)
Considering that our API is free for most small usecases and we freely provide dumps for everyone to use, no? Wikimedia Enterprise is if you usecase meets the brief "if I do this, I will cause production outages" Sohom (talk) 18:37, 8 February 2026 (UTC)
See WP:Database download for an overview of ways to get at our data. —Cryptic 21:16, 8 February 2026 (UTC)
Hi @~2026-82871-0,
Yes as other people have said here - it depends on "how much" or "how fast" you want... There are various APIs and database dumps that exist. Here's the User-Agent Policy and API Usage Guidelines for starters.
You can also access and download content via the enterprise API service directly, at no cost, up to a fairly high limit. That same dataset is also available via several alternative methods including WikimediaCloudServices and external platforms. For information on those options see meta:Wikimedia_Enterprise#Access.
LWyatt (WMF) (talk) 14:59, 16 February 2026 (UTC)
There are even companies that will put all of Wikipedia on a hard drive and ship it to you for a fee. See prepperdisk.com (don't know if they are any good - I just picked the first one duckduckgo listed). --Guy Macon (talk) 15:22, 16 February 2026 (UTC)
https://what-if.xkcd.com/31/ RoySmith (talk) 16:24, 24 February 2026 (UTC)
they ideally should but we can't legally do anything more than politely ask them to stop mghackerlady (talk) (contribs) 15:42, 9 March 2026 (UTC)
We can. Terms (legal contracts) apply as LWya listed them, and there's many methods to block excess traffic when we want to. Aaron Liu (talk) 17:14, 9 March 2026 (UTC)

The future of the apps

Heads up that there's a request for feedback over at mw:Wikimedia Apps/Team/Future of Editing on the Mobile Apps. Clovermoss🍀 (talk) 13:57, 15 March 2026 (UTC)

Hello, @Clovermoss,
Thank you for sharing this! Pointing to the Apps VP invitation to discuss the future of editing on Wikipedia apps, which outlines all the details. ARamadan-WMF (talk) 19:41, 17 March 2026 (UTC)

Wiki Workers United

this claims to be a global solidarity union for the staff of the Wikimedia Foundation.

just checking, is this official and recognized by the wmf? ltbdl (select) 05:45, 14 March 2026 (UTC)

You shouldn't ask the bosses whether the worker's union is legitimate. They have a COI. In this case, do any other unions recognize them? Are they covered in any reliable sources? It looks like the answer is no. Anyone can create a website and pretend to be a union and until I see evidence to the contrary that's what I am going to assume here.
Go to https://mathstodon.xyz/@TobyBartels and search on "wiki workers". --Guy Macon (talk) 06:42, 14 March 2026 (UTC)
I likewise don't see any indication that this is legit. For example, where is the privacy policy? And why does this have a section titled "Community"? Surely the community are the employers? Phil Bridger (talk) 13:07, 14 March 2026 (UTC)
@Ltbdl, Guy Macon, and Phil Bridger: I am a former colleague of the organizers of the Union and everything I write is my personal observations, not official communication for my former colleagues.
I can assuage your doubts. This is in fact legitimate, has wide support across individual contributors verticals of the organization and in many of the countries where staff exist (I can't talk about specifics because they do not yet have formal recognition) and WMF leadership knows that they are forming a Union but thus far has chosen not to proactively recognize it. This means that under US Union law (which would cover the largest portion of staff) they need to complete a National Labor Relations Board recognition process. Because of this process, they cannot publicly engage as individual users or answer specific questions because unionizing in the US can be complicated. The website is being updated to describe their positions, stage in the recognition process and needs, and can be considered "Union" communications. Sadads (talk) 15:07, 14 March 2026 (UTC)
No need to ping me. When I post something I look for replies.
Is there anything you can do to make the WWU website reflect the above? In particular, the website should indicate that the WWU has or has not filed an RC petition as defined at NLRB Representation Election Process and whether they plan to do so in the future. As the site stands, I have no idea who to even ask.
Please note this Sixth Circuit Federal Appeals Court decision from last week. I believe the WMF is under the 9th circuit and thus the NLRB Cemex Ruling stands for them, at least for now. --Guy Macon (talk) 15:29, 14 March 2026 (UTC)
My former colleagues are watching this conversation, so context and feedback taken! The website is really clear right now that they are collecting union cards for authorization in the US, Sadads (talk) 15:43, 14 March 2026 (UTC)
Thanks! I missed that. Message for the people who control the web page: Imagine that you are a skeptical reader asking themselves whether this is just some random person who put up a web page with a hidden WHOIS and no obvious info on who is behind it, or a serious attempt to unionize the WMF. Also, if you haven't read it yet, take a look at Corporate union busting in plain sight: How Amazon, Starbucks, and Trader Joe's crushed dynamic grassroots worker organizing campaigns. --Guy Macon (talk) 17:02, 14 March 2026 (UTC)
Labor organizing in the US is incredibly difficult because of bad laws and immense corporate power. As Sadads mentions, my former WMF colleagues have been working on this for years and only now have gone public with the campaign. If you'd like to show your support, you can use {{User Wiki Workers United}}. Legoktm (talk) 17:16, 14 March 2026 (UTC)
This is just the sort of thing The Register loves to cover. Right now there isn't enough coverage in reliable sources to pass WP:GNG, but if you get there, I will be happy to help anyone with a COI to create a page on the union. Same offer as any other COI editor: you do the hard work, I carefully check it (and maybe suggest changes), then when I am happy with it I post it under my name and take full responsibility for what I post. --Guy Macon (talk) 17:51, 14 March 2026 (UTC)
I understand that organizing a union is difficult, but you seem to be making things even more difficult for yourselves. I just tried clicking on "Union Priorities survey" and found that I had to sign in via Google. I don't have, and have no intention of getting, a Google account. I'm sure the same goes for many WMF employees. Indeed one of the main things that I would say in this survey if I was allowed to is that people should not be made to sell their souls to Google. Phil Bridger (talk) 19:05, 16 March 2026 (UTC)
(To be clear, I'm not directly involved in the unionizing effort, just an outside supporter.) I believe that survey is intended for WMF staff+contractors, not the general public, and all WMF staff have Google accounts because that's what the WMF uses internally. Legoktm (talk) 19:36, 16 March 2026 (UTC)
  • I support! At The Signpost we have so much difficulty getting statements from WMF employees. I think having a union would greatly improve communication the Wikimedia Movement, especially in cases of social and ethical issues where WMF employees collectively have something to say. Bluerasberry (talk) 18:21, 16 March 2026 (UTC)
    Sometimes I get the feeling that WMF employees are afraid to engage with Wikipedia users. One advantage of a union is that they have the ability to criticize management without being nuked from orbit. --Guy Macon (talk) 18:36, 16 March 2026 (UTC)
    I am interviewing current workers involved with WWU for the WP:Signpost and can confirm/relay feedback especially to “outsiders”. In the end though, good community organising will win the NLRB election or voluntary recognition, not slick media headlines. ~ 🦝 Shushugah (he/him • talk) 01:32, 17 March 2026 (UTC)
    Somewhat odd for the union to claim to provide the funds for the movement though, on the topic of ethical issues. CMD (talk) 05:41, 17 March 2026 (UTC)
    Funding infrastructure would be the more precise wording. ~ 🦝 Shushugah (he/him • talk) 10:04, 17 March 2026 (UTC)
    I think it's a reasonable, concise description of what the WMF fundraising team does. Legoktm (talk) 20:30, 17 March 2026 (UTC)
    I read it as misleading at best. CMD (talk) 06:16, 19 March 2026 (UTC)

WMF international hiring changes

Note for folks keeping track of WMF's international hiring plans or recommending friends to try to get hired at WMF; as of today WMF has greatly reduced the number of countries staff may be hired from, or may relocate to while keeping their jobs:

We will no longer be hiring staff in the following previous hiring locations: Australia, Austria, Bangladesh, Belgium, Croatia, Costa Rica, Czechia, Denmark, Egypt, Estonia, Finland, Greece, Ireland, Israel, Nigeria, Peru, Sweden, UAE, Uganda, Uruguay.
(from internal document summarizing the changes; confirmed with People department that the new information is public knowledge and ok to share with the public).

The full list of countries WMF will still hire from or allow relocations to is on the jobs page at: https://wikimediafoundation.org/jobs/#section-13 --brooke (talk) 18:02, 17 March 2026 (UTC)

Is there any statement on why these changes were made? signed, Rosguill talk 18:04, 17 March 2026 (UTC)
The internal document states:
Why are we doing this?
As the Foundation has grown globally, we have regularly assessed whether our operating model continues to support our mission effectively. Over time, we expanded into many countries on a case-by-case basis, often in response to specific hiring opportunities. While this brought us closer to communities worldwide, it also created operational complexity that now exceeds the capacity of our current systems and administrative workflows.
Employment laws, compliance requirements, payroll systems, and operational infrastructure vary significantly across countries. Managing these differences without a clear global strategy and operating frameworks creates inconsistency and administrative strain. This initiative introduces a more intentional and sustainable approach to where we hire, while maintaining a globally distributed workforce.
brooke (talk) 18:06, 17 March 2026 (UTC)
Per [ https://wikimediafoundation.org/jobs/#section-13 ]:
States/Territories The WMF will hire from:
  • Arizona, California, Colorado, Connecticut, District of Columbia, Florida, Georgia, Idaho, Illinois, Indiana, Iowa, Maryland, Massachusetts, Michigan, Minnesota, Missouri, New Jersey, New York, North Carolina, Ohio, Oklahoma, Oregon, Pennsylvania, Puerto Rico, Rhode Island, Tennessee, Texas, Utah, Vermont, Virginia, Washington, West Virginia, Wisconsin, Wyoming.
The ones they won't hire from:
  • Arkansas, Delaware, Hawaii, Kansas, Kentucky, Louisiana, Maine, Mississippi, Nebraska, Nevada, New Hampshire, New Mexico, North Dakota, South Carolina, South Dakota, American Samoa, Guam, Northern Mariana Islands, U.S. Virgin Islands.
Countries they will hire from:
  • Brazil, Canada, Colombia, France, Germany, Ghana, India, Indonesia, Italy, Kenya*, Mexico, Morocco, Netherlands, Poland, Singapore*, South Africa, Spain, Switzerland and the United Kingdom. (*native citizens/permanent residents only)
-Guy Macon (talk) 20:05, 17 March 2026 (UTC)
The more I read about the United States, the more I think it is anything but United. Nthep (talk) 20:48, 17 March 2026 (UTC)
Is there any info on why they won't hire from certain US States? Man, not being able to be hired in Arkansas sure does kill any hope of being hired by the WMF in the future... TheClocksAlwaysTurn (The Clockworks) (contribs) 18:42, 18 March 2026 (UTC)
Each state requires you to register as a foreign entity, set up tax withholding and unemployment premium payments, add that state to your worker's comp, make sure all your policies align with their specific labor laws, etc. Most companies just hire a local company to act as the employer of record and take care of that stuff, but it's still an added cost for each state. --Ahecht (TALK
PAGE
)
18:53, 18 March 2026 (UTC)
Looking at the stats, the WMF reports 57 countries at the end of 2022, 54 at the end of 2023 and 47 at the end of 2024. The overall number of employees seems to have decreased, too. Best, —DerHexer (Talk) 11:37, 19 March 2026 (UTC)

Wikimedia Foundation Bulletin 2026 Issue 5

MediaWiki message delivery 22:17, 17 March 2026 (UTC)

AI: A One Act Play

"Get shortened URL" in the sidebar

Wikimedia Foundation Bulletin 2026 Issue 6

Events calendar

Since it is official Wikinews will be archived May 4

AI agents are coming - what's the current state of protection?

Related Articles

Timelines

Top Qs

Fact Checks