Airbnb房源可订日历 API
POST
接口健康状态
- 24h 健康值
- 正常
- 24h 平均耗时
- —
- 健康 / 正常
- 可用
- 少量可用
- 基本不可用
正常
24 小时趋势
30 天趋势
房源可订日历:返回列表;主要字段 id、date、available、available_for_checkin、available_for_checkout、bookable。
单价 $1.39 / 千次(每次 $0.001389),失败与空结果不扣费。 同步返回;慢任务可在请求体加 "mode": "async",先拿 job_id 再轮询。
AI 提示词
复制下面这段给你常用的 AI 助手:里面写好了这个接口的参数、返回字段和示例请求,它会先问清你的需求,再帮你写采集脚本。
请帮我用 EveryInfra 的「Airbnb 房源可订日历」接口(airbnb/calendar)写一个数据采集脚本。
接口约定:
- 请求:POST https://api.everyinfra.com/api/v1/social,请求头 Authorization: Bearer <API Key>;Key 从环境变量 EVERYINFRA_API_KEY 读取,不要写进代码。
- 请求体里 platform 填 airbnb,action 填 calendar,参数放在 params 里。
- 必填参数:
- url:目标随 action 区分:property_detail / reviews / calendar 使用 /rooms/<房源ID> 链接或房源 ID。
- 可选参数:
- check_in:calendar 起始日期的兼容参数,YYYY-MM-DD;同时传 start_date 时由 start_date 优先,since 还会覆盖两者。查询日历不代表预订。
- check_out:calendar 结束日期的兼容参数,YYYY-MM-DD;同时传 end_date 时由 end_date 优先,until 还会覆盖两者。查询不会锁定房源。
- end_date:calendar 日历结束日期,YYYY-MM-DD。不传时依次使用 check_out、当天起第 30 天;默认不是 start_date 加 30 天。另传 until 时以 until 为准。
- since:YYYY-MM-DD 日期:reviews 表示评论起始日期;calendar 表示日历区间起点,并覆盖 start_date / check_in。不同 action 的日期含义不同。
- start_date:calendar 日历起始日期,YYYY-MM-DD。不传时依次使用 check_in、当天日期;若另传 since,则以 since 为准。
- until:calendar 日历区间终点,YYYY-MM-DD;传入时覆盖 end_date / check_out,不是评论发布时间上界。
- limit:这次调用最多返回的条数,整数,至少为 1;不传按默认值,实际返回可能少于这个数。
- 返回一组记录,每条记录的主要字段:id、date(该日历项对应的日期)、available(该日期是否可订)、available_for_checkin(该日期是否可作为入住日)、available_for_checkout(该日期是否可作为退房日)、bookable(当前是否可预订)、min_nights(最少连住晚数)、max_nights(最多连住晚数)、price、currency。
- 示例请求体:
{
"platform": "airbnb",
"action": "calendar",
"params": {
"url": "https://www.airbnb.com/rooms/12937"
}
}
- 计费:$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 | 是 | airbnb | 平台标识,固定值。 |
action | body | string | 是 | calendar | 能力标识,固定值。 |
url | body.params | 未声明 | 是 | - | 目标随 action 区分:property_detail / reviews / calendar 使用 /rooms/<房源ID> 链接或房源 ID;host 使用 /users/show/<房东ID> 链接或房东 ID。房源与房东标识不能互换。 |
check_in | body.params | 未声明 | 否 | - | calendar 起始日期的兼容参数,YYYY-MM-DD;同时传 start_date 时由 start_date 优先,since 还会覆盖两者。查询日历不代表预订。 |
check_out | body.params | 未声明 | 否 | - | calendar 结束日期的兼容参数,YYYY-MM-DD;同时传 end_date 时由 end_date 优先,until 还会覆盖两者。查询不会锁定房源。 |
end_date | body.params | 未声明 | 否 | - | calendar 日历结束日期,YYYY-MM-DD。不传时依次使用 check_out、当天起第 30 天;默认不是 start_date 加 30 天。另传 until 时以 until 为准。 |
since | body.params | 未声明 | 否 | - | YYYY-MM-DD 日期:reviews 表示评论起始日期;calendar 表示日历区间起点,并覆盖 start_date / check_in。不同 action 的日期含义不同。 |
start_date | body.params | 未声明 | 否 | - | calendar 日历起始日期,YYYY-MM-DD。不传时依次使用 check_in、当天日期;若另传 since,则以 since 为准。 |
until | body.params | 未声明 | 否 | - | calendar 日历区间终点,YYYY-MM-DD;传入时覆盖 end_date / check_out,不是评论发布时间上界。 |
limit | body.params | integer (1–) | 否 | - | 这次调用最多返回的条数,整数,至少为 1;不传按默认值,实际返回可能少于这个数。 |
代码示例
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": "airbnb",
"action": "calendar",
"params": {
"url": "https://www.airbnb.com/rooms/12937"
}
}'[OpenAPI 定义 (JSON)]示例从环境变量 EVERYINFRA_API_KEY 读取 Key,复制出去的代码不含你的 Key。
响应示例
真实返回样例
2026年9月26日 16:56(北京时间)用上方代码示例的参数真实调用所得。results 与 count 是那次的真实返回,已隐去名字、账号、头像、主页链接、联系方式等个人信息,列表只保留前 2 条;id、billing、quota 每次调用都不同,只给结构。
json
{
"id": "req_…",
"platform": "airbnb",
"action": "calendar",
"results": [
{
"id": "12937",
"date": "2026-09-26",
"available": false,
"available_for_checkin": false,
"available_for_checkout": false,
"bookable": false,
"min_nights": 3,
"max_nights": 1125,
"platform": "airbnb"
},
{
"id": "12937",
"date": "2026-09-27",
"available": false,
"available_for_checkin": false,
"available_for_checkout": false,
"bookable": false,
"min_nights": 3,
"max_nights": 1125,
"platform": "airbnb"
}
],
"count": 31,
"billing": {
"charged": …,
"charged_usd": …,
"balance_after_usd": …,
…
},
"quota": { … }
}返回字段
业务数据在 results 里;下表是每条记录可能包含的字段,平台没有提供的值不会被补造。
| 字段 | 含义 |
|---|---|
id | 该记录在原平台上的唯一标识。仅在同一平台内唯一,跨平台可能重复。 |
date | 该日历项对应的日期。 |
available | 该日期是否可订。 |
available_for_checkin | 该日期是否可作为入住日。 |
available_for_checkout | 该日期是否可作为退房日。与 available 分开是因为最少连住限制会让「有房但不能当天入住」。 |
bookable | 当前是否可预订。 |
min_nights | 最少连住晚数。 |
max_nights | 最多连住晚数。 |
price | 价格数值,不含货币符号;币种见 currency。 |
currency | 价格币种代码(如 CNY、USD)。price 存在但 currency 为 null 时不要假定币种。 |
platform | 数据来源平台标识,与请求里的 platform 一致(如 xiaohongshu、tiktok)。 |
错误与计费
- 401
- 缺少 Key 或 Key 无效。先鉴权再校验参数,未鉴权的请求拿不到参数结构。
- 422
- 参数名或取值不对。错误信息会列出这项能力支持的参数、允许值和最接近的候选,按它改即可;发生在扣费之前。
- 402
- 余额不足,请先充值。
- 429
- 超过账户的每分钟请求上限(名下所有 Key 合计;Key 自设了更低上限时先按它算),按 Retry-After 等待后再试。需要更高上限可在控制台买提速包。
- 503
- 暂时无法完成。已预扣的费用按原账本退回;响应里的 billing 与 refund 写明实际结果,结果未知时会明确标出,不要直接重发。
- 200 空结果
- 请求完成但没有数据,不扣费(billing.reason = empty_result_refunded)。