Anna's Archive has a necessary problem: they must sometimes change domains and being anonymous makes it difficult for them to assert which domains are current. Thus, scammers and well-meaning editors alike make changes to the article that may be incorrect. Unfortunately, Anna's Archive have taken to asking their users to find valid URLs in this article—shifting a responsibility to us when we don't have the means to do it.
Our text should be verifiable, and we cannot possibly verify Anna's Archive URLs. This must come from them or a third party like a news source; they have the means to do so (by posting valid URLs on their subreddit's wiki page, for example), but don't. Because we try to accommodate this unusual circumstance, though, we've opened ourselves up to numerous changes to the infobox alone, with incorrect and sometimes malicious URLs passing through. Instead, we should require a solid citation for the URLs or else no URL at all. That would mean wikipedia is no longer responsible for validating URLs and providing our assurances of their validity to the larger public.
Below is a summary of what's happened in just a few years, and just in the infobox not the body of the article—note that almost every change was without any citation (and the first citation unfortunately was victim to a scam):
- 2022-12: Drbogdan adds a citation to the URL in the infobox, citing the AA website, About page, and the separate Anna's Blog site.
- 2023-01: Drbogdan adds another citation for "and related" URLs, citing a tweet from the AA twitter account.
- 2023-11: Drbogdan updates the second citation for "and alternative sites" to AA's website.
- 2024-01: LightNightLights removes first citation since both point to AA's website.
- 2024-04: Thumperward removes the remaining citation, commenting "rm excessive primary sources and non-policy extlinks".
- 2024-04: BruschettaFan changes URLs to .org, .gs, and .se; no citation.
- 2024-07: 83.28.217.24 removes .org from the URLs, leaving .gs and .se; no citation.
- 2024-07: 83.28.217.24 updates the URLs to .se, .li, and .org; no citation.
- 2024-07: H177013 removes the .org URL, leaving .se and .li; no citation.
- 2024-07: LightNightLights reverts the change, returning .org to the list of URLs; no citation, comment includes ".org works for me".
- 2025-02: Article is given a Good Article icon; three URLs listed, no citation.
- 2025-03: BruschettaFan removes .se and .org URLs from infobox leaving only .li and adds the other URLs to the article text, with this comment: "apparently one external link is preferred under WP:ELMIN so i incorporated it into the body of the article".
- 2025-04: Juwan changes URL to .gl as "copyediting and cleaning up references"; no citation but entry is now linked to WikiData for editing so changes don't necessarily show in the Wikipedia article's change log.
- 2025-06: 122.129.67.134 deleted the WikiData link and added .se, .li, and .org URLs in the infobox; no citation.
- 2025-06: Kovcszaln6 reverted the change, so that infobox again had WikiData link and only displayed .gl URL, with comment "WP:UCR"; no citation.
- 2025-06: 122.129.67.134 returned the .se, .li, and .org URLs to infobox and removed the WikiData-supplied .gl URL with the comment "per https:www.reddit.com/r/Annas_Archive"; no citation in infobox.
- 2025-07: BruschettaFan removed all URLs except .li from infobox giving the same reasoning as his action in 2025-03, "one URL is still preferred WP:ELMIN"; no citation in infobox.
- 2025-10: Μινγκ_κε_μινγκ adds back the .se and .org URLs with the comment, "They are mentioned at the bottom of each website"; no citation.
- 2025-11: Debate about URLs continues in the External Links section, with people sharing which URLs worked and failed for them; no citations.
- 2026-01: 2026-60651 adds .pm and .in URLs to the infobox and article text; no citation.
- 2026-01: Finnders2207 duplicates .pm and .in URLs in the infobox so they display twice.
- 2026-01: 2026-60651 removes the duplicates from Finnders2207 but keeps one set of .pm and .in URLs in the infobox.
- 2026-01: BruschettaFan removes the .org URL but leaves the others.
- 2026-01: 2026-60651 returns the .org URL.
- 2026-01: BruschettaFan again removes the .org URL with this comment: "since the FAQ cited now lists 4 mirror sites and not the .org domain this is an accurate representation of the current domains"; no citation in the infobox.
- 2026-01: 2025-33620-60 removes all URLs from infobox.
- 2026-01: BruschettaFan adds .li, .pm, and .in URLs to infobox with this comment: "until .in is officially reported as down or removed from AA's own list we should leave it"; no citation in infobox.
- 2026-01: Asbestossupply removes the .in URL with this comment: "removed .in domain as it's no longer in use"; no citation.
- 2026-01: BruschettaFan reverts, to return .in in the infobox with this comment: "Waiting until it's conclusively removed from their list"; no citation.
- 2026-02: 2026-70423-6 removes the .in URL with this comment: "deleted the .in domain since it's deactivated by the registry".
- 2026-02: AndryDavies removes the .pm URL.
- 2026-02: BruschettaFan adds the .gl URL to the infobox; no citation.
- 2026-02: 2026-82844-3 removes the .li URL.
- 2026-02: Gadfium reverts to return the .li URL to the infobox with this comment: "rv, unexplained removal of content"; no citation.
- 2026-02: 2026-98803-7 removes the .gl URL.
- 2026-02: 2026-10109-65 returns the .gl URL with this comment: "Link added: annas-archive.gl | This mirror is listed on annas-archive.li as an alternative." No citation.
- 2026-03: 2026-13751-35 removes the .gl URL.
- 2026-03: 2026-13607-14 modifies URLs to be "annanas" instead of "annas" and makes four URLs: .gl, .pk, .vg, and .gd.
- 2026-03: 2026-80539 corrects the typo but keeps the URLs for .gl, .pk, .vg, and .gd only; no citation.
- 2026-03: Madstilt removes .vg URL with this comment: "not working link removed"; no citation.
- 2026-04: 2026-25936-18 adds .io URL; no citation.
- 2026-04: Buckbidoof removes the .io URL with this comment: "Undid revision (fake scam website)".
- 2026-05: Justinn1431 removes the .gl URL with this comment: "Removed URL is no longer accessible".
- 2026-05: 2026-26961-17 returns the .gl URL; no citation.
- 2026-05: AdeeptDholakia99 adds the .is URL with this comment: "Added annas-archive.is as an additional verified domain for Anna's Archive, supported by references from official social media channels and publicly associated sources." No citation.
- 2026-05: Kovszaln6 reverts the change, thus removing the .is URL with the comment: "Unsourced".
- 2026-05: AdeeptDholakia99 returns the .is URL with this comment: "Added source for annas-archive.is domain referenced in official Anna's Archive communication". Adds first citation for a URL in the infobox.
- 2026-05: Hysocc reverts the change, again removing the .is URL with this comment: "this guy looks like global scammer. Better be safe".
- 2026-05: AdeeptDholakia99 again adds the .is URL with this comment: "I added a citation from Anna's Archive's official X/Twitter account referencing the annas-archive.is domain. The edit was reverted, so I wanted to discuss whether this source is sufficient for a brief factual mention of the domain in the listed mirrors/URLs section. The source used: https://x.com/theannasarchive/status/2054195885542678990 I am not proposing promotional c"
- 2026-05: Kovcszaln6 reverts the change, removing the .is URL without comment.
- 2026-05: TZubiri adds "citation needed" flags to the remaining URLs in the infobox, which are now .pk, .gd, and .gl.
- 2026-05: 2026-30959-34 removes the "citation needed" flags with this comment: "rvt. - try going to the website? it's self-documenting..."
- 2026-05: Eleanorsilly returns the "citation needed" flags to the URLs with this comment: "self reference isn't a good idea - else, scam sites would be as valid as the real ones."
- 2026-05: Gadfium adds a citation for one of the three URLs and removes all the "citation needed" flags; they cite the SLUM website.
- 2026-05: Kovcszaln6 removes the citation and returns the "citation needed" flags with this comment: "Not WP:RS".
- 2026-05: 2026-31960-59 returns the SLUM citation and removes the flags.
- 2026-05: Kovcszaln6 again removes the citation with this comment: "Unexplained revert; see Talk:Anna's_Archive#Source_for_annas-archive.is_domain".
- 2026-05: AirshipJungleman29 removes the "citation needed" flags from all three URLs.
Wikipedian-in-Waiting (talk) 00:12, 30 May 2026 (UTC)
- Good job on the summary. As I noted in my other comment, having the urls themselves is a cybersecurity incident and a neutrality issue.--TZubiri (talk) 00:20, 30 May 2026 (UTC)
- One concern if the URLs themselves were banned, would be how to enforce it. I suspect that people will start uploading the urls anyway, even if you block the infobox url field, they will upload the url's elsewhere.
- In that sense only, using some external source for the URLs would be better.
- However that only addresses the cybersecurity issue (somewhat, it mostly passes the responsibility to an external source, but that's standard Wikipedia).
- The issue of neutrality is ironically not solved at all by pushing the source of domains to an external reference, it just adds one layer of indirection, but allows wikipedia to remain as a source on what the (source to what the) Shadow Library address is.
- Consider that this is at the core of what the Shadow library is and what it's legal dispute was about, the libraries claim that they don't host the content itself, they merely point to where it is hosted, yet their domains are seized by international law enforcement after judicial processes, the act of pointing to a shadow library, isn't that far from being a part of the shadow libary itself. And pointing to a website like OpenSlum, which tracks the shadow libraries, is again no different, no matter how many layers of indirection you add, it doesn't seem like at some point it materially changes the legal and judicial implication of the participation in the distribution of the material.
- So yeah, if you like the URLs up there, I recommend you find a source and like it, or you'll just have the URLs removed altogether and potentially the article semi-protected. TZubiri (talk) 00:29, 30 May 2026 (UTC)
- For the ranked voting you proposed above:
- 1- URLs without references or citation needed tag.
- 2- URLs with citation needed tag
- 3- URLs with open slum reference
- 4- No URLs at all.
- My vote would be:
- 3 is my preferred choice with a note that I think their subreddit's wiki page would also be an ok citation
- 2
- 4
- 1 as last choice, considering how it's worked out so far
- Wikipedian-in-Waiting (talk) 00:44, 30 May 2026 (UTC)
- I looked to see how other similar Wikipedia articles were handling this.
- Of course, this is also an issue on the wikipedias in other languages (which I didn't look at), and the problem was illustrated recently when one (now blocked) editor added scam URLs to the infobox to the Anna's Archive and Z-Library Wikipedia articles in multiple languages. A good solution could help the other articles as well.
- Wikipedian-in-Waiting (talk) 15:09, 30 May 2026 (UTC)
- I think the best option is to cite AA itself, as we already do in the body, and we should use third-party sources (e.g. TorrentFreak) to choose what domain to use for the citation (so we avoid
self reference isn't a good idea - else, scam sites would be as valid as the real ones
). If this isn't supported, then let's just rely on third-party sources. Kovcszaln6 (talk) 17:03, 30 May 2026 (UTC)
- Since only 3 editors have commented, and 2/3 have a first preference for citing OpenSlum, and since as you note we already cite AA itself in the body but there's TorrentFreak for another source, I've added OpenSlum and TorrentFreak for citations in the infobox.
- Is there any allowed way to add a warning in the infobox itself that these URLs may not be valid? Wikipedian-in-Waiting (talk) 12:16, 2 June 2026 (UTC)
- The only thing that came to my mind was to maybe include some kind of "verified as of" date, although if we cannot come to a consensus about the sourcing, we might have to consider just simply not linking to AA at all.About the citations you added, I still do not see how slum is in any way reliable. Who even runs it? Secondly, could you explain why you added the TorrentFreak citation? I don't see it mentioning any of these domains. Kovcszaln6 (talk) 14:39, 2 June 2026 (UTC)
- I added the TorrentFreak link because you mentioned it: 'we should use third-party sources (e.g. TorrentFreak)'. I was unsure why you linked to that article, but assumed it was because of this passage:
- Leaving no room for interpretation, the order specifically names more than twenty companies and organizations. This includes familiar names like Cloudflare, Njalla, and DDOS-Guard, as well as the domain name registries of the site’s current active domains:
- – TELE Greenland/Tusass (managing the .gl domain)
- – PKNIC (managing the .pk domain)
- – National Telecommunications Regulatory Commission (managing Grenada’s .gd domain)
- The names include some intermediaries that were already listed in the Spotify default judgment, as well as new ones.
- We were informally taking a vote and that's how we got the SLUM website. I don't know the protocol here—do we move the conversation to a RfC to get better concensus, and maybe bring in editors interested in similar articles like LibraryGenesis and the Annas Archive articles in other languages? Wikipedian-in-Waiting (talk) 15:12, 2 June 2026 (UTC)
- I linked to that specific article as it lists AA's domains, but the one you cited in the infobox doesn't, so I'm still unsure why you chose that.An RfC would be too hasty in this case. The correct thing to do would be to discuss this. So I ask again: how is open slum WP:RS? I would also like to reiterate that I'm fine with citing AA for the domains (as we already do so in the body); is anyone against that? Kovcszaln6 (talk) 15:29, 2 June 2026 (UTC)
- Oh, I see what you mean. That was my mistake—I got the two TorrentFreak articles mixed up. I'll update the link with the article you're mentioning here.
- SLUM is not necessarily a reliable source. We don't know who runs it. But, we don't know who runs AA, Library Genesis, Sci-Hub (to an extent), and Z-Library, or any of their github, socials, etc. That's part of their whole deal, which creates a problem for them, which they've pushed onto wikipedia editors.
- In truth, we have no high-quality sources to cite. I'm not necessarily "pro-SLUM" so much as I'm pro-citation, or at least anti- wiki editors taking on the role of verifying domain safety and veracity. At least a SLUM citation is something, better than nothing, and it gives the reader a resource to consider when they are evaluating the trustworthiness of our article. A similar site with a known publisher is the list from Verts-Luisants. What are their credentials for deciding what's on their list of valid domains? I don't know.
- I feel that what we shouldn't do is what we're doing now: sometimes having scam sites listed in the AA, Libgen, Sci-Hub, and Z-Library articles, with the shadow libraries telling their users to trust what's here... and getting scammed because we weren't fast enough or skilled enough. It's something that has been discussed on their associated Talk pages for a few years now. Wikipedian-in-Waiting (talk) 16:40, 2 June 2026 (UTC)
- Thank you for fixing that.WP:ABOUTSELF is different from simply using unreliable sources.I'd support adding the slum site to the External links section; that can include any website deemed relevant. The reliability of Verts-Luisants is also questionable, but I wouldn't object to citing that.I agree. If the addition of scam sites becomes more common, we should consider protecting the article or removing links altogether. Kovcszaln6 (talk) 17:24, 2 June 2026 (UTC)
- When you mentioned Verts-Luisants, did you mean as an inline citation in the infobox or in External Links? Wikipedian-in-Waiting (talk) 20:03, 2 June 2026 (UTC)
- I meant as an inline citation. Kovcszaln6 (talk) 15:07, 3 June 2026 (UTC)
- That's very reasonable. It looks like we have only 3 votes cast, and all 3 of us would like to cite one of the monitoring sites in the infobox—if you prefer Verts-Luisants over SLUM, let's go with that. I'll make that change. Also, to keep it tidy and easier to update going forward, I'll remove the specific list of current domains from the "Website and operations" section.
- One thing I'd still like to raise, and I'll leave it with you to decide how to proceed: the same URL sourcing problem also has been recurring on the talk pages for Library Genesis, Z-Library, and Sci-Hub for years. I don't think any agreement we reach on this article will be visible to the editors on those talk pages, and without some broader documented consensus, the cycle is likely to continue across all of them.
- Would you be willing to open a short thread at WT:Verifiability or WT:Reliable sources to get wider input... not to reopen what we've agreed on here, but to see if there's existing guidance or appetite for a consistent approach across this class of articles? Given your experience and familiarity with the policy landscape, a post from you would reach the right people far more effectively than one from me. Wikipedian-in-Waiting (talk) 13:46, 4 June 2026 (UTC)
- I've opened a discussion here. Kovcszaln6 (talk) 17:30, 5 June 2026 (UTC)
- The dispute over the website could be solved by giving the original as a non-clickable link, e.g.,
|website=example.org (original). WhatamIdoing (talk) 19:43, 5 June 2026 (UTC)
- The question isn't about being clickable, though.
- Here's an example:
- Anna's Archive (AA) tells redditors to always look at this article to find the currently correct URL.
- Wiki editors update the URL based on what's showing on a website that we guess is probably not a scammer site.
- AA moves to a different URL. Or, a scammer sets up an entire ecosystem (website, twitter, etc.) and tells everyone this is the new URL.
- Wiki editors update the URL based on what's showing at some new website (scammer or not). There's no way to verify that it's correct, so editor reasoning is "trust me bro" or "I clicked it and I think nothing bad happened" or "I found this on Telegram and it feels legit to me", etc.
- Readers trust wiki editors to not provide scams on our articles, not understanding that we don't know anymore than they do. They click, and get treated to either a valid site, or a scam site that swindles them out of money, or porn.
- So the question is this: Usually, an organization's website is pretty easy to ascertain, and it usually remains the same for long periods of time, and it's low-stakes if we have it outdated. In this case, though, we have no way to validate (because they are impossible to trace, by design), they change more frequently and without notice, and it's high-stakes when we get it wrong—for the reader, but also for wikipedia, whose reputation is hurt when we give harmful URLs. Wikipedian-in-Waiting (talk) 19:58, 5 June 2026 (UTC)
- Let me try again:
- Our problem is that two places in the article are endlessly and sometimes erroneously being changed.
- We could make our problem be smaller by making only one place in the article get endlessly and sometimes erroneously changed.
- One way to make our problem smaller is to put only the original website name in the infobox (and make it non-clickable plus marking it as "original") so people don't think it's the current one).
- We will still have the problem of people endlessly and sometimes erroneously changing the other place in the article, but we'd have reduced the problem space to one place. WhatamIdoing (talk) 20:01, 5 June 2026 (UTC)
- I think our problem is that we are being asked to do original research when we try to verify URLs for shadow libraries, for something that's not verifiable by us. But either way, your proposed solution is one way to address the problem, if I understand it correctly?
- In the article right now, there are links to AA's website in the cited references under Anna's Archive#Primary sources (21 citations), and three links in the Infobox. For the Infobox, you propose changing the https://annas-archive.pk/, https://annas-archive.gl, and https://annas-archive.gd links to
https!://annas-archive.org (original, defunct) or http!://pilimi.org/ (original, defunct).
- Extending the same proposed idea to the Primary Sources citations, we could cite webpages that are at defunct domains; for example, the link to their Datasets (currently shown as https://annas-archive.gl/datasets) would instead go to https://annas-archive.org/datasets or possibly better a link to the Internet Archive of the defunct, original page.
- Have I understood it correctly? Or close? Wikipedian-in-Waiting (talk) 20:24, 5 June 2026 (UTC)
- I don't quite see how trying to verify the URLs of shadow libraries counts as "original research". It doesn't actually seem all that different from, say, finding the new location of webpages that have changed URLs due to site redesigns, or noticing that an old URL now points to a dead domain and needs to be replaced with an archive copy. Stepwise Continuous Dysfunction (talk) 22:40, 5 June 2026 (UTC)
- Perhaps. Let's take a concrete example: If you were updating the URL in the infobox, which of these two URLs would you enter, and how did you come to your conclusion?
- Wikipedian-in-Waiting (talk) 23:08, 5 June 2026 (UTC)
- A domain change is fundamentally different from a URL change. To read up on the technical differences see Domain_name_system and Hypertext_transfer_protocol. To summarize the technical difference and the policy implications, a domain identifies the organization in charge of hosting the content, while the non-domain part of the URL identifies the resource, so as long as the domain is the same, the author or publisher of the source is guaranteed to be the same. However if the domain changes, there is no guarantee that the author or publisher has not changed, and by extension the content being linked to cannot guaranteed to be the same.
- For this reason, policies like WP:LINKROT which are designed for changing URLs are simply not appropriate for this case. TZubiri (talk) 10:48, 11 June 2026 (UTC)
Looks like the URL section with external references has achieved stability for around a week, thank you @Wikipedian-in-waiting. --TZubiri (talk) 10:54, 11 June 2026 (UTC)
How often do these links change and how do people know that these are the correct AA links? Some1 (talk) 02:18, 12 June 2026 (UTC)
- They change sporadically and without advance notice, moving when there's been something like an unfavorable outcome in courts. The fact that they can't announce it in advance contributes to the confusion about who is legit and who is a scammer. I would say, it doesn't change too often, but a lot compared to a personal website or business. Since 2022, there have been about 12 (but they often have several at the same time).
- There is truly no way to know which links are legit. You must decide who you trust and have a bit of savvy about scam sites, then make a judgment call. As I wrote earlier, you can test this for yourself: If you were updating the URL in the infobox, which of these two URLs would you enter, and how did you come to your conclusion?
- Wikipedian-in-Waiting (talk) 12:33, 12 June 2026 (UTC)
- Thank you for the answer. Do the official Anna's Archive owners announce the new links via social media or some other official AA website? The reason is I'm asking is because if it's via their official website, then the "reliable source" for the URL could be that official social media announcement post. Some1 (talk) 18:28, 12 June 2026 (UTC)
- Anna's Archive is a shadow library: they provide links to books that people download for free, including books still under copyright. Publishers took them to court and won a $20 million judgement against them. This was always a risk, and happened to Library Genesis, a shadow library from which Anna's Archive sprang. So, Anna's Archive is run by an anonymous collective of people to avoid prosecution. They (suddenly, without advance warning to the public) change domains to evade lawsuits, and also because some registrars complied with court orders to suspend service thus forcing them to move.
- There's not an official website per se, a stable place that doesn't move around and that has an identity that can be completely known. They have a blog, that's at their current URL, but scammer websites are set up to look similar and they just copy the blog. They have a subreddit and I believe the moderators there are in communication with the AA team but that's just a matter of personal belief and trust, there's no way to know (but I've argued that the moderators there could update the subreddit's wiki page with their current domains, as other shadow libraries do on their subreddits without problems from reddit administrators). They used to have a twitter account; that's gone but the scammers create "official" twitter accounts to direct people to the scam sites. This is the crux of why Anna's Archive points people to this wikipedia article for the current domains—they don't have another stable, dependable, trustworthy platform. However, doing that just shifts the problem to wikipedia editors without providing the editors with tools to verify. Wikipedian-in-Waiting (talk) 19:48, 12 June 2026 (UTC)
- Would applying pending changes protection to prevent editors from directly updating the page reduce the possibility of shady links being added as official ones? Whenever my bookmarked AA link fails, I just come here and mindlessly click on whatever link is listed as the current domain (in incognito, assuming Chrome will block anything suspicious). I don't really see a way for us to ensure that a link is valid just by looking at it. Paprikaiser (talk) 02:52, 14 June 2026 (UTC)
- That seems reasonable. I'll request that. Kovcszaln6 (talk) 09:20, 14 June 2026 (UTC)
- I have enabled pending changes for 1 month. Not sure what duration to put. Let's consider it as a trial. Let me know if it should be a longer duration (I am looking at no more than a year though on a trial basis). If it helps with the situation in the future, we can consider indefinite duration. – robertsky (talk) 14:08, 14 June 2026 (UTC)
- The month trial of pending changes is expiring soon. Will it be extended? Trailblzr99 (talk) 11:46, 9 July 2026 (UTC)
- @Trailblzr99 indef pending changes applied after observing the edits made since July. (yeah.. it's on my watchlist and have been monitoring). – robertsky (talk) 19:02, 23 September 2026 (UTC)
- Btw, this page seems to list the current domains of AA in real time. Paprikaiser (talk) 22:04, 24 September 2026 (UTC)