Booking评价 API
POST
接口健康状态
- 24h 健康值
- 正常
- 24h 平均耗时
- —
- 最近检查时间
- 2026年9月27日 02:04（北京时间）
- 健康 / 正常
- 可用
- 少量可用
- 基本不可用
健康 API正常
24 小时趋势
30 天趋势
健康值怎么算
- 健康值 = 返回了数据的调用占比（百分比）。空结果、失败和结果未知都不算返回数据。
- 档位：≥90% 健康、≥70% 可用、≥40% 少量可用，更低是基本不可用。
- 一个时段（24 小时、每小时、每天）调用满 50 次才计算健康值；不足的时段显示为正常——少量调用里的偶发失败不代表接口不可用。
- 调用包括客户的真实调用和我们每天的探测调用；请求本身的错误（参数不对、余额不足）不计入。
- 平均耗时只算正常返回的调用：同步取响应时间，异步取受理到完成。
逐时段数据
| 时间（北京时间） | 状态 | 健康值 | 平均耗时 |
|---|---|---|---|
| 2026-09-27 02:00 - 02:59 | 正常 | — | — |
| 2026-09-27 01:00 - 01:59 | 正常 | — | — |
| 2026-09-27 00:00 - 00:59 | 正常 | — | — |
| 2026-09-26 23:00 - 23:59 | 正常 | — | — |
| 2026-09-26 22:00 - 22:59 | 正常 | — | — |
| 2026-09-26 21:00 - 21:59 | 正常 | — | — |
| 2026-09-26 20:00 - 20:59 | 正常 | — | — |
| 2026-09-26 19:00 - 19:59 | 正常 | — | — |
| 2026-09-26 18:00 - 18:59 | 正常 | — | — |
| 2026-09-26 17:00 - 17:59 | 正常 | — | — |
| 2026-09-26 16:00 - 16:59 | 正常 | — | — |
| 2026-09-26 15:00 - 15:59 | 正常 | — | — |
| 2026-09-26 14:00 - 14:59 | 正常 | — | — |
| 2026-09-26 13:00 - 13:59 | 正常 | — | — |
| 2026-09-26 12:00 - 12:59 | 正常 | — | — |
| 2026-09-26 11:00 - 11:59 | 正常 | — | — |
| 2026-09-26 10:00 - 10:59 | 正常 | — | — |
| 2026-09-26 09:00 - 09:59 | 正常 | — | — |
| 2026-09-26 08:00 - 08:59 | 正常 | — | — |
| 2026-09-26 07:00 - 07:59 | 正常 | — | — |
| 2026-09-26 06:00 - 06:59 | 正常 | — | — |
| 2026-09-26 05:00 - 05:59 | 正常 | — | — |
| 2026-09-26 04:00 - 04:59 | 正常 | — | — |
| 2026-09-26 03:00 - 03:59 | 正常 | — | — |
| 2026-09-26 | 正常 | — | — |
| 2026-09-25 | 正常 | — | — |
| 2026-09-24 | 正常 | — | — |
| 2026-09-23 | 正常 | — | — |
| 2026-09-22 | 正常 | — | — |
| 2026-09-21 | 正常 | — | — |
| 2026-09-20 | 正常 | — | — |
| 2026-09-19 | 正常 | — | — |
| 2026-09-18 | 正常 | — | — |
| 2026-09-17 | 正常 | — | — |
| 2026-09-16 | 正常 | — | — |
| 2026-09-15 | 正常 | — | — |
| 2026-09-14 | 正常 | — | — |
| 2026-09-13 | 正常 | — | — |
| 2026-09-12 | 正常 | — | — |
| 2026-09-11 | 正常 | — | — |
| 2026-09-10 | 正常 | — | — |
| 2026-09-09 | 正常 | — | — |
| 2026-09-08 | 正常 | — | — |
| 2026-09-07 | 正常 | — | — |
| 2026-09-06 | 正常 | — | — |
| 2026-09-05 | 正常 | — | — |
| 2026-09-04 | 正常 | — | — |
| 2026-09-03 | 正常 | — | — |
| 2026-09-02 | 正常 | — | — |
| 2026-09-01 | 正常 | — | — |
| 2026-08-31 | 正常 | — | — |
| 2026-08-30 | 正常 | — | — |
| 2026-08-29 | 正常 | — | — |
| 2026-08-28 | 正常 | — | — |
评价：返回列表，默认 20 条、单次最多 100 条；主要字段 id、title、text_positive、text_negative、rating、rating_scale。
单价 $1.39 / 千次（每次 $0.001389），失败与空结果不扣费。 同步返回；慢任务可在请求体加 "mode": "async"，先拿 job_id 再轮询。
请求参数
| 参数名 | 位置 | 类型 | 必填 | 默认值 | 说明 |
|---|---|---|---|---|---|
Authorization | header | string | 是 | - | Bearer 加你的 API Key。在控制台创建；不要放进网址或代码仓库。 |
platform | body | string | 是 | booking | 平台标识，固定值。 |
action | body | string | 是 | reviews | 能力标识，固定值。 |
url | body.params | 未声明 | 是 | - | Booking 单个住宿的完整页面链接，建议使用 /hotel/ 路径。profile 查住宿资料，reviews 查该住宿点评，prices 查房型价格；不要将目的地搜索页当作单个酒店链接。 |
limit | body.params | integer (1–100) | 否 | 20 |
代码示例
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": "booking",
"action": "reviews",
"params": {
"url": "https://www.booking.com/hotel/jp/park-hyatt-tokyo.html"
}
}'[OpenAPI 定义 (JSON)]示例从环境变量 EVERYINFRA_API_KEY 读取 Key，复制出去的代码不含你的 Key。
响应示例
真实返回样例
2026年9月26日 16:56（北京时间）用上方代码示例的参数真实调用所得。results 与 count 是那次的真实返回，已隐去名字、账号、头像、主页链接、联系方式等个人信息，列表只保留前 2 条；id、billing、quota 每次调用都不同，只给结构。
json
{
"id": "req_…",
"platform": "booking",
"action": "reviews",
"results": [
{
"id": "608726deed389acf",
"rating": 5,
"posted_at": "2026-09-23T12:06:15+00:00",
"stay_date": "2026-09-19T00:00:00.000Z",
"author_name": "（已隐去）",
"room_name": "King Room with City View",
"platform": "booking",
"rating_scale": 10
},
{
"id": "5970507e264636a7",
"rating": 5,
"posted_at": "2026-09-15T10:59:06+00:00",
"stay_date": "2026-08-14T00:00:00.000Z",
"author_name": "（已隐去）",
"room_name": "Deluxe Room with Two Double Beds",
"platform": "booking",
"rating_scale": 10
}
],
"count": 20,
"billing": { … },
"quota": { … }
}返回字段
业务数据在 results 里；下表是每条记录可能包含的字段，上游没有提供的值不会被补造。
| 字段 | 含义 |
|---|---|
id | 该记录在原平台上的唯一标识。仅在同一平台内唯一，跨平台可能重复。 |
title | 标题。平台无标题概念时（如纯文本帖）为 null。 |
text_positive本平台特有 | 点评里的正面部分，Booking 把好评差评拆成两栏填写。 |
text_negative本平台特有 | 点评里的负面部分。两栏都可能为空。 |
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 表示平台未公开。 |
stay_date本平台特有 | 点评人实际入住的月份，用于判断评价的新鲜度。 |
author_name | 作者昵称（显示名）。 |
author_country本平台特有 | 点评人所在国家。 |
traveler_type本平台特有 | 出行类型（商务/情侣/家庭/独行等），筛同类客群的评价时用。 |
room_name本平台特有 | 房型名称。 |
nights本平台特有 | 本次查询的住宿晚数。 |
language | 内容语言代码（如 zh、en），由平台判定，可能不准。 |
owner_response本平台特有 | 酒店对该条点评的回复。 |
platform | 数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。 |
错误与计费
- 401
- 缺少 Key 或 Key 无效。先鉴权再校验参数，未鉴权的请求拿不到参数结构。
- 422
- 参数名或取值不对。错误信息会列出这项能力支持的参数、允许值和最接近的候选，按它改即可；发生在扣费之前。
- 402
- 余额不足，请先充值。
- 429
- 超过每分钟请求上限，按 Retry-After 等待后再试。
- 503
- 暂时无法完成。已预扣的费用按原账本退回；响应里的 billing 与 refund 写明实际结果，结果未知时会明确标出，不要直接重发。
- 200 空结果
- 请求完成但没有数据，不扣费（billing.reason = empty_result_refunded）。
官方资料参照
只用于核对对象与术语，不表示平台对 EveryInfra 的授权或背书。
- Booking：住客点评与分项评分说明 ↗
Booking 官方说明整体点评与各分项评分独立提交。这里引用网站口径；本接口评论评分量纲仍需逐输入形状核对，不能仅凭此链接宣称归一化已验证。
核对于 2026-09-04