主题
本平台 Labs 错误任务查询
接口说明
通过本接口,你可以获取过去 7 天在 本平台 Labs API 中执行失败的任务信息。
如果某个任务未出现在返回列表中,通常表示以下两种之一:
该任务没有报错;
该任务尚未执行完成。
请求方法:
POST接口地址:
https://api.seermartech.cn/v3/dataforseo_labs/errors
计费说明
调用本接口不收费。
扣费以响应头 X-SeerMarTech-Charge-CNY 为准;该接口通常返回 0。
请求格式
所有 POST 数据均需使用 UTF-8 编码的 JSON 格式提交。
请求体为 JSON 数组:
json
[
{
"limit": 10,
"offset": 0
}
]请求参数
| 字段名 | 类型 | 说明 |
|---|---|---|
limit | integer | 返回报错任务的最大数量。可选;默认值:1000;最大值:1000 |
offset | integer | 返回结果中的偏移量。可选;默认值:0。例如设置为 10 时,将跳过前 10 条结果并返回后续数据 |
filtered_function | string | 按指定 API 功能过滤报错任务。可选。你可以获取未过滤结果,再根据响应中的 function 字段值再次筛选。示例:dataforseo_labs/related_keywords/live |
datetime_from | string | 结果过滤开始时间。可选。按 datetime 字段筛选,时间范围支持最近 7 天的数据。使用 UTC 格式:yyyy-mm-dd hh-mm-ss +00:00。示例:2021-11-15 12:57:46 +00:00 |
datetime_to | string | 结果过滤结束时间。可选。按 datetime 字段筛选,时间范围支持最近 7 天的数据。使用 UTC 格式:yyyy-mm-dd hh-mm-ss +00:00。示例:2021-11-15 13:57:46 +00:00 |
响应结构
接口返回 JSON 数据 tasks 数组任务级结果信息。
顶层字段
| 字段名 | 类型 | 说明 |
|---|---|---|
version | string | 当前 API 版本 |
status_code | integer | 局状态码。完整列表见:/v3/appendix/errors |
status_message | string | 局状态信息。完整列表见:/v3/appendix/errors |
time | string | 接口总耗时,单位秒 |
cost | float | 本次请求总费用,单位 USD |
tasks_count | integer | tasks 数组中的任务数量 |
tasks_error | integer | tasks 数组中报错的任务数量 |
tasks | array | 任务结果数组 |
tasks[] 字段
| 字段名 | 类型 | 说明 |
|---|---|---|
id | string | 任务唯一标识,UUID 格式 |
status_code | integer | 任务状态码,由平台 API 生成,范围通常为 10000-60000。完整列表见:/v3/appendix-errors/ |
status_message | string | 任务状态说明。完整列表见:/v3/appendix-errors/ |
time | string | 任务执行耗时,单位秒 |
cost | float | 单个任务费用,单位 USD |
result_count | integer | result 数组中的数量 |
path | array | URL 路径 |
data | object | 与请求体中提交参数一致的任务参数 |
result | array | 错误结果数组 |
tasks[].result[] 字段
| 字段名 | 类型 | 说明 |
|---|---|---|
id | string | 任务 ID |
datetime | string | 错误发生时间,UTC 格式:yyyy-mm-dd hh-mm-ss +00:00。示例:2019-11-15 12:57:46 +00:00 |
function | string | 对应的 API 功能路径 |
error_code | integer | 错误码 |
error_message | string | 错误信息或错误 URL。可能是错误说明文本,也可能是导致错误的 URL。完整错误码说明见:/v3/appendix/errors/ |
http_url | string | 触发错误的请求 URL |
http_method | string | HTTP 请求方法 |
http_code | integer | HTTP 状态码 |
http_time | float | HTTP 请求耗时 |
http_response | string | 服务端返回的 HTTP 响应 |
请求示例
cURL
bash
curl --location --request POST "https://api.seermartech.cn/v3/dataforseo_labs/errors" \
--header "Authorization: Bearer smt_live_YOUR_KEY" \
--header "Content-Type: application/json" \
--data-raw '[
{
"limit": 10,
"offset": 0
}
]'Python
python
import requests
url = "https://api.seermartech.cn/v3/dataforseo_labs/errors"
headers = {
"Authorization": "Bearer smt_live_YOUR_KEY",
"Content-Type": "application/json"
}
data = [
{
"limit": 10,
"offset": 0
}
]
response = requests.post(url, headers=headers, json=data)
result = response.json
if result.get("status_code") == 20000:
print(result)
else:
print(f'error. Code: {result.get("status_code")} Message: {result.get("status_message")}')TypeScript
typescript
import axios from "axios";
const postArray = [
{
limit: 10,
offset: 0,
},
];
axios({
method: "post",
url: "https://api.seermartech.cn/v3/dataforseo_labs/errors",
headers: {
Authorization: "Bearer smt_live_YOUR_KEY",
"Content-Type": "application/json",
},
data: postArray,
})
.then((response) => {
// 返回结果
console.log(response.data);
})
.catch((error) => {
console.error(error);
});响应示例
json
{
"version": "0.1.20220326",
"status_code": 20000,
"status_message": "Ok.",
"time": "0.0609 sec.",
"cost": 0,
"tasks_count": 1,
"tasks_error": 0,
"tasks": [
{
"data": {
"api": "dataforseo_labs",
"function": "errors",
"limit": 10,
"offset": 0
},
"result": []
}
]
}状态码与错误说明
-局状态码:参考 /v3/appendix/errors
- 任务状态码:参考
/v3/appendix-errors/
常见判断方式:
status_code = 20000:请求成功- 若
tasks[].result为空:表示当前筛选条件下没有查询到报错任务 - 若返回
error_code、error_message、http_code、http_response:可用于定位失败请求、错误 URL、请求方法或平台响应异常
使用建议
- 优结合
datetime_from与datetime_to按时间窗口排查问题; - 若错误范围较大,可不传
filtered_function,确认报错功能分布后再做二次过滤; - 使用
offset分页拉取大量错误记录,一次性处理过多结果; - 将
http_code、http_response、error_message一并记录,便于自动告警和障复盘。
实用场景
- 排查任务失败原因:批量拉取最近 7 天报错任务,快速定位失败接口、状态码和错误响应,提升问题修复效率
- 监控指定功能异常:按
filtered_function筛选某个能力的失败记录,及时发现单一功能波动或容性问题 - 复盘定时任务稳定性:按时间范围查询错误任务,评估夜间批处理、定时采集等任务的执行健康度
- 建立自动告警系统:结合
error_code、http_code和http_response做规则告警,减少人工巡检成本 - 优化重试策略:分析不同错误类型的分布,区分可重试与不可重试失败,降低无效请求与资源浪费