Skip to content

获取 Bing URL 建议已完成任务列表

接口说明

该接口用于获取 已完成但尚未获取结果 的任务列表。

如果你使用标准提交方式创建任务,且未设置 postback_url,可以通过本接口获取所有已完成任务的 id,然后再调用对应的 Task GET 接口拉取任务结果。

如需了解任务完成机制以及已完成任务列表的获取方式,可参考帮助文档。

注意: 由于平台 API 的任务队列存在短暂延迟,已完成任务列表不会实时瞬时更新。对于高并发场景,如果你的系统需要每分钟拉取 1000 个任务,建议优使用 pingback/postback 机制将 tasks_ready 接口用于补偿获取 postback 失败任务的 ID。

请求地址

GET https://api.seermartech.cn/v3/keywords_data/bing/keyword_suggestions_for_url/tasks_ready

计费说明

获取已完成任务列表不会产生额外扣费

补说明:

  • 每个已完成任务会一直保留在列表中,直到你主动获取结果;
  • 每分钟最多可调用 20 次 本接口;
  • 单次请求最多可返回 过去 3 天完成的 1000 个任务
  • 已经拉取过结果的任务,不会再次出现在列表中;
  • 任务完成后 ** 3 天仍未拉取**,也不会继续保留在列表中;
  • 如果任务设置了 postback_url,通常不会出现在已完成任务列表中;
  • 只有在向你的服务器回调失败时,该任务才可能出现在列表里,例如你的服务器返回了 小于 200 或大于 300 的 HTTP 状态码。

扣费以响应头 X-SeerMarTech-Charge-CNY 为准。

请求方式

GET

该接口无需请求体。

响应结构

接口返回 JSON 数据,顶层 tasks 数组每个任务对象该批次任务的基本信息及结果列表。

顶层字段

字段名类型说明
versionstring当前 API 版本
status_codeinteger接口总体状态码,可参考 /v3/appendix/errors
status_messagestring接口总体状态信息,可参考 /v3/appendix/errors
timestring执行耗时,单位秒
costfloat本次请求总成本,USD;通常为 0
tasks_countintegertasks 数组中的任务数量
tasks_errorintegertasks 数组中返回错误的任务数量
tasksarray任务数组

建议在接时实现完善的异常处理逻辑,以便正确处理接口错误、任务错误及临时性异常。

tasks[] 字段

字段名类型说明
idstring当前请求任务的唯一标识,UUID 格式
status_codeinteger任务状态码,范围通常为 10000-60000,可参考 /v3/appendix/errors
status_messagestring任务状态说明
timestring任务执行耗时,单位秒
costfloat该任务成本,USD
result_countintegerresult 数组中的数量
patharrayURL 路径
dataobject请求 URL 中的参数信息
resultarray已完成任务列表

tasks[].result[] 字段

字段名类型说明
idstring已完成任务的任务 ID,UUID 格式
sestring创建任务时指定的搜索引擎
functionstring任务类型
date_postedstring任务提交时间,UTC 格式
tagstring自定义任务标签
endpointstring用于拉取该任务结果的接口地址

调用示例

cURL

bash
curl --location --request GET "https://api.seermartech.cn/v3/keywords_data/bing/keyword_suggestions_for_url/tasks_ready" \
--header "Authorization: Bearer smt_live_YOUR_KEY" \
--header "Content-Type: application/json"

Python

python
import requests

url = "https://api.seermartech.cn/v3/keywords_data/bing/keyword_suggestions_for_url/tasks_ready"
headers = {
 "Authorization": "Bearer smt_live_YOUR_KEY",
 "Content-Type": "application/json"
}

response = requests.get(url, headers=headers)
data = response.json

if data.get("status_code") == 20000:
 print(data)
else:
 print(f"error. Code: {data.get('status_code')} Message: {data.get('status_message')}")

TypeScript

typescript
import axios from "axios";

// 获取已完成但尚未获取结果的任务列表
axios({
 method: "get",
 url: "https://api.seermartech.cn/v3/keywords_data/bing/keyword_suggestions_for_url/tasks_ready",
 headers: {
 "Authorization": "Bearer smt_live_YOUR_KEY",
 "Content-Type": "application/json"
 }
}).then((response) => {
 console.log(response.data);
}).catch((error) => {
 console.error(error);
});

响应示例

json
{
 "version": "0.1.20240801",
 "status_code": 20000,
 "status_message": "Ok.",
 "time": "0.1638 sec.",
 "cost": 0,
 "tasks_count": 1,
 "tasks_error": 0,
 "tasks": [
 {
 "data": {
 "api": "keywords_data",
 "function": "keyword_suggestions_for_url",
 "se": "bing"
 },
 "result": []
 }
 ]
}

使用建议

型处理流程如下:

  1. 提交 keyword_suggestions_for_url 任务;
  2. 若未 postback_url,定时调用 /v3/keywords_data/bing/keyword_suggestions_for_url/tasks_ready
  3. 读取返回的 result[].id
  4. 再调用对应的 Task GET 接口按任务 ID 获取结果;
  5. 对于回调失败场景,可将本接口作为补偿机制使用。

错误处理建议

请重点以下层级的状态信息:

  • 顶层 status_code:判断本次接口调用是否成功;
  • tasks[].status_code:判断该任务容器是否成功;
  • 业务侧需对空列表、延迟队、 3 天未拉取、回调失败等做好底处理。

完整错误码与状态说明可参考 /v3/appendix/errors

实用场景

  • 轮询已完成任务:在未启用回调的,批量获取已完成任务 ID,确保后续结果拉取流程稳定可控。
  • 补偿回调失败任务:当业务系统未成功接收 postback 时,通过本接口找回遗漏任务,建议数据丢失。
  • 构建任务消费队列:将 tasks_ready 返回的任务 ID 写队列,统一分发给结果抓取服务,提升批处理效率。
  • 监控任务产出节奏:结合 date_posted 和完成任务列表,分析任务处理延迟,优化 SEO 数据采集调度策略。
  • 理期未消费任务:定期检查近 3 天的已完成任务,及时获取结果,因时未领取而丢失数据。

统一入口:官网 · LLM API · 控制台