用 360 搜索 API 检索中文网页
通过 HTTP 检索 360,拿到一套与百度不同的中文结果 —— 正是这个差异,让它适合做交叉验证而不是替代。
接口POST https://api.search1api.com/search
结果的 JSON 结构与其他引擎一致,现有的解析逻辑不需要改动。
结果指向中文站点,包括 baike.so.com。
摘要就是 360 展示的页面描述。
同一个查询,排序与百度不同。
适用于
交叉验证 / 中国调研 / 扩大覆盖
是另一套中文索引,不是镜像
把 `search_service` 设为 `360`,结果就来自 360 搜索。接口地址、鉴权方式和响应结构与其他引擎完全一致。
结果确实不一样
同一个中文查询,360 会带出自家产品和一套与百度不同的站点组合,两个都跑是在扩大覆盖而不是重复。
360 百科作为参考层
定义类查询会带出 baike.so.com,这是一个独立于百度百科的参考来源。
适合做一遍佐证
当一个论断很重要时,两个独立中文索引的一致,比在单一索引里挖得更深更有说服力。
标准 Search 参数
`max_results` 最大 50,以及 `include_sites`、`exclude_sites`、`time_range`。
什么是 360 搜索 API?
360 搜索 API 是一种 HTTP 接口,把 360 搜索(so.com)的结果作为结构化数据返回。360 是中国大陆与百度并列的主要搜索引擎之一,拥有自己的索引和自己的参考产品 360 百科。Search1API 把 360 作为 Search 接口的一个搜索服务提供,返回标题、链接和中文摘要,JSON 结构与其他引擎一致。它的价值不在于替代百度,而在于它和百度不一致:在单一排序可能导致误判的调研里,第二套独立的中文索引是一次很便宜的佐证。
典型流程
通过 HTTP 检索 360,拿到一套与百度不同的中文结果 —— 正是这个差异,让它适合做交叉验证而不是替代。
把 `search_service` 设为 `360`,用中文发送查询。
把结果集和同样词的 `baidu` 查询做对比。
当流程需要页面正文而不只是链接时,设置 `crawl_results`。
一次请求,第二套中文结果集
一次调用即可检索 360,以标准结构返回中文结果,天然可以和同样词的百度查询配对使用。
bashcurl -X POST https://api.search1api.com/search \-H "Authorization: Bearer $SEARCH1API_KEY" \-H "Content-Type: application/json" \-d '{"query": "人工智能","search_service": "360","max_results": 5}'
适合场景
用两个独立中文索引互相佐证某个论断的调研。
在单一排序之外扩大中文话题覆盖面。
单一引擎排序可能造成误读的研究工作。
需要引用不止一个中文来源的 AI 助手。
常见问题
360 和百度有什么不同?
两家各自维护独立的索引和参考产品,同一个中文查询返回的站点组合和排序都不同。两个都跑是覆盖和佐证策略,不是重复调用。
应该用中文还是英文查询?
用中文。索引是中文内容,只有中文查询才能得到有意义的排序。
可以顺便拿到页面正文吗?
可以。把 `crawl_results` 设为需要抓取的结果数量,成功抓取的页面会包含 `content` 字段,内容是 markdown 格式的正文。抓取失败的结果不返回 `content`,也不计费。
360 搜索的费用是多少?
每次搜索消耗 1 积分,通过 `crawl_results` 每成功抓取一个页面追加 1 积分。按 $1 = 1,000 积分的充值基础价计算,1,000 次搜索为 $1。注册即送 100 个免费积分,无需信用卡。
可以一次请求查多个引擎吗?
Search 接口接受查询对象的数组,因此百度和 360 的查询可以放在一次批量请求里发出。每一条单独计费,失败的条目不计费。
还支持哪些中文引擎?
同一个 Search 接口还支持中文网页的 `baidu` 和 `quark`、公众号文章的 `wechat`、视频的 `bilibili`。加上全球引擎,一套契约共 17 个引擎。