获取已完成任务列表（V2）

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

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

注意：由于平台 API 的架构特性，已完成任务队列会有轻微延迟更新。 如果你的系统需要每分钟处理 1000 个任务，建议优使用 pingback/postback 机制将本接口用于补拉 postback 失败任务 的 ID。

接口说明

• 请求方式： GET
• 接口地址： https://api.seermartech.cn/v3/keywords_data/wp/v2/tasks_ready
• 计费说明： 获取已完成任务列表本身不收费，扣费以响应头 X-SeerMarTech-Charge-CNY 为准

返回规则与限制

• 单次调用最多返回过去 3 天完成的 1000 个任务
• 每分钟最多可发起 20 次 API 调用
• 某个任务在结果被成功拉取前，会持续出现在列表中
• 已经拉取过结果的任务，不会再次出现在列表中
• 完成后 3 天未拉取 的任务，不再出现在列表中

postback_url 的行为

如果任务提交时设置了 postback_url，该任务通常不会出现在已完成任务列表里。

当以下发生时，该任务才可能出现在列表中：

• 发送到你服务端的回调请求失败
• 你的服务端返回的 HTTP 状态码 小于 200 或 大于 300

响应结构

接口返回 JSON 数据 tasks 数组本次请求的任务信息。

顶层字段

字段	类型	说明
version	string	当前 API 版本
status_code	integer	通用状态码
status_message	string	通用状态信息
time	string	执行耗时，单位秒
cost	float	本次请求总成本，USD
tasks_count	integer	tasks 数组中的任务数量
tasks_error	integer	tasks 数组中返回错误的任务数量
tasks	array	任务数组

建议为 status_code 和 status_message 设计完整的异常处理逻辑。 错误码可参考：/v3/appendix/errors

tasks[] 字段

字段	类型	说明
id	string	当前请求任务的唯一标识，UUID 格式
status_code	integer	任务状态码，范围通常为 10000-60000
status_message	string	任务状态说明
time	string	执行耗时，单位秒
cost	float	当前任务成本，USD
result_count	integer	result 数组中的数量
path	array	URL 路径
data	object	请求 URL 中传的参数
result	array	已完成任务列表

tasks[].result[] 字段

字段	类型	说明
id	string	已完成任务的任务 ID，UUID 格式
se	string	创建任务时指定的搜索引擎
function	string	任务类型
date_posted	string	任务提交时间，UTC 格式
tag	string	自定义任务标识
endpoint	string	用于拉取该任务结果的接口地址

请求示例

cURL

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

Python

import requests

url = "https://api.seermartech.cn/v3/keywords_data/wp/v2/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

import axios from "axios";

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

响应示例

{
 "version": "3.20191128",
 "status_code": 20000,
 "status_message": "Ok.",
 "time": "0.1927 sec.",
 "cost": 0,
 "tasks_count": 1,
 "tasks_error": 0,
 "tasks": [
 {
 "data": {
 "api": "keywords_data",
 "function": "v2",
 "se": "wp"
 },
 "result": []
 }
 ]
}

使用建议

1. 调用本接口获取已完成任务的 id
2. 从 tasks[].result[] 中读取每个任务的 endpoint
3. 再调用对应的 Task GET 接口获取完整结果
4. 若你已使用 postback_url，建议在回调失败补偿场景下使用本接口

错误处理

• 顶层 status_code 表示本次 API 请求的整体状态
• tasks[].status_code 表示单个任务的状态
• 如果 tasks_error > 0，说明部分任务返回异常
• 建议同时检查：
• HTTP 状态码
• 顶层 status_code
• 单任务 status_code

错误码说明参考：/v3/appendix/errors

实用场景

• 补拉遗漏结果：在未使用回调机制时，定时轮询已完成任务列表，漏掉已完成的任务结果
• 修复回调失败任务：当业务系统的 postback 接收失败时，通过本接口定位失败任务并重新获取结果
• 构建异步任务消费队列：批量获取已完成任务 ID，再按需分发到 worker 拉取详细结果，提升处理吞吐
• 监控任务产出时效：结合 date_posted 判断任务从提交到完成的周期，用于优化任务调度与 SLA 监控
• 按业务标签回收结果：利用 tag 字段筛选特定项目、客户或批次的任务，支持多租户或多项目结果归集