作者:Sorsa 编辑部
更新于 2026 年 7 月:新增 100 次免费请求的起步优惠,把价格改用“每 1,000 份资料”对照当前价目表重述,并刷新了成本场景。上一次评审(2026 年 6 月)确认了当前在用的粉丝导出工具、扩展和开源爬虫,也确认了曾经流行的 Twint 库对 X 当前系统已不再有效。
核心要点: 抽取一份 Twitter/X 粉丝列表有四种方式:第三方 API(最快、完整资料、可自动化)、浏览器扩展(无代码,但慢且有上限)、自制爬虫(免费但脆弱且违反 X 条款),或 X 原生导出(仅限自己账号、只有 ID 没有资料)。按数据量和你需要的字段来选。
X 没有“下载粉丝”按钮,自 2023 年定价大改以来,官方 API 按返回的每份资料对粉丝读取计费,这在规模化时很快就变贵。正是这道缺口催生了一个替代方案市场。Sorsa API 这个替代 Twitter/X API 服务商就是其中之一:其 /followers 接口用单个 ApiKey 请求头,每次请求返回最多 200 份完整粉丝资料,采用按请求计费,折算下来资料数据每 1,000 份从 $0.01 起,每个套餐固定每秒 20 次请求,且没有 OAuth 流程或审批队列。每个账号注册即送 100 次免费请求(一次性、无需绑卡、永不过期),足以在付费之前拉取数万份资料。如果你只想快速看一眼、不写代码,免费的最近粉丝工具能在浏览器里展示任意公开账号最新的粉丝。本指南余下部分会诚实地对比每种方法,包括在哪些情况下用 API 是杀鸡用牛刀。
对任何做受众研究、获客或竞品分析的人来说,网页界面是一条死路。你只能一屏一屏地滚动粉丝,无法导出一份结构化的、含简介、位置、粉丝数或任何其他元数据的列表。下面的方法各自解决了这一点,但取舍差别很大。
目录
- 究竟为什么要抽取粉丝?
- 方法对比:哪种方式适合你的场景?
- 方法 1:第三方 API(规模化推荐)
- 方法 2:浏览器扩展(无代码,小列表)
- 方法 3:用 Selenium 或 Playwright 自制爬虫
- 方法 4:通过 X 数据下载手动导出
- 抽取 5 万个粉丝要花多少钱?
- 拿到数据之后该做什么
- 各方法的风险与安全
- 常见问题
究竟为什么要抽取粉丝? {#why-extract-followers-in-the-first-place}
一份粉丝列表是一个由主动选择关注某个特定账号的人组成的数据集,这使其成为任何社交平台上最有针对性的受众信号之一。四类用例驱动了大多数抽取。
获客。 导出某个竞品账号的粉丝,按"founder"或"VP Marketing"等简介关键词过滤,你就在几分钟而非几周内建好了一份热线索名单。那份过滤后的名单,正是规模化在 Twitter 上寻找潜在客户的起点。
受众研究。 谁关注一个账号,告诉你这个账号的内容实际触达了谁。一个拥有 5 万个多为僵尸粉的品牌,和一个拥有 5 万个各自都有真实粉丝的活跃开发者的品牌,处境天差地别。
网红核查。 在为一条赞助帖付费之前,抽取该网红的粉丝列表,查一查其中有多大比例是带有相关简介、真实活跃的账号。我们最常见到的模式是:某网红受众中的一大块,原来是同一个短时间窗口内创建的不活跃账号,这正是那种在一笔五位数交易发生前就将其扼杀的东西。跑一遍 Twitter 机器人检测,就能把那份直觉变成一个可量化的虚假或休眠粉丝比例。
竞争情报。 从两三个竞品那里拉取粉丝列表,找出交集(同时关注他们所有人的账号),你就锁定了你所在细分领域里最活跃的一批人。他们本就关注你的领域,所以比冷受众转化得更好。这种交集分析,正是持续竞品追踪的核心。
方法对比:哪种方式适合你的场景? {#method-comparison-which-approach-fits-your-use-case}
这四种方法差别最大的地方在于:数据量、数据丰富度、账号风险,以及能否自动化。在逐一展开之前,先看四种方法的整体对比。
| 第三方 API | 浏览器扩展 | 自制爬虫(Selenium) | X 手动导出 | |
|---|---|---|---|---|
| 单次运行最多粉丝数 | 无限(分页) | 200 到 50,000,取决于工具 | 理论无限,实际约 5K 到 10K | 仅你自己的粉丝,无详情 |
| 返回的数据字段 | 15 到 20+(简介、位置、各类计数、认证状态、URL) | 10 到 26,取决于扩展 | 不定,通常只有名字和用户名 | 仅用户 ID(无简介、无计数) |
| 是否需要写代码 | 需要(基础 HTTP 请求) | 否 | 需要(Python 加浏览器自动化) | 否 |
| 账号风险 | 无(用 API 密钥,而非你的 X 会话) | 低到中(用你的会话 cookie) | 高(模拟浏览器行为,可被检测) | 无 |
| 速度(1 万粉丝) | 约 50 次请求,一分钟以内 | 30 到 90 分钟 | 1 到 4 小时 | 不适用 |
| 对任意公开账号有效 | 是 | 是 | 是 | 否(仅你自己的账号) |
| 可自动化 / 可定时 | 是 | 有限 | 是,但脆弱 | 否 |
| 成本 | 按请求计费,每 1,000 份资料从 $0.01 起 | 免费到约 $9.99/月 | 免费(但耗费开发时间) | 免费 |
一句话概括:如果你需要几百个以上的粉丝、想要丰富的资料数据,或计划按计划运行抽取,那么 API 是最可靠的路径。扩展适合小列表的快速一次性导出。自制爬虫对大多数团队而言是省小钱吃大亏。手动导出是备份你自己账号的最后手段。
方法 1:第三方 API {#method-1-third-party-api}
基于 API 的方式向一个服务发送 HTTP 请求,该服务返回含粉丝数据的结构化 JSON。没有浏览器会话、没有 cookie、对你的 X 账号毫无风险,因为你用 API 密钥而非你的 Twitter 登录来认证。这是能规模化的方法。
Sorsa 的 /followers 接口每次请求返回最多 200 份完整用户资料。每份资料包括用户名、显示名、简介、位置、粉丝数、关注数、推文数、认证状态、头像 URL、简介中的 URL 等等。你用游标翻页遍历整份列表。
如果你已经定了走 API 路线,并想要完整的开发者详解(接口、认证、分页和生产模式),我们的 Twitter 粉丝 API 指南对此有深入介绍。本节是简版。
快速上手:拉取第一页
curl "https://api.sorsa.io/v3/followers?username=stripe" \
-H "ApiKey: YOUR_API_KEY"
这一次请求就返回最多 200 份带完整元数据的粉丝资料。没有 OAuth 流程、没有应用审批、没有 bearer 令牌。一个请求头,一个参数。
Python:抽取并保存一份完整的粉丝列表
这个循环翻遍整份列表、处理速率限制,并对总页数设上限,好让一个失控的任务无法悄悄榨干你的额度。
import requests
import time
import csv
API_KEY = "YOUR_API_KEY"
def extract_followers(username, max_pages=50):
"""拉取一个公开账号的完整粉丝列表。"""
all_users = []
cursor = None
for page in range(max_pages):
params = {"username": username}
if cursor:
params["next_cursor"] = cursor
resp = requests.get(
"https://api.sorsa.io/v3/followers",
headers={"ApiKey": API_KEY},
params=params,
timeout=30,
)
resp.raise_for_status()
data = resp.json()
users = data.get("users", [])
all_users.extend(users)
print(f"Page {page + 1}: {len(users)} followers (total: {len(all_users)})")
cursor = data.get("next_cursor")
if not cursor:
break
time.sleep(0.05) # 稳稳地待在每秒 20 次请求的限制以内
return all_users
# 抽取
followers = extract_followers("stripe", max_pages=100)
# 保存为 CSV
with open("followers.csv", "w", newline="", encoding="utf-8") as f:
writer = csv.writer(f)
writer.writerow(["username", "display_name", "followers_count", "bio", "location"])
for u in followers:
writer.writerow([
u.get("username", ""),
u.get("display_name", ""),
u.get("followers_count", 0),
(u.get("description", "") or "").replace("\n", " "),
u.get("location", ""),
])
print(f"Saved {len(followers)} followers to followers.csv")
在固定每秒 20 次请求下,算下来约合每秒 4,000 个粉丝的实际墙钟时间,所以一个 10 万粉丝的账号不到半分钟就能跑完。
JavaScript:在 Node.js 里做同样的抽取
const fs = require("fs");
const API_KEY = "YOUR_API_KEY";
async function extractFollowers(username, maxPages = 50) {
let allUsers = [];
let cursor = null;
for (let page = 0; page < maxPages; page++) {
const url = new URL("https://api.sorsa.io/v3/followers");
url.searchParams.set("username", username);
if (cursor) url.searchParams.set("next_cursor", cursor);
const resp = await fetch(url, { headers: { ApiKey: API_KEY } });
if (!resp.ok) throw new Error(`HTTP ${resp.status}`);
const data = await resp.json();
const users = data.users || [];
allUsers = allUsers.concat(users);
console.log(`Page ${page + 1}: ${users.length} (total: ${allUsers.length})`);
cursor = data.next_cursor;
if (!cursor) break;
await new Promise((r) => setTimeout(r, 50));
}
return allUsers;
}
extractFollowers("stripe", 100).then((followers) => {
fs.writeFileSync("followers.json", JSON.stringify(followers, null, 2));
console.log(`Saved ${followers.length} followers`);
});
拿到关注列表(某账号关注了谁)
把接口从 /followers 换成 /follows。其余一切保持不变。/follows 接口返回相同的用户资料结构,并采用相同的每页 200 份的分页。
关注列表往往比粉丝列表更能说明问题。一位创始人的关注列表,显示了他们盯着哪些投资人、竞品和意见领袖;一位网红的关注列表,则暴露了他们的信息来源。
仅限已认证粉丝
如果你只在意已认证账号(蓝标、金标或灰标),就用 /verified-followers 接口。请求格式相同、响应结构相同,但已预先过滤为已认证用户。适合在无需对完整列表做后处理的情况下,把高知名度粉丝单独挑出来。
方法 2:浏览器扩展 {#method-2-browser-extensions}
像 X Follow Exporter 和 XExporter 这样的浏览器扩展在 Chrome 内部运行,借助你活跃的 X 会话滚动粉丝列表并抓取数据,无需写代码。它们是最接近一键导出的东西,对小列表来说也够用。
它们如何工作: 你打开一个资料页、点击扩展图标,它就自动滚动,随着数据加载而抓取资料。结果可导出为 CSV、JSON 或 Excel。
实际限制:
- 速度。 扩展会在滚动之间加入延迟,以免触发 X 的速率限制,所以抽取 1 万个粉丝要 30 到 90 分钟,而通过 API 只需不到一分钟。
- 容量上限。 免费档通常把导出限制在约 200 条记录。付费档(一般在每月 $5 到 $10 区间)每次导出上限 5 万。拥有数十万粉丝的账号会撞墙。
- 会话依赖。 扩展用的是你已登录的 X 会话。异常的滚动模式可能促使 X 限流你的账号或抛出验证码。有风险的是你的账号,而不是一个单独的 API 密钥。
- 无自动化。 你无法安排周期性抽取,也无法把它们接进数据管道。每次导出都是一个手动的、绑定浏览器的过程。
扩展何时说得通: 一次性导出几千个粉丝、当你不写代码也不需要自动化时。对于一个每季度从某个细分账号拉取一次 500 个粉丝的营销经理,扩展完全没问题。主要的取舍在于:扩展倚赖你自己已登录的 X 会话,而一个由 API 支撑的无代码工具则跑在一个单独的数据层上,永远不碰你的账号。
方法 3:用 Selenium 或 Playwright 自制爬虫 {#method-3-diy-scrapers-with-selenium-or-playwright}
开源爬虫用浏览器自动化登录 X、导航到粉丝页面,一边滚动一边解析 HTML。吸引力显而易见:免费、开源、完全掌控。而现实没那么诱人,账本也很少算得过来。
- 天生脆弱。 这些爬虫解析 X 的 HTML,而 HTML 会毫无预警地变。这个领域大多数公开仓库已有一到三年没更新。当 X 重命名一个 CSS 类或重构 DOM 时,爬虫要么静默失效,要么返回垃圾。
- 认证风险。 每个爬虫都需要你的 X 会话 cookie 或登录。你是在把账号访问权交给一个自动化脚本,而 X 在其服务条款里明确禁止这种行为。这里的封号不是理论上的。
- 慢。 Selenium 加载完整的浏览器页面、等待 JavaScript 渲染,再解析 DOM。抽取 1 万个粉丝可能要一到四个小时。
- 维护成本。 就算一个今天能用的爬虫,下个月坏了也得有人去修。持续的工程时间往往超过一个付费 API 的成本。
还有一个值得点名的“时效陷阱”:这方面最知名的免费 Python 库 Twint,在 2023 年 X 锁死其所依赖的接口后就停止工作了,所以任何仍在推荐它的指南都已过时。团队常常在搭建和维护一个基于 Selenium 的 Twitter 爬虫上砸进 40 多个小时,结果在半年里 X 第三次改动 DOM 后就弃用了。前期成本是零;总成本很少是。
自制爬虫何时说得通: 你在把网页抓取当作一项技能来学、你需要一次极小的一次性抽取,或你处在没有任何付费工具可选的约束之下。
方法 4:通过 X 数据下载手动导出 {#method-4-manual-export-via-xs-data-download}
X 允许你通过“设置 → 你的账号 → 下载你数据的存档”来申请一份你自己账号数据的存档。存档里有一个 followers.js 文件,含你粉丝的用户 ID,以及一个 following.js 文件,对应你关注的账号。这是唯一一个完全不需要任何工具的方法,也是最受限的。
你能拿到什么: JSON 里的用户 ID。没有用户名、没有简介、没有粉丝数、没有资料数据。只有数字 ID。
你拿不到什么: 关于其他账号粉丝的任何东西。该方法只对你自己的账号有效。而且即便是你自己的粉丝,你仍然得把每个 ID 解析成用户名和资料,那无论如何都意味着 API 调用。如果你走这条路,Sorsa 的 ID 转换接口能处理那一步。
转换绕过方案: 人们常在剥掉开头的 window.YTD.follower.part0 = 包裹之后,用一个在线 JSON 转 CSV 工具把 followers.js 文件转成 CSV。它管用,但输出仍然只有 ID。
这何时说得通: 你正要离开 X,想给“谁关注过你”留一份个人备份。也就仅此而已。
抽取 5 万个粉丝要花多少钱? {#how-much-does-it-cost-to-extract-50000-followers}
成本是各方法分野最尖锐的地方。下面是 5 万个粉丝在每种方式下实际花多少。
| 方法 | 5 万粉丝的成本 | 说明 |
|---|---|---|
| Sorsa API(Pro 套餐) | ~$0.50 | 250 次请求,每次 $0.00199。Pro 为 $199/月含 10 万次请求,所以这只用掉月度额度的 0.25%。 |
| Sorsa API(Starter 套餐) | ~$1.23 | 250 次请求,每次 $0.0049。Starter 为 $49/月含 1 万次请求。 |
| 官方 X API(按量付费) | ~$500 | 50,000 次用户读取,每次约 $0.010。更便宜的 $0.001 的“自有读取”费率只适用于你自己账号的数据,而非别人账号的粉丝。 |
| Chrome 扩展(付费档) | ~$5 至 $10/月 | 不论量多少都是固定月费,但每次导出上限 5 万。 |
| 自制 Selenium 爬虫 | $0 加开发时间 | 直接成本免费,但 4 到 10 小时的搭建、测试和维护。按 $50/小时算就是 $200 到 $500 的人力。 |
| X 手动导出 | 不适用 | 无法抽取别人账号的粉丝;你自己的粉丝也不带资料数据。 |
官方 X API 是那条绊倒人的线,按返回的每份资料计费。读取另一个账号的 5 万个粉丝,就是 5 万次非自有读取,每次约 $0.010,单次拉取约 $500。关于 2026 年转向按量付费之后 Twitter API 定价如何运作的完整拆解,见我们专门的定价指南。
差距在规模上进一步拉大。从 20 个竞品账号(每个 2.5 万粉丝)抽取粉丝,就是 50 万份资料。在 Sorsa Enterprise 套餐($899/月)上,这是 2,500 次请求、每次 $0.0018,总计约 $4.50。同样的任务在官方 API 上按资源计费会飙到数千美元;用浏览器扩展则是好几天的手动操作;用 Selenium 则需要多账号轮换以规避检测。
拿到数据之后该做什么 {#what-to-do-with-the-data-once-you-have-it}
抽取列表只是第一步。价值在于你接下来做什么。
按资料条件过滤
从 API 抽取的每份粉丝资料都携带简介文本、位置、粉丝数和推文数,所以你可以立刻对原始列表分层。
# 找高价值账号:1K+ 粉丝、活跃、简介里带网站
qualified = [
u for u in followers
if u.get("followers_count", 0) >= 1000
and u.get("tweets_count", 0) >= 100
and u.get("bio_urls")
]
print(f"Qualified leads: {len(qualified)} / {len(followers)}")
获客常用的过滤条件:匹配职位的简介关键词("founder"、"CTO"、"head of growth")、匹配目标市场的位置字符串、用来筛掉机器人的最低粉丝数,以及简介里的一个网站 URL。
找出竞品之间的受众交集
从几个竞品那里拉取粉丝列表,保留那些同时关注其中两个或更多的账号。这些是你领域里最活跃的人。
from collections import Counter
competitors = ["competitor_a", "competitor_b", "competitor_c"]
all_ids = []
for handle in competitors:
handle_followers = extract_followers(handle, max_pages=25)
all_ids.extend(u["id"] for u in handle_followers)
counts = Counter(all_ids)
overlap = {uid: c for uid, c in counts.items() if c >= 2}
print(f"Users following 2+ competitors: {len(overlap)}")
同时关注你两个或更多竞品的账号,是你能从公开数据里建出的最热的受众。因为他们已经选择追踪你的整个品类,而不只是单个品牌。
灌入 CRM 和广告平台
一份过滤后的粉丝 CSV 可以作为线索名单直接导入 HubSpot、Pipedrive 或 Salesforce,同样的数据也能在广告平台上构建自定义受众用于精准投放。把粉丝数据和互动指标配对(互动计算器是快速估算的方式),能让你优先联系最值得联系的那些分层。
绘制粉丝地理分布
如果你需要超出自由文本 location 字段之外的国家级数据,/about 接口能解析出 X 给每个账号附加的国家标签,那是任何受众地理分布拆分的基础。
各方法的风险与安全 {#risks-and-safety-by-method}
并非所有抽取方法都带着同样的风险。下面是每一种实际暴露了什么。
基于 API 的抽取。 对你的 X 账号零风险。API 通过自己的密钥认证,与你的 Twitter 登录完全分离,所以你从不共享 cookie 或凭据。超出速率限制,你会拿到一个 429 响应、一秒后重试即可,没有账号标记、验证码或封号。
浏览器扩展。 中等风险。扩展跑在你已登录的 X 会话上。信誉良好的扩展会加入延迟以模拟人类滚动,但异常活动仍可能触发对你账号的限流,而且你的会话 cookie 对扩展代码是可读的。
自制爬虫。 高风险。这些爬虫用你的凭据或会话 cookie 自动化一个浏览器,X 会主动检测自动化浏览,对触发其防御的账号加以限制或封禁。在服务器上全天候跑一个爬虫,几乎必然招来账号处置。
X 手动导出。 无风险。你是在自己的账号上使用 X 自己的数据下载功能。
法律背景。 公开的粉丝数据,按定义就是在 X 上可见的,为研究、营销或竞争情报而抽取是标准做法。不该越的线:不要转售原始抓取数据、不要向被抽取的粉丝发送未经请求的群发消息,处理欧盟用户数据时要遵守 GDPR 或同等规则。
实战
一个约 10 人的市场研究团队找到我们时,已经在官方 X API 上为约 40 个中型竞品账号拉取粉丝列表、按每份资料读取计费。在约每个粉丝 $0.010 下,那些非自有读取把一次例行的月度刷新变成了一张四位数账单,而且每当一个被追踪账号涨粉,成本就跟着涨。他们把同样的任务迁到按请求计费的定价后,在数据完全相同的情况下把月账单削减了 90% 以上。因为一次返回 200 份资料的请求算作一次请求,而非 200 次单独读取。这份节省直接来自计费模型,而非折扣或数据上的取舍。
常见问题 {#faq}
能从任意公开账号抽取粉丝,还是只能抽自己的?
任意公开账号。如果你在 x.com 上打开某个资料页时,其粉丝列表可见,那么 API 或扩展就能抽取。唯一的例外是受保护(私密)账号,其粉丝列表对除已批准粉丝外的所有人都隐藏,任何工具或官方 API 都读不到。
每个粉丝能拿到多少个数据字段?
用像 Sorsa 这样的 API,每份粉丝资料携带 15 个以上字段。这些字段包括用户 ID、用户名、显示名、简介、位置,以及粉丝数、关注数、推文数、媒体数等计数。还有认证状态、账号创建日期、头像 URL、横幅 URL、简介中的 URL、置顶推文 ID,以及 protected、can_dm 等标志。浏览器扩展通常返回得更少,X 手动导出只返回数字用户 ID。
2026 年抽取一份大型粉丝列表最便宜的方式是什么?
对任何几千个以上的列表,按请求计费的 API 是最便宜的路径。官方 X API 按返回的每份资料计费(每次非自有用户读取约 $0.010),所以 5 万个粉丝约 $500。在 Sorsa 的按请求计费定价下,同样的 5 万个粉丝在 Pro 套餐上约 $0.50,因为一次返回 200 份资料的请求,只从你的额度里算作一次请求。
如何抽取关注列表而非粉丝?
把接口从 /followers 换成 /follows。请求参数、响应格式和分页都相同。关注列表通常比粉丝列表小、抽取更快,这让它很适合用来绘制某账号在追踪谁。完整细节见 Sorsa /follows 接口参考。
能不写代码就抽取粉丝吗?
能,有两种方式。浏览器扩展完全通过 Chrome 界面运行,无需写代码。或者,免费的 Sorsa 最近粉丝工具和 API Playground 让你在写任何东西之前,就通过网页界面预览粉丝数据。这些工具跑在一个单独的数据层上,而非你自己的 X 会话。
粉丝顺序是一致的吗,每次会拿到相同结果吗?
粉丝列表按 X 提供的顺序返回,通常是最新在前,所以前几页总是放着最近获得的粉丝。这个顺序在多次请求间是一致的,但实际列表会随着有人关注和取关而变化,所以相隔数天的两次抽取会在边缘处有所不同。
为什么抽取到的数量和资料上的粉丝数对不上?
资料上的粉丝数是 X 维护的一个实时计数器,可抽取的列表则可能略小。因为已封禁、已停用或最近被移除的账号,可能仍留在计数器里却不出现在列表中。大账号上会有百分之几的漂移,不要对显示的数字写严格相等的校验。
能把抽取到的粉丝数据用于广告定向吗?
能。把你过滤后的粉丝列表导出为 CSV,然后作为自定义受众上传到 X 的广告平台,或任何接受基于用户名或邮箱的受众的平台。把它与互动数据配对,能帮你先给最高价值的分层加权,而不是把整份列表一视同仁。
如何开始
如果你想在敲定某种方法之前先测试粉丝抽取,最快的路径很短:
- 无代码预览。 打开免费的最近粉丝工具,输入任意公开用户名,看到最新粉丝及其完整资料数据。无需 API 密钥。
- 试试 API playground。 Sorsa API Playground 让你通过浏览器调用
/followers和/follows接口,在写代码之前看到确切的 JSON。 - 拿一个 API 密钥。 当你准备好扩容时,从控制台取一个密钥。每个账号注册即送 100 次免费请求(一次性、无需绑卡、永不过期),快速上手指南几分钟就能带你走完认证和第一次请求。
每个套餐固定每秒 20 次请求,资料数据每 1,000 份从 $0.01 起,起步有 100 次免费请求且无需绑卡,整套设置只需几分钟、无需排队审批。这就是在任何真实体量的粉丝数据上,选一个替代 Twitter/X API 而非官方 API 的理由。
审校:Keksich(Sorsa 创始人,X API 研究者)
我们是怎么把这篇写出来的:方法对比和成本数字取材于我们自己运营一个替代 Twitter/X API 的工作、2026 年 4 月 20 日更新后公布的官方 X API 按资源定价,以及 Sorsa 当前的价目表。为这次修订,我们评审了当前在用的粉丝导出工具、扩展和开源爬虫,并确认基于旧公开接口构建的爬虫(Twint 也在其中)已不再有效。接口名称、字段和限制来自实时的 Sorsa API 文档,并对照运行中的接口做了核对;关于我们方案的疑问请见关于页面或 contacts@sorsa.io。价格和价目表数字最后核实于 2026 年 7 月;工具与爬虫评审的日期为 2026 年 6 月。