淘宝评价 API

Q: 评价能按规格区分吗？

能。每条评价的 sku 是买家购买的规格，按它分组就能比较不同颜色、尺码或套餐的口碑；useful_count 是评价被标为有用的次数，可以帮你挑出更有参考价值的评价。

Q: 怎么看商家对差评的处理？

看 seller_reply，它是卖家对这条评价的回复。把低分评价和卖家回复放在一起读，能看出常见问题是什么、商家通常怎么处理。

Q: 评价里的图片能拿到吗？

能，images 里是这条评价返回的图片链接。分析时把图片和正文、评分一起保存，后续可以同时看买家写了什么、拍了什么。

POST

接口健康状态

24h 健康值: 正常
24h 平均耗时: —

健康 / 正常
可用
少量可用
基本不可用

正常

24 小时趋势

30 天趋势

评价：返回列表，默认 20 条、单次最多 100 条；主要字段 id、text、rating、rating_scale、posted_at、sku。

淘宝评价接口按商品读取买家评价，每条带评价正文、评分、发布时间、购买的规格、买家昵称、评价图片，以及卖家对这条评价的回复。它回答「买家对这件商品满意吗、问题集中在哪」，适合做口碑分析、差评归因，以及提炼竞品的卖点和痛点。

url 和商品详情用的是同一种商品标识：数字 ID、商品链接或含唯一商品链接的分享文本。sku 能把评价对应到具体规格，适合比较不同颜色、尺码的反馈；seller_reply 能看出商家怎么处理差评。比较评分前先看同一行的 rating_scale。

单价 $1.39 / 千次（每次 $0.001389），失败与空结果不扣费。同步返回；慢任务可在请求体加 "mode": "async"，先拿 job_id 再轮询。

AI 提示词

复制下面这段给你常用的 AI 助手：里面写好了这个接口的参数、返回字段和示例请求，它会先问清你的需求，再帮你写采集脚本。

请帮我用 EveryInfra 的「淘宝评价」接口（taobao/reviews）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 taobao，action 填 reviews，参数放在 params 里。
- 必填参数：
  - url：product_detail / reviews / questions 接收商品数字 ID、淘宝/天猫商品 URL，或含唯一商品 URL 的分享文本。
- 可选参数：
  - limit：这次调用最多返回的条数，整数，1–100；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。（默认 20）
- 返回一组记录，每条记录的主要字段：id、text、rating、rating_scale、posted_at、sku（规格）、buy_count（购买人数）、useful_count（评价被标有用次数）、author_name、author_avatar_url（评价人头像链接（reviews））、images（图片链接列表：product_de…）、review_append（买家追评正文（有多条时按时间顺序换…）；一共 13 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=taobao。
- 示例请求体：
{
  "platform": "taobao",
  "action": "reviews",
  "params": {
    "url": "https://item.taobao.com/item.htm?id=744983869996"
  }
}
- 计费：$1.39 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "mode": "async"：先拿到 job_id，再轮询 GET https://api.everyinfra.com/api/v1/jobs/{job_id} 取结果。
- 返回 422 时，按错误信息里的候选参数和允许值修正；返回 429 或 503 时，按 Retry-After 等待后重试。

写代码前，先问清楚我要采哪些对象、一共多少个、需要哪些字段、结果存成什么格式，再把方案和大概花费讲给我确认。

请求参数

参数名	位置	类型	必填	默认值	说明
`Authorization`	header	`string`	是	-	Bearer 加你的 API Key。在控制台创建；不要放进网址或代码仓库。
`platform`	body	`string`	是	`taobao`	平台标识，固定值。
`action`	body	`string`	是	`reviews`	能力标识，固定值。
`url`	body.params	未声明	是	-	product_detail / reviews / questions 接收商品数字 ID、淘宝/天猫商品 URL，或含唯一商品 URL 的分享文本；e.tb.cn / m.tb.cn 短链仅在可安全解析为商品页时接受。纯淘口令、过期链接和非商品页会拒绝。
`limit`	body.params	`integer (1–100)`	否	`20`	这次调用最多返回的条数，整数，1–100；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。

