Serper

Serper 是一层很薄的 Google 搜索 API：你在自己代码里提交一个查询词，它把 Google 的结果页拆成结构化字段吐回来——自然结果条目、问答框、知识图谱、相关搜索都在里面，不用去解析 HTML。

这种「薄」是它的设计目标。它不做抽取也不做摘要，把检索和后处理之间的边界划得很清楚。你想要正文，就自己在下游接抓取与清洗；你只想要链接与字段，它就是最短路径。公开资料显示 Serper 支持按国家与语言限定结果，并提供面向多种语言的 SDK。

它也有明确的天花板：返回的是别人索引的现成结果，可控性有限；免费额度只够调试，真跑起来是笔持续支出；国内直连调用不稳定，网络条件差时延迟会被放大。对预算有限、只要一份干净结果列表的团队，它反而是合适的选择。

• 大陆网络：后台服务部署在境外，需自备国际网络（科学上网）方可稳定调用；订阅以美元计价，需国际信用卡。
• 界面语言：后台控制台与接口文档为英文，未见官方简体中文界面。
• 注册门槛：邮箱注册即可申请密钥，付费调用需先绑定国际信用卡。
• 免费/付费档位：免费层提供有限请求量用于调试，正式调用按次数计费，可按需求购买额度。

• 返回标准 Google 结果条目
• 附带问答框与知识图谱
• 输出相关搜索与地区参数
• 可按国家与语言限定结果
• 响应体精简便于高并发调用
• SDK 与文档覆盖主流语言

1. 打开 serper.dev，注册账号后在后台申请 API 密钥。
2. 挑一个语言对应的接口地址，用最简单的查询词发出第一次请求。
3. 打印返回的 JSON，确认自然结果、问答框这些字段是否符合预期。
4. 按需要加上国家、语言、结果条数等参数，把行为收敛到目标市场。
5. 在下游写一层薄封装，把字段转成自己项目要用的结构，避免到处直接依赖原始返回。
6. 把请求量纳入监控，配合额度设置预警，避免突发调用把额度耗尽。
7. 结果需要正文或摘要时，交给后续的抽取工具处理，不要指望这一步顺带给你成品。

优点

• 接入极简，几行代码即可跑通
• 返回字段规整方便二次加工
• 结果覆盖面贴近主流搜索
• 按次计费适合中小规模项目

局限

• 本身不含抽取与摘要等加工能力
• 结果依赖第三方索引的可用性
• 免费额度较紧张，仅够调试
• 国内直连不稳定，调用延迟可能偏高

给产品自建站内搜索：把用户输入的关键词转成一次调用，把返回的条目转成自己的结果列表，两三天就能上线一个可用版本。

竞品排名观察：定时抓取固定关键词的结果快照，看自家和竞品的位置变化，比人工每天搜一遍省事。

选题与素材收集：把一批相关关键词的标题和链接汇总成清单，作为选题池的初筛依据。

问答框挖掘：单独把问答框字段拎出来看，能看到用户真实在问什么，是做内容选题的一手信号。

原型阶段的能力验证：先用最轻的接口把整条链路跑通，等确认有需求再决定是否升级到带抽取能力的方案。

搜索接口之间最实际的差别是「返回什么」：有的把正文和要点都替你做完，有的只给原始字段，还有的按语义而非关键词排序。先定清楚你要加工到哪一步，接口选型才不会返工。

从表里能看出，Serper 的位置是「薄而稳的取数层」：字段规整、覆盖贴近主流搜索，剩下的加工它一概不碰。要现成材料找 Tavily，要按内容反查找 Exa，要人直接看结果页就换 Brave Search 或 Kagi。

按次调用计费并含少量免费额度，各档位价格以官网为准，美元计价，需国际信用卡。

价格与档位可能随时调整，以上信息以官网为准。

• 站点搜索功能的快速自建
• 关键词情报的定时采集
• SEO 与竞品排名的数据观察
• 内部知识库的候选源收集
• 原型阶段的搜索能力验证

以下工具与 Serper 在场景上有交集或重叠，可一并比较：