点赞最多的推文和粉丝最多的账号(以及你找到的每一份榜单为什么都是过期的)
点赞最多的推文和粉丝最多的账号(以及你找到的每一份榜单为什么都是过期的)
每一篇"史上点赞最多的推文"文章都有一个结构性问题，包括那些排在本文前面的：★它们只在发布当天是准确的。★
排行榜是给一个运动中的东西拍的照片。 2022 年保持纪录的那条推文现在已经不是了，而你正在读的那份榜单，上一次更新可能是一年前。
★所以这一页做两件事：给出当下的纪录，以及教你自己去核对 —— 因为第二件事在本文也过期之后依然有效。★
撰文时的纪录
点赞最多的帖子： Chadwick Boseman 的讣告(2020 年 8 月)多年保持纪录，约 690 万赞，至今仍是后来者被对标的基准。
粉丝最多的账号： Elon Musk，目前 2 亿以上 —— 这个位置是从 Barack Obama 手里接过来的，后者在平台大部分历史里都是第一。
转发最多的帖子： 前泽友作 2019 年的抽奖，超过 400 万转发，由一个明确的"转发即参与"机制推起来。
⚠️ 上面每一个数字都是近似值，而且在漂移。 这不是含糊其辞 —— 这就是数据的真实状态，而任何把它们当作固定数字呈现的页面，都在误导你理解这个平台的运作方式。
有用的能力不是背下当前的保持者，而是有能力去核对 —— 下面详述。
排行榜为什么会漂移
三股力量在推动这些数字，而且速度各不相同：
1. 纪录是悄悄被打破的。 帖子越过某个门槛时不会有任何通知。纪录变了，文章没变。
2. 老纪录会自己膨胀。 ★一条 2020 年的帖子会持续积累点赞长达数年。★ 拿 2020 年的帖子和 2026 年的帖子比较的榜单并不是在同一标准下比较 —— 前者多了六年时间去积累。
3. 账号会被删除、封禁或改名。 当一条保持纪录的帖子消失时，★大多数已发布的榜单根本不会察觉★，继续引用一个已经不存在的东西。
叠加效应： 一份从别的榜单拼出来的榜单，会继承上面每一个错误。★这些词底下排名靠前的内容，很多是复制品的复制品。★
自己核对一条纪录
一个纪录主张，本质上就是某条具体帖子上的一个数字，而那个数字是公开的。核实它只要一个调用。
import requests
BASE = "https://api.socialapi.tech"
KEY = "your_api_key"
HDRS = {"X-API-Key": KEY}
def verify(tweet_id):
"""某条具体帖子的当前互动数 —— 真正的纪录核对。"""
r = requests.get(f"{BASE}/v1/tweet/info",
params={"id": tweet_id}, headers=HDRS, timeout=60)
if r.status_code == 404:
return None # ★已删除 —— 一个没人能保持的纪录★
r.raise_for_status()
return r.json()["data"]
t = verify("1234567890123456789")
if t is None:
print("帖子已不存在")
else:
print(f"{t.get('like_count', 0):>12,} 赞")
print(f"{t.get('retweet_count', 0):>12,} 转发")
print(f"{t.get('quote_count', 0):>12,} 引用")
★注意那个 404 分支。★ 保持纪录的帖子确实会被删除，而一旦删除，★每一份仍在引用它的榜单在那一刻就错了★ —— 这正是这段检查能抓到的失败。
跨账号比较粉丝数
粉丝最多这个问题更简单，因为粉丝数就在资料页上。一个批量调用就能覆盖整份候选名单：
def ranking(usernames):
"""多个账号的粉丝数,一个调用,直接排序。"""
r = requests.get(f"{BASE}/v1/batch/user_info",
params={"usernames": ",".join(usernames)},
headers=HDRS, timeout=60)
r.raise_for_status()
people = r.json()["data"]
return sorted(people, key=lambda u: -u.get("followers_count", 0))
for i, u in enumerate(ranking(["elonmusk", "barackobama", "justinbieber",
"rihanna", "cristiano"]), 1):
print(f"{i}. @{u['username']:<16} {u.get('followers_count', 0):>13,}")
★这才是那个不会过期的版本。★(一个批量调用而不是每个账号调一次。)今天跑就得到今天的答案，明年跑就得到明年的 —— ★这就是"一份榜单"和"一个方法"的区别。★
没人提的那个测量问题
⚠️ ★★"史上点赞最多"根本不是这个平台能回答的问题。★★
不存在全局排行榜，没有任何接口能把有史以来的每一条帖子按点赞数排序，也没有办法枚举整个语料库。★每一份"史上"榜单，实际上都是一份「有人事先就怀疑它们是竞争者」的帖子清单，拿去核对然后排序。★
这有一个实际后果： 一条真正很火但没人想到去提名的帖子，★就永远不会出现在任何榜单上★。这些排行榜衡量的不是平台，而是人们记得去核对的那部分。
所以诚实的表述是： 这些是在被广泛追踪的那些帖子当中互动最高的。这是一个窄得多的主张，也是数据唯一支持得起的那个。
大家会问的问题
史上点赞最多的推文是哪条？ Chadwick Boseman 的讣告，约 690 万赞，是长期基准。★引用前先核对 —— 纪录会变。★
点赞最多的推文是哪条？ 同一个答案，同一个提醒：没有哪份榜单默认是最新的。
推特上谁的粉丝最多？ Elon Musk，目前 2 亿以上。此前是 Barack Obama。
推特上粉丝最多的人是谁？ 同上。榜单顶部由个人账号主导，不是品牌。
粉丝最多的推特账号有哪些？ 一小撮全球名人和政治人物，加上几个平台官方账号。顺序会变，成员很少变。
转发最多的推文是哪条？ 前泽友作 2019 年的抽奖，超过 400 万转发 —— 由"转发即参与"机制推起来。
点赞最多的推文还是那条吗？ 去核对，别假设。 这正是本页的全部要点。
我自己怎么核对一条纪录？ 帖子当前计数用一个调用，粉丝排行用一个批量调用。
为什么不同网站给的答案不一样？ 快照日期不同。 大多数榜单是更旧榜单的复制品。
推特有官方排行榜吗？ 没有。★不存在全局排名接口，这正是每份榜单都靠手工拼装的原因。★
能找到某个话题下点赞最多的推文吗？ 不能穷尽。 你可以搜索并对取回的结果排序，但那和给全部内容排名不是一回事。
能拿到某个账号点赞最多的推文吗？ 能 —— 把他的帖子拉下来在本地排序。★那是一个有边界的问题，不像"史上"。★
接口为什么不能按点赞全局排序？ 排序需要有一个语料库可排。 没有任何人 —— 包括平台自己的搜索 —— 以那种方式暴露完整存档。
老推文还会继续涨赞吗？ 会，而且无限期。★这正是"年代不匹配的比较"会高估老帖子的原因。★
如果那条帖子被删了，纪录怎么算？ 它不再可核实。 引用它的榜单在不做任何改动的情况下就变错了。
哪个账号涨粉最快？ 增速类纪录比总量更不可靠 —— 没有人采样频率高到足以确立它们。
这些纪录多久变一次？ 粉丝排行顶部每月都在动。点赞纪录很少被破，一破就保持数年。
粉丝数准确吗？ 作为计数是准确的。 ★但它不告诉你有多少是活跃的或真实的★ —— 那是另一个问题。
第一条推文是什么？ Jack Dorsey 的 "just setting up my twttr",2006 年 3 月。
能看某一天最热的推文吗？ 不能作为排行榜看。 你可以搜索一个日期区间再对返回结果排序 —— 日期搜索怎么用。
有浏览量最高的纪录吗？ 浏览量到 2022 年底才公开，★所以在那之前没有可比的历史★。
机器人会刷高这些数字吗？ 部分互动是自动化的。 对抽奖驱动的纪录影响最大 —— 这一点对转发纪录尤其值得记住。
能追踪一条纪录随时间的变化吗？ 能 —— 定时轮询那条帖子的计数并自己存下来。平台不会替你保留历史。
粉丝最多的品牌账号是哪个？ 品牌远低于个人。差距大约是一个数量级。
第一名账号有多少粉丝？ 2 亿以上且还在涨。 ★这里印出任何精确数字，几周内都会是错的。★
能直接比较两个账号吗？ 能 —— 一个批量调用同时返回两个，比较是本地算术。
为什么我的数字和某网站显示的不一样？ 缓存。 很多网站很少刷新排行榜，有些从来不刷新。
这些纪录分地区吗？ 全球榜单严重偏向英语账号。 ★地区性纪录存在，但被追踪的程度低得多。★
引用最多的推文呢？ 很少被追踪，因为引用是后来才单独计数的。数据比点赞稀薄。
我能自己做一个排行榜吗？ 能，对一个已定义的候选集。 ★定义集合、取数、排序 —— 那是一个诚实的排行榜。★
认证会影响粉丝数吗？ 不会。它改变的是可见性机制，不是计数本身。
被封的账号还会留在榜单里吗？ 不该留，但已发布的榜单经常留着。
引用一条纪录最好的方式是什么？ ★带上你核对它的日期。★ 一个没有时间戳的纪录是一个断言，不是一个事实。
简短版
上面的纪录是真实的、撰文时是当下的 —— 而这个限定词在实实在在地起作用。
★"史上点赞最多"不是平台能回答的东西 —— 没有全局排行榜，也没有办法枚举每一条帖子。★ 每一份排行榜都是手工挑出来的候选清单，这意味着★一条没人提名的热门帖子永远不会出现在任何榜单上★。
能扛过这个问题的是方法，而不是榜单。 我们的 API 返回任意帖子的当前互动数，以及跨多个账号的批量粉丝数 —— 所以核实一条纪录、或者对你自己定义的集合建一个排行榜，只是一个短脚本。只读、固定按次价格。
没有任何接口提供什么： 一个把有史以来每条帖子排好序的索引。★那个接口在任何地方都不存在，而这正是这些榜单彼此矛盾的真正原因。★
延伸阅读：各互动指标到底是什么意思 · 按日期区间搜索 · 有多少粉丝是真的 · 拉取一个账号的完整历史。