代码示例

bash

curl -X POST 'https://api.everyinfra.com/api/v1/social' \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H 'Content-Type: application/json' \
  --data-raw '{
  "platform": "taobao",
  "action": "reviews",
  "params": {
    "url": "https://item.taobao.com/item.htm?id=744983869996"
  }
}'

[OpenAPI 定义 (JSON)]示例从环境变量 EVERYINFRA_API_KEY 读取 Key，复制出去的代码不含你的 Key。

响应示例

真实返回样例

2026年9月26日 16:56（北京时间）用上方代码示例的参数真实调用所得。results 与 count 是那次的真实返回，已隐去名字、账号、头像、主页链接、联系方式等个人信息；id、billing、quota 每次调用都不同，只给结构。

json

{
  "id": "req_…",
  "platform": "taobao",
  "action": "reviews",
  "results": [
    {
      "text": "質量過關，用着挺放心的，之前那個用了幾年時間，用不了，綠聯質量太好了",
      "rating": 5,
      "posted_at": "2026.08.27 21:28",
      "platform": "taobao",
      "rating_scale": 5
    }
  ],
  "count": 1,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

业务数据在 results 里；下表是每条记录可能包含的字段，平台没有提供的值不会被补造。

字段	含义
`id`	该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。
`text`	正文内容，已去除 HTML 标签，全文返回、不截断（个别平台的列表结果本身只有摘要，以该平台的字段说明为准）。
`rating`	评分。分制随平台而异，同一行的 `rating_scale` 给出该平台满分 (多数是 5，Booking/豆瓣/爱奇艺/NAVER 是 10)。跨平台比较前必须先按 rating_scale 换算 —— 直接比数字会得出反的结论。
`rating_scale`	上一列 `rating` 的满分。5 表示五星制、10 表示十分制。只在该行有 rating 时出现。
`posted_at`	发布时间，ISO 8601 格式、UTC 时区（如 2026-08-07T12:34:56+00:00）。平台只给非标准字符串时原样透传，解析前建议做容错。null 表示平台未公开。
`sku`	规格。
`buy_count`	购买人数。
`useful_count`	评价被标有用次数。
`author_name`	作者昵称（显示名）。
`author_avatar_url`	评价人头像链接（reviews）。
`images`	图片链接列表：product_detail 是商品图，reviews 是买家晒图（没晒图时没有这个字段）。
`review_append`	买家追评正文（有多条时按时间顺序换行拼接；没有追评时字段不出现）。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。
`seller_reply`	卖家对该评价的回复。

常见问题

评价能按规格区分吗？

能。每条评价的 sku 是买家购买的规格，按它分组就能比较不同颜色、尺码或套餐的口碑；useful_count 是评价被标为有用的次数，可以帮你挑出更有参考价值的评价。

怎么看商家对差评的处理？

看 seller_reply，它是卖家对这条评价的回复。把低分评价和卖家回复放在一起读，能看出常见问题是什么、商家通常怎么处理。

评价里的图片能拿到吗？

能，images 里是这条评价返回的图片链接。分析时把图片和正文、评分一起保存，后续可以同时看买家写了什么、拍了什么。

错误与计费

401: 缺少 Key 或 Key 无效。先鉴权再校验参数，未鉴权的请求拿不到参数结构。
422: 参数名或取值不对。错误信息会列出这项能力支持的参数、允许值和最接近的候选，按它改即可；发生在扣费之前。
402: 余额不足，请先充值。
429: 超过账户的每分钟请求上限（名下所有 Key 合计；Key 自设了更低上限时先按它算），按 Retry-After 等待后再试。需要更高上限可在控制台买提速包。
503: 暂时无法完成。已预扣的费用按原账本退回；响应里的 billing 与 refund 写明实际结果，结果未知时会明确标出，不要直接重发。
200 空结果: 请求完成但没有数据，不扣费（billing.reason = empty_result_refunded）。