获取 Google Reviews 已完成任务列表

接口说明

Tasks Ready 接口用于返回已执行完成但尚未被获取结果的任务列表。

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

• 当前端点路径：

GET https://api.seermartech.cn/v3/merchant/google/reviews/tasks_ready

• 同类通用路径：
• 获取指定搜索引擎的已完成任务列表：GET /v3/merchant/$se/tasks_ready
• 获取 Merchant API部已完成任务列表：GET /v3/merchant/tasks_ready

参考文档：任务完成机制、已完成任务轮询、回调通知处理。

使用注意事项

由于平台架构特性，已完成任务队列会有轻微延迟。对于高并发场景，这一点需要特别注意。

• 如果你的系统每分钟需要采集** 1000 个任务**，建议优使用 pingback/postback 回调机制；
• Tasks Ready 更适合作为：
• 常规轮询已完成任务 ID 的方式；
• 或用于补偿获取回调失败的任务 ID。

返回列表规则

• 每次调用最多返回过去 3 天完成的 1000 个任务
• 每分钟最多调用 20 次
• 任务会一直保留在列表中，直到你获取结果
• 以下任务不会出现在返回列表中：
• 已经被成功拉取过结果的任务
• 完成后 3 天未拉取 的任务
• 已设置 postback_url 且回调成功的任务

postback_url

如果任务创建时指定了 postback_url，该任务默认不会出现在已完成任务列表中。

当向你的服务器发送回调失败时，该任务才可能出现在列表里，例如：

• 你的服务端请求失败；
• 你的服务端返回的 HTTP 状态码 小于 200 或 大于 300。

计费

获取已完成任务列表不收费。

• 参考价约 ¥0.0000 / 次
• 实扣费以响应头 X-SeerMarTech-Charge-CNY 为准

请求信息

HTTP 请求

GET /v3/merchant/google/reviews/tasks_ready

请求头

名称	类型	是否填	说明
Authorization	string	是	认证信息，统一使用 Bearer smt_live_YOUR_KEY
Content-Type	string	否	建议传 application/json

请求体

该接口为 GET 请求，通常无需请求体。

响应结构

接口返回 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	任务状态码，范围通常为 10000-60000，完整列表见 /v3/appendix/errors
status_message	string	任务状态说明
time	string	任务执行耗时，单位秒
cost	float	单任务费用，单位 USD
result_count	integer	result 数组中的数量
path	array	URL 路径信息
data	object	请求 URL 中传的参数
result	array	已完成任务列表

tasks[].data 字段

字段名	类型	说明
se_type	string	搜索引擎类型；该端点固定为 reviews
api	string	API 分类；此处为 merchant
function	string	功能分类；此处为 reviews
se	string	搜索引擎；此处通常为 google

tasks[].result[] 字段

字段名	类型	说明
id	string	已完成任务的任务 ID，UUID 格式
se	string	创建任务时指定的搜索引擎
se_type	string	搜索引擎类型
date_posted	string	任务提交时间，UTC 格式
tag	string	自定义任务标识
endpoint_advanced	string	用于拉取对应高级结果的接口地址
endpoint_html	string / null	用于拉取 HTML 结果的接口地址；该端点不支持 HTML，固定为 null

说明：原始字段描述中提到 se_type 可为 shopping_specifications，但当前页面路径为 reviews，以接口返回值为准。

认证方式

本平台统一使用 Bearer Token 认证：

Authorization: Bearer smt_live_YOUR_KEY

调用示例

curl

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

Python

import requests

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

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

# 可结合 status_code 判断业务是否成功
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";

async function getTasksReady {
 try {
 const response = await axios.get(
 "https://api.seermartech.cn/v3/merchant/google/reviews/tasks_ready",
 {
 headers: {
 Authorization: "Bearer smt_live_YOUR_KEY",
 "Content-Type": "application/json",
 },
 }
 );

 const result = response.data;

 // 结果数据
 console.log(result);
 } catch (error) {
 console.error(error);
 }
}

getTasksReady;

响应示例

{
 "version": "0.1.20231117",
 "status_code": 20000,
 "status_message": "Ok.",
 "time": "0.1399 sec.",
 "cost": 0,
 "tasks_count": 1,
 "tasks_error": 0,
 "tasks": [
 {
 "data": {
 "se_type": "reviews",
 "api": "merchant",
 "function": "reviews",
 "se": "google"
 },
 "result": []
 }
 ]
}

说明：示例响应片段存在格式裁剪，以上示例按 JSON 结构整理展示。返回中通常还会任务级 id、status_code、status_message、time、cost、result_count、path 等字段。

状态码与错误处理

请重点处理以下两类状态信息：

• 顶层 status_code / status_message：表示本次 API 请求整体执行状态
• tasks[]部 status_code / status_message：表示单个任务的执行状态

完整错误码与状态说明请参考：

• /v3/appendix/errors

错误处理建议

• 当顶层 status_code 非 20000 时，按请求级失败处理
• 当顶层成功但 tasks_error 大于 0 时，逐个检查 tasks[]
• 对回调失败补偿场景，建议记录已拉取的任务 ID，重复处理
• 对高吞吐场景，建议将 Tasks Ready 与回调机制结合使用

结果拉取流程建议

推荐处理流程如下：

1. 调用 /v3/merchant/google/reviews/tasks_ready 获取已完成任务 ID 列表；
2. 从 tasks[].result[] 中提取每个任务的 id；
3. 调用对应的 Task GET 接口获取完整结果；
4. 将成功处理的任务写本地消费记录，重复抓取；
5. 对设置了 postback_url 但回调失败的任务，使用本接口做补偿拉取。

实用场景

• 轮询已完成评论任务：批量获取最近完成的 Google Reviews 任务 ID，便于下游系统继续拉取并库。
• 补偿回调失败任务：当业务系统未成功接收到 postback_url 回调时，通过本接口找回遗漏任务，降低数据丢失风险。
• 构建异步采集流水线：将“任务提交—完成发现—结果拉取—库分析”拆分处理，提升大规模评论采集的稳定性。
• 监控任务消费积压：定时检查未拉取的已完成任务数量，及时发现结果消费延迟或处理障。
• 业务标签追踪任务：结合返回结果中的 tag 字段，将评论采集任务映射到店铺、品牌或项目维度，便于后续分析与审计。