一次复盘只围绕一条推文
发布活动通知后,你可能想知道有哪些账号帮助扩散。准备目标 tweet_id 查询转推用户列表,先确认它对应原始通知而非另一条讨论。转推视角只展示某种互动关系,不能直接回答多少人真正看过公告,也不能替代其他类型互动的完整分析。将问题限定在可见传播线索,更容易给出准确结论。
不替转推者解释态度
使用 cursor 查看后续结果,整理时按实际账号标识区分记录,别因为昵称相似就合并。一个账号转发可能为了推荐、提醒或讨论,列表本身不足以确定态度。假设你看到某个机构账号出现,可以进一步查看公开语境,但不能直接写“该机构支持活动”,更不能推断对方与主办方存在合作关系。
交付一份可以继续核查的记录
自己的复盘表可以列出原推文、观察时间、已查看范围和需要回看上下文的账号。不要从部分列表外推总触达,也不凭账号资料猜测受众年龄、收入或购买意愿。若要比较两次活动,至少说明观察时间和读取范围是否一致。最终这份材料帮助你寻找传播路径上的公开线索,而不是证明活动带来了多少报名或收入;这些业务结果需要另外的实际记录。
完整地址与参数
GET https://api.trmesh.com/openapi/api/v1/twitter/web/fetch_retweet_user_list
| 参数 | 类型 | 必填 | 含义 |
|---|---|---|---|
tweet_id |
string | 是 | 推文ID |
cursor |
string | 否 | 游标 |
可以复制的 Python 请求
安装 requests 并在环境变量中设置 TRMESH_API_TOKEN。把示例用户名或作品 ID 换成你要查询的对象。
import os
import requests
# 使用自己的 TRMesh 开发者密钥;不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/twitter/web/fetch_retweet_user_list"
params = {
"tweet_id": "1835124037934367098"
}
response = requests.get(
url, params=params, timeout=30,
headers={"Authorization": f"Bearer {os.environ['TRMESH_API_TOKEN']}"},
)
response.raise_for_status()
payload = response.json()
print(payload) # 先核对真实响应,再提取业务字段
调用接口会使用你的 TRMesh 账号额度,运行前请确认接口价格。