按目的地 ID 搜索酒店
查看 Booking 酒店与旅行数据 的全部接口 →使用已知 dest_id 及匹配的 dest_type，并提供住宿日期、人数、房间数与币种。纽约文档示例为 dest_id=20088325、dest_type=city，不是 stays-search 使用的带前缀 query。住宿自动补全不可用，须另行准备已知标识对。此接口尚未实测，将选中酒店交给详情接口前，需检查实际响应和酒店 ID。
API 功能
目的地 ID 与类型配套 同时保留两个字段，仅有数字不能说明目的地类型。
目的地输入不带前缀 分别填写 dest_id 与 dest_type，不要将 city:20088325 整体作为 ID。
按目的地控制预算 结合目的地、明确日期与价格上下限查询。
核验后转酒店详情 选中结果后先验证酒店标识，再查询数字 ID 对应的详情。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/booking/search-by-dest API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/booking/search-by-dest?key=<API_KEY>&dest_id=20088325&dest_type=city'
curl -X GET 'https://api.opendata-api.com/api/project/booking/search-by-dest?key=<API_KEY>&dest_id=20088325&dest_type=city'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 复用已确认的城市和类型，重复进行酒店比价。
- 不依赖失效自动补全，测试已保存目的地。
- 统一房间数和人数，建立目的地住宿候选。
- 在旅行目录中分开保存城市与酒店身份记录。
常见问题
dest_id 与 stays-search 的 query 相同吗？
不同。此接口分别接收 dest_id 和 dest_type；纽约示例为 20088325 和 city，而 stays-search 使用 city:20088325 这样的 query。
这个接口可以帮我发现目的地 ID 吗？
不能，需要事先有已知标识对。住宿自动补全不可用，此搜索接口的响应也尚未实测。