01 · Requested context记录
旅行查询
产生公开结果集的可复制输入.
- Route or property
- Dates and travelers
- Market, language, currency
旅行记录模型
关联搜索、行程和供应商报价。
模拟所需的旅行或逗留与供应商所显示的报价分开. 这种分离防止不同日期,居住地点,航线或条件的价值进行比较,好像它们是相等的.
02 · 旅行物体记录
航线或逗留
飞行腿,酒店的房子,房间,以及观察所需的条件.
- Segments or nights
- Property or route keys
- Cabin or room attributes
03 ·观察记录
提供和可用性
航空公司,酒店,市场或其他供应商所显示的时间限制值.
- Fare or rate
- Displayed state
- Supplier and conditions
04 · Normalized layer飞行员先
可比较的旅行选择
通过协议的跨源视图保留原始行程,财产,供应商和条款.
- Comparable dimensions
- Match evidence
- Ambiguous state
Interpretation boundaryNot assumed
显而易见的东西是不可交易的.
显示的价格不是现金总额,显示的可用性不是预订保证.
来源覆盖
检查数据源和字段覆盖范围。
选择 API 或定制采集前，确认所需的数据源、页面类型、市场和字段。
源家族输入环境国家
记录方案
查看示例记录中的字段。
准备好做出决定的记录将搜索,旅行对象,供应商,显示的条款,时间和收藏状态放在一起.
要求的背景
- query_id
- 稳定钥匙,用于一个正常请求.
- origin / destination
- 适用时,路线或目的地输入.
- travel_dates
- 离开,返回,登记或退出.
航线或逗留
- property_or_route_id
- 源标识符与对象保持在一起.
- segments_or_nights
- 旅行或住宿的结构.
- room_or_cabin
- 观察到的配置和条件.
提供和可用性
- displayed_amount
- 显而易见的价值和货币,不变.
- availability_text
- 源文法和正常状态.
- supplier
- 名称公开卖方或供应商背景
追溯性和状态
- source_url
- 关于观察的公开网页.
- observed_at
- 时间标签对此源观测.
- collection_state
- 观察,缺席,不可用,失败或审查.
{
"record_id": "travel_obs_001",
"query": {
"origin": "AMS", "destination": "LIS",
"departure_date": "YYYY-MM-DD",
"travelers": 1, "cabin": "economy"
},
"itinerary": { "segments": 1 },
"offer": {
"displayed_amount": 132,
"currency": "EUR",
"supplier": "Example Air",
"availability_text": "Shown"
},
"market": "NL", "language": "en",
"observed_at": "YYYY-MM-DDThh:mm:ssZ",
"collection_state": "observed"
}Interpret literally.
The value is evidence of what was displayed for this request—not a final price, held seat, or confirmed room.
身份和可比拟性
在比较报价之前,匹配旅行物品.
保存源标识和行程或逗留属性. 当相关的路线,财产,日期,党和条件符合达成规则时,只会分配正常化选项.
- 01
源键
房产,飞行或提供身份证
保持正如观察到的. - 02
匹配的线索
航线 · 日期 · 财产 · 条件
根据一个版本的规则进行比较. - 03
匹配状态
匹配 · 模糊 · 无匹配
我从来没有默默地推断过. - 04
标准化钥匙
可比较的选项ID
只有在合同时才会出现.
清新性语义
时间属于每一个价格,价格和可用性观察.
单独分开请求,源观测,交付和任何衍生变化事件.
- 要求requested_at
旅行的全部背景进入了收集.
- 观察到observed_at
源显示了此值或状态.
- 交付delivered_at
记录达到了达成的交付.
- 改变了first_seen / last_seen
复杂的范围检测到不同的观察.
质量和缺失
不要把不确定性变成价格或可用性要求.
有用的记录区分了有效的观察与没有结果,未支持的背景,改变的源结构和收集失败.
现有要求结构
搜索背景和合同的字段经过了结构检查.
没有显示的报价
消息来源没有回复对此请求的任何资格性意见.
术语是模糊的
房间,路线,供应商或价格需要检查.
收藏未完成
失败仍然与售完或不可用的分开.
结构检查
要求请求背景,对象密钥,货币,源URL和时间.
现场检查
货物类型,行程或逗留形状,供应商,可用性状态和条件.
接受的边界
您的团队批准可比拟的尺寸和下游决策规则;管理的交付运行合同的数据检查.
交付的选择
选择数据获取方式。
在应用中使用 API，定期接收记录，或交由我们负责采集。
代理
保留现有采集程序，使用我们的代理网络。
将住宅、数据中心或 ISP 代理接入团队现有的采集程序。
功能详情
您获得的内容用于自有请求的代理访问
我们负责代理网络和访问
您负责的部分采集、提取、存储和分析
适合 · 适合已有采集程序的团队。
比较代理服务应用程序
将这些记录用于实际工作。
利用以下字段和示例规划分析、产品或监测工作流。
价格监测
按照航线,日期地平线,机和市场显示的航班值.
Query · itinerary · fare · supplier · time酒店价格信息
只有在房地产,住宿,住宿,房间和条件等等等方面,才可以比较公共价格.
Property · stay · room · rate · terms可用性信号
观察变化的公共结果状态,而不把它们作为确认的库存.
Search · displayed state · source · time航线和目的地研究
研究可见的选择,供应商,连接模式和日期范围.
Route · itinerary · supplier · context旅行市场分析
建立由重复的可比观观测进行的规范时间序列.
Normalized option · value · currency · history旅行产品体验
启动可接受的搜索和比较工作流程,使用记录的API.
Request context · current response · provenance代表性飞行员
在自己的工作流中测试样本。
使用代表路线,属性,日期视界,占用,地方,空结果,变更条款和模糊的匹配来验证记录合同之前的规模.
- 01
定义
源,旅行或停留输入,场地,率和下游使用.
- 02
样本
常见,看起来不太好,缺失,改变,
- 03
检查
价值,条款,来源,时间和收藏状态.
- 04
接受
方案,可比拟的尺寸,门,交付和例外过程.
常见问题
开始前的常见问题
旅行数据可以WebScrapingAPI提供?
采集酒店房价、机票价格和可用性，用于比较和市场研究。每条报价均保留旅行日期、入住人数、币种和供应商。
今天有哪些旅行来源?
了解 Booking.com、Airbnb 和 Tripadvisor 的数据源 API，以及文档列明的 Google 旅行工作流程。字段覆盖范围取决于数据源和请求。
显示的价格包括最后的现金价格吗?
没有.显示的价格不是现金总额.税收,费用,行李,住宿,房间条件,货币处理和供应商具体的步骤可能会改变预订流中稍后提供的金额.
显示可用性是否保证可以预订旅行或客房?
显示可用性不是预订保证,而是对特定搜索环境和时间的公众观察,而不是预订,存储库存或供应商确认.
旅行记录应该保存哪个文本?
记录路线或财产,有关日期,客人和旅客,客或客房背景,市场,语言,货币,使用时的设备假设,来源和观察时间.如果没有这种背景,两个可见的报价可能无法比较.
航空公司,酒店和旅游市场是否可以将报价调整成正常?
数据流或托管项目可包含匹配处理。通过样本确认标识符、比较规则，以及不确定或冲突匹配的呈现方式。
旅行价格和可用性数据有多新鲜?
API 在调用时采集数据。数据流和 Managed Data 遵循约定计划，并在可用时分别保留来源时间与采集时间。
缺失结果和收藏失败是如何表现的?
样本区分缺失字段、不可用页面、失败请求和待审核数值。定期交付前，商定每种状态的处理方式。
当旅行源发生变化时,谁会维护数据工作流程?
使用代理时，您的团队维护采集程序；使用页面访问 API 时，维护自定义解析器。我们维护 Data API 支持的数据提取，以及数据流或 Managed Data 包含的采集工作。
旅行数据的限制是什么?
标准范围仅限于符合条件的公共网页和公共领域.预订和支付流量,私人账户,仅为会员或忠诚价格,预订,客户配置文件和交易数据不是标准范围.客户仍然负责合法使用和与记录做出的旅行决定.