People who find Wikipedia’s email notification setting generally turn it on, watch it work once, and stop thinking about it. That is the problem. The setting behaves exactly as designed, and the design was built for a different person than the one usually switching it on.
What the Watchlist is for
A Watchlist is a list of pages a signed-in Wikipedia user follows. It exists so that editors can keep an eye on the articles they maintain. An active editor might watch several hundred pages, which is the number the feature was shaped around.
Among the preferences attached to it is an option to send email when a watched page changes. On its face that is exactly what a person who has an article about them wants.
What happens after the first email
It sends one email. After that, it will not email you about that page again until you visit the page while signed in.
This is documented behavior rather than a bug or a delivery failure. MediaWiki, the software Wikipedia runs on, tracks whether you have seen the current state of each watched page. Once a notification goes out, that page is marked as notified, and the flag is cleared by your visit, not by the passage of time. Until you go and look, further edits to that page produce no further email.
For an editor watching hundreds of pages, this is sensible engineering. It is the difference between a manageable inbox and a thousand messages a week, and it assumes something reasonable about its user: that they are on Wikipedia regularly anyway, working through their watchlist.
Now take someone watching a single page, the one about them or their company. The assumption collapses. They do not spend time on Wikipedia, which is the entire reason they wanted an alert in the first place. The first edit produces an email, the second produces silence, and the silence is indistinguishable from nothing having happened.
The second limitation
Watchlist email is all or nothing. The preference applies to your whole watchlist and cannot be narrowed to particular pages.
If the article about you is the only page you care about, you have two options, and neither is good. Watch only that page, and you lose the ability to keep an eye on anything else. Or watch everything you are interested in, and accept notifications about all of it, at which point the messages that matter are mixed in with the ones that do not and the whole thing becomes noise you learn to ignore.
What it means in practice
Put the two limits together and the failure mode is specific. You turn the setting on, you get a notification about an edit, you read it and think the system works. Weeks later somebody rewrites a section of the article. No email arrives, because you never went back to the page after the first one. You find out when a journalist quotes it back to you, or when a customer asks about it, or when you happen to search your own name.
The feature did not break. It did what it says it does. It was simply never built to be a monitoring service for the subject of an article, and it does not claim to be one.
The other ways people try to solve this
Before reaching for a service, most people try one of three things. All of them work, in the narrow sense that they produce information. None of them solves the actual problem.
Checking manually. Open the article, select View history, scan the top few rows. This is free, immediate and completely reliable, right up until the week you forget. Manual checking fails the way every manual routine fails, which is gradually and without announcing itself. The article you check every day in January is the article you have not opened since March.
The RSS or Atom feed. Wikipedia publishes page histories as feeds, which almost nobody uses. Add the feed to a reader and new revisions appear there. Two catches. The feed tells you a revision happened and gives you a link, so you are still going somewhere else to find out what changed. And feed readers are a place you visit, which puts you back in the manual-checking problem with extra steps.
Polling the API yourself. Wikipedia’s API will return recent revisions for a page, and a short script on a timer can watch for changes. This is the right idea and it is how monitoring actually works underneath. What makes it a project rather than an afternoon is everything around the polling: deciding what counts as a change worth sending, turning a revision id into a readable diff, delivering mail that arrives rather than lands in spam, and keeping the thing running for years without anyone maintaining it.
There is also a faster source than polling. Wikimedia publishes a live stream of every change across all its projects as it happens, which removes the delay between an edit and the next poll. Reading it is straightforward. Turning it into something that emails a specific person about a specific page is the work.
What a real alert has to do
Anything that solves this has to clear a low bar that Wikipedia’s own tooling does not:
- Keep sending. The second edit matters as much as the first, and the fifth matters as much as the second. Notification cannot depend on the recipient having visited anything.
- Work per page. Following one article should not require following everything else, and following everything else should not bury the one article.
- Carry the change. An alert that says a page changed makes you go and look. An alert that shows you the diff lets you decide in ten seconds whether it matters.
- Arrive while it still matters. An edit that is live for a week has been read, indexed and possibly quoted. Speed is most of the value.
- Work without an account. Needing a Wikipedia login to monitor an article about yourself puts you one step from editing it, which is a place you should not be.
That last point deserves saying plainly, because it is where monitoring and editing get confused. Watching an article is not participating in it. We have never edited a Wikipedia article for a customer and we will not. Wikipedia’s rules on editing subjects you have a stake in exist for good reason, and the firms that ignore them get caught. Monitoring carries none of that risk, because reading a public page is not an edit.
What we do instead
We watch the page from outside Wikipedia, using the same public change feed Wikipedia publishes, and email you within 60 seconds of an edit with the change attached. Every edit, not the first one. One page or many, your choice. No Wikipedia account required, and nothing you monitor is ever published or shared.
See how it works, or compare it against the Watchlist directly.