维基百科“What links here”与推荐工具反向链接计数差异技术咨询

我来帮你拆解这个问题——之前我也碰到过类似的情况，核心差异主要来自API的默认行为和维基百科页面“What links here”的展示逻辑不一致，具体原因和解决方案如下：

问题原因 #

• 命名空间范围不同：MediaWiki API默认会返回所有命名空间的反向链接（包括用户页、讨论页、模板页、模块页等），而维基百科“What links here”页面默认只展示**主命名空间（文章页，命名空间ID=0）**的内容。这是导致数量差异最常见的原因，比如Canada这样的热门页面，模板、讨论页里的反向链接数量非常多。
• 重定向处理逻辑差异：API的blfilterredir参数默认值是all，也就是会包含指向重定向页面的反向链接；而你在页面上勾选“排除重定向”后，维基百科会过滤掉这类链接。如果你的API请求没设置这个参数，自然会得到更多结果。
• 计数统计方式不同：维基百科页面的“What links here”计数是去重后的页面数量（同一个页面不管链接多少次只算一次），而如果你的API请求没做去重处理，可能会返回同一页面的多个链接实例（比如某篇文章里多次链接到Canada），导致计数虚高。

解决方案 #

• 限定目标命名空间：在API请求中添加blnamespace=0参数，只获取主命名空间的反向链接，和维基百科页面默认展示范围对齐。示例请求片段：

  action=query&list=backlinks&bltitle=Canada&blnamespace=0
  

• 排除重定向链接：设置blfilterredir=nonredirects参数，过滤掉指向重定向页面的反向链接，和页面上“排除重定向”的功能一致。完整参数示例：

  action=query&list=backlinks&bltitle=Canada&blnamespace=0&blfilterredir=nonredirects&blcontinue=
  

• 自行去重处理：如果API返回的结果中存在同一页面的多条链接记录，你可以在本地对返回的title字段进行去重，得到和页面计数一致的独立页面数量。
• 验证分页参数：确保blcontinue参数正确传递，避免遗漏部分结果，同时也可以用bllimit参数调整每次请求返回的数量（最大为500），提升获取效率。

内容的提问来源于stack exchange，提问作者user1200