SerpBase vs SerpApi:按量付费 vs 订阅制,同一批词跑一遍
项目里两家都对接过,被问得最多的就是「到底哪家划算」。这种事光看标价没意义,得拿同一份负载去算。这篇只比一个轴——计费模型(订阅制 vs 按量付费),用同一批关键词折算成本,并给出迁移代码。
两家的计费模型(公开定价)
| 维度 | SerpBase | SerpApi |
|---|---|---|
| 模型 | 按量付费、无月费 | 订阅制、按月 |
| 入口档 | $3/10k($0.30/1k,限时 Boost) | Starter $25/月 = 1,000 搜索($25/1k) |
| 常用档 | $10/20k($0.50/1k) | Developer $75/月 = 5,000 搜索($15/1k) |
| 有效期 | 标准 credits 不过期 | 订阅到期即停止 |
| 免费试用 | 100 次、不绑卡 | 以官网为准 |
Source: SERP API comparison, updated 2026-09-22(serpbase.dev 官方对比表;价格以两家官网最新为准)
同一负载的成本账
用关键词监控的典型量级折算(数字直接来自公开价):
| 每月搜索量 | SerpBase(按量) | SerpApi(订阅) |
|---|---|---|
| 5,000 次 | $10/20k 一包够 4 个月 → 约 $2.5/月 | Developer $75/月 |
| 20,000 次 | $10(一包 20k) | 该量级需更高档,按官网核 |
| 100,000 次 | Growth $50/125k($0.40/1k)→ 约 $40 | 同量级按官网核 |
价格档位会调整,但「订阅按月扣」和「按量买包、用不完还在」的量级差距是结构性的:低用量和波动用量,按量付费省得明显;稳定超大用量,两边都得谈量级价。
迁移成本:其实就换一处
同一段请求,主要改的是 base URL、header 名和参数结构:
import requests
def search(q, gl="us", hl="en"):
res = requests.post(
"https://api.serpbase.dev/google/search",
headers={"X-API-Key": KEY}, # 认证头是 X-API-Key
json={"q": q, "gl": gl, "hl": hl},
timeout=(5, 30),
)
data = res.json()
# 统一信封:记账和排障都靠这几个字段
print(data.get("elapsed_ms"), data.get("credits_charged"))
return data.get("organic", [])
SerpBase 六个端点共用一套响应信封(status / request_id / elapsed_ms / credits_charged / search_type),credits_charged 直接给你「这次花了多少」——成本归因不用另建表。迁移时把解析层收在一处,换数据源就是改一个映射函数。
怎么选(按负载形态,不站队)
- 用量波动 / 想控成本 / 个人与小团队 → 按量付费更合适:无月费、credits 不过期,淡季不浪费
- 用量稳定且高 / 需要更重的平台功能 → 订阅制有它的价值,按年算总价谈量级
- 两家都返回结构化 JSON、都支持多市场(
gl/hl)——因为迁移成本低,完全可以先按量试跑,量级上去了再评估
小结
同一个词、同一份负载,计费模型决定了账单曲线:订阅制是一条水平线,按量付费跟着你的实际用量走。要判断哪家划算,别看标价,拿你真实的月度搜索量乘一遍——五分钟就能算清。算完如果发现按量更省,迁移基本就是「改一处请求」的事。
字段语义(信封、credits)见 SerpBase 官方文档。你们选搜索数据接口,最看重计费模型的哪一点?评论区聊聊。

浙公网安备 33010602011771号