TripAdvisor评价 API

POST

接口健康状态

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

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

正常

24 小时趋势

30 天趋势

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

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

AI 提示词

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

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

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 tripadvisor，action 填 reviews，参数放在 params 里。
- 必填参数：
  - url：profile / reviews 的 TripAdvisor 具体地点链接，需指向酒店、餐厅或景点而非城市目录；profile 是地点详情，不是游客个人档案。
- 可选参数：
  - limit：这次调用最多返回的条数，整数，1–50；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 422。（默认 20）
- 返回一组记录，每条记录的主要字段：id、url、title、text、rating、rating_scale、like_count、author_name、author_username、author_location（点评人所在地）、author_contributions（点评人累计贡献的点评数）、trip_type（出行类型（商务/情侣/家庭/独行））；一共 17 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=tripadvisor。
- 示例请求体：
{
  "platform": "tripadvisor",
  "action": "reviews",
  "params": {
    "url": "https://www.tripadvisor.com/AttractionProductReview-g294217-d26810431-Hong_Kong_Street_Food_Tour_with_Locals_Dim_Sum_Wonton_more-Hong_Kong.html"
  }
}
- 计费：$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`	是	`tripadvisor`	平台标识，固定值。
`action`	body	`string`	是	`reviews`	能力标识，固定值。
`url`	body.params	未声明	是	-	profile / reviews 的 TripAdvisor 具体地点链接，需指向酒店、餐厅或景点而非城市目录；profile 是地点详情，不是游客个人档案。
`limit`	body.params	`integer (1–50)`	否	`20`	这次调用最多返回的条数，整数，1–50；不传按默认值，实际返回可能少于这个数。超过上限会在扣费前返回 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": "tripadvisor",
  "action": "reviews",
  "params": {
    "url": "https://www.tripadvisor.com/AttractionProductReview-g294217-d26810431-Hong_Kong_Street_Food_Tour_with_Locals_Dim_Sum_Wonton_more-Hong_Kong.html"
  }
}'

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

响应示例

字段预览

这组示例参数还没有真实样例：这里只按契约列出响应结构和字段，值用 … 占位，不是一次真实调用的结果。

json

{
  "id": "req_…",
  "platform": "tripadvisor",
  "action": "reviews",
  "results": [
    {
      "id": …,
      "url": …,
      "title": …,
      "text": …,
      "rating": …,
      "rating_scale": …,
      "like_count": …,
      "author_name": …,
      "author_username": …,
      "author_location": …,
      "author_contributions": …,
      "trip_type": …,
      "trip_date": …,
      "posted_at": …,
      "language": …,
      "platform": …,
      "owner_response": …,
      "image_urls": …
    }
  ],
  "count": …,
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

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

字段	含义
`id`	该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。
`url`	该记录在原平台上的可访问链接。
`title`	标题。平台无标题概念时（如纯文本帖）为 null。
`text`	正文内容，已去除 HTML 标签，全文返回、不截断（个别平台的列表结果本身只有摘要，以该平台的字段说明为准）。
`rating`	评分。分制随平台而异，同一行的 `rating_scale` 给出该平台满分 (多数是 5，Booking/豆瓣/爱奇艺/NAVER 是 10)。跨平台比较前必须先按 rating_scale 换算 —— 直接比数字会得出反的结论。
`rating_scale`	上一列 `rating` 的满分。5 表示五星制、10 表示十分制。只在该行有 rating 时出现。
`like_count`	点赞数。null 表示该平台或该接口不公开此数据，不等于 0。
`author_name`	作者昵称（显示名）。
`author_username`	作者用户名（@handle），通常可用于拼 URL。
`author_location`	点评人所在地。
`author_contributions`	点评人累计贡献的点评数。数值高的点评更可信。
`trip_type`	出行类型（商务/情侣/家庭/独行）。
`trip_date`	点评人的出行时间。判断评价新鲜度用。
`posted_at`	发布时间，ISO 8601 格式、UTC 时区（如 2026-08-07T12:34:56+00:00）。平台只给非标准字符串时原样透传，解析前建议做容错。null 表示平台未公开。
`language`	内容语言代码（如 zh、en），由平台判定，可能不准。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。
`owner_response`	商家对这条评价的公开回复，含正文（text）、回复人（author_name）和回复时间（posted_at）；没有回复时不出现这个字段。
`image_urls`	图片链接数组，按平台展示顺序；没有图片时不出现这个字段。

错误与计费

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