移动代理旅行票价聚合
几十年来，航空公司一直根据销售点来定价。在网上，系统会根据请求来源国来确定票价档位、货币和促销活动——这使得票价聚合首先是一个地理问题，其次才是数据抓取问题。
- 售票点决定票价 — 票价档次和促销活动因机票销售所在国家/地区而异，而您的IP地址将决定该国家/地区。
- 价格差异很大，绝非微不足道——同一间酒店客房，在一个国家的页面上标价接近180美元，而在另一个国家的页面上却接近140美元。
- 搜索是一个有状态的流程——搜索、结果和票价规则都属于同一个会话，因此该标识必须在整个过程中保持不变。
- 在线旅行社（OTA）采取强力防御措施——不仅依靠速率限制，还通过行为分析、指纹识别和基于会话的检测来识别自动化搜索。
从真正位于该市场内部的地址查询每个市场。
查看仅限移动端票价和应用专属优惠价。
旅行票价聚合概述
旅游是一个地理位置并非障碍、而是核心要素的行业。几十年来，航空公司一直根据销售地点来定价：发布的票价档位、适用的促销活动、货币以及税费和附加费的处理方式，全都取决于机票的销售国家。这完全是在互联网出现之前就已存在的情况。 互联网带来的新变化在于，IP地址成为了确定销售点的依据。
这些差异绝非微不足道。 已公布的对比结果经常发现，针对相同的房源，价格差距常达两位数百分比——同一间酒店客房，在美国版平台上标价接近180美元，而在该平台的巴西版本上却标价接近140美元。一个仅从一个国家查询价格的机票聚合产品，并非真正意义上的聚合；它只是以异常确定的态度报告某个市场的价格。
| 各销售点之间的差异 | 为什么 |
|---|---|
| 票价档位已发布 | 库存是根据各市场的需求和竞争状况，按市场进行分配的 |
| 促销与特卖 | 营销活动需针对当地的营销周期和当地竞争对手展开 |
| 货币与列报 | 汇率按卖方汇率而非银行间汇率进行换算 |
| 税费和附加费 | 根据销售点和行程而定，并在不同市场以不同方式显示 |
| 哪些运营商会出现在列表中 | 分销协议和当地合作伙伴关系因国家而异 |
抓取机票价格
票价查询并非单纯的页面加载，将其视为页面加载是最大的结构性错误。它是一个有状态的流程：先是查询请求，接着是通常以异步方式生成的结果页面，最后是对特定行程的票价规则或可用性检查。 这三者属于同一个会话。如果在过程中切换退出地址，要么会直接中断该会话，要么会悄无声息地返回一个新计算的价格结果，而该结果随后会被记录为一次实际上从未发生过的价格变动。
因此，这条规则与常规的爬网方式恰恰相反：在整个流量中保持身份一致，并在不同流量之间进行轮换，而不是在单个流量内部轮换。还要确保地区设置与退出页面一致——如果从法国地址请求法国销售点的信息，却要求以美元显示价格，虽然生成的报价是真实的，但这并非法国游客所看到的报价。
session = new_session(exit_market="FR") # sticky for the whole flow 1. search origin, destination, dates 2. results poll until the asynchronous search settles 3. detail fare rules / availability on the chosen itinerary close(session) # rotate before the next search
与零售业相比，这里更需要仔细斟酌节奏。票价查询会触及实时库存系统，因此每次自动搜索都会给卖家带来实际成本，而这些查询往往不会转化为预订。正是这种不对称性，使得旅游网站比其他行业更竭力维护页面，也正是因此，耐心收集数据者往往比激进者更能持久。
搜索矩阵呈指数级增长
航线和销售点只是该问题的两个维度。舱位等级、乘客人数以及单程与往返的区别，都会对应不同的票价档位；搜索两名旅客的机票价格，可能与搜索同一路线时仅一名旅客的情况不同——某些折扣档位的配额按单个座位计算，一旦请求第二个座位，该折扣档位便会立即消失。 对于单条航线，在长达数周的预订窗口期内，涵盖三种舱位等级和两种乘客人数的票价矩阵，在尚未应用销售点乘数的情况下，其搜索组合就可能达到数百种。在评估某条航线实际需要的数据采集容量时，应将该矩阵视为工作单元，而非航线本身。
酒店和租车数据
酒店也遵循同样的地理规律，但还多了一个维度。房价不仅因销售渠道而异，还因面向特定市场和渠道展示的定价方案而异——这正是“价格一致性”在商业上具有吸引力的根本原因。 酒店在比较其旗下各物业在不同渠道和市场的价格时，实际上是在同时进行品牌保护和收益管理，而只有以普通消费者的身份向每个市场查询，才能全面了解这一情况。
租车服务会根据具体地点补充车源。取车网点与您查询的市场同样重要，且车辆供应情况完全取决于当地：同一车型在某个网点可能已售罄，而在三公里外却供应充足。要整合这些信息，就应将网点视为关键要素的一部分，而非将城市作为基本单位。
- 以每种汇率记录市场数据 — 一个没有销售点的汇率，无法与任何事物进行比较，包括其自身的历史。
- 关注整体，而非表面数字 — 税费、度假村费和附加费在不同市场中的列示方式各不相同，因此该页面上最难进行横向比较的便是标价。
- 记录价格及库存情况 — 已售罄库存上的低价并不算作价格，而显示该价格的聚合产品会迅速失去用户信任。
- 将分支或属性视为键 — 市一级的汇总恰恰掩盖了那些使数据具有价值的差异。
旅游信息抓取的最佳实践
旅游网站部署了商业网络上最先进的防御系统——行为分析、浏览器指纹识别以及基于会话的检测，这些系统经过专门调优，旨在识别自动化搜索模式，而非简单的请求洪水攻击。这改变了“正常行为”的定义。 流量规模固然重要，但流量形态同样关键：一个搜索瞬间完成、从不犹豫、也从不放弃搜索结果的客户端，无论其使用多少个IP地址，都能被识别出来。
| 症状 | 最可能的原因 |
|---|---|
| 相隔几分钟的两趟车票价有所不同 | 实时库存，或者是在流程中途发生会话轮换的情况。在确认变更之前，请先核对该会话。 |
| 结果为空，但请求成功 | 异步搜索尚未完成。应通过轮询判断是否完成，而不是直接读取第一个响应。 |
| 某个市场的价格普遍便宜，且降价幅度为一个固定比例 | 这是货币展示方式，并非票价差额。请按其本币计算的标示总额进行比较。 |
| 挑战从比赛进行到一半时开始，且从未停止 | 基于会话的检测识别出了该搜索模式。应放慢速度并改变流量模式，而不仅仅是更改IP地址。 |
| 某个市场中完全缺少一家运营商 | 这是分发情况，并非错误。具体显示哪些运营商，本身取决于销售点。 |
元搜索与航空公司官网及在线旅行社的查询对比
元搜索引擎已经代表您向底层的航空公司和在线旅行社（OTA）进行查询，并短暂缓存了结果，因此抓取元搜索页面所获取的只是一个混合的、略显过时的数据，而非实时的销售报价。 直接访问航空公司或在线旅行社网站虽能获取真实数据，但会直接触发针对此类流量模式设置的防御机制，因为在直接搜索页面上，卖方的收入正取决于能否区分真实买家与自动化脚本。 这两个数据源回答的是不同的问题——元搜索引擎适用于市场层面的合理性验证，而直接查询则是价格承诺必须基于的依据——若将它们混合到一个数据集中却未设置来源字段，就会产生看似不一致的数值，而实际上它们仅仅是在衡量不同的事物。
关于基础的收款纪律，请参见 网络爬虫的最佳实践 以及 常用模块及其解读方法. 关于价格差异的商业化表述，详见 价格监控.
查询本地所有销售点
PXM2实时位置——选择您需要票价的市场，并从每个市场的真实承运商IP地址获取票价：
法国
新加坡
印度
常见问题解答
为什么同一趟航班在不同国家的票价会有所不同？
因为航空公司一直以来都是根据销售地点来定价的，这种做法已有数十年之久。公布的票价档次、适用的促销活动、货币以及税费和附加费的处理方式，全都取决于机票的销售国家。这种做法早在互联网出现之前就已存在——互联网带来的变化在于，销售地点现在是通过你的IP地址来确定的。 从一个国家查询，你得到的便是该国的票价，准确且一致。
销售终端实际上能带来多大影响？
这足以成为聚合类产品存在的全部意义。已发布的对比报告经常发现，相同房源的价格存在两位数的百分比差距——同一间酒店客房，在美国版页面上的标价接近180美元，而在同一平台的巴西版本上却接近140美元。除非你从该市场内的地址查询，否则这些差异根本不会显现出来。
会话是否应在不同请求之间轮换？
不能在单次搜索中实现。票价查询是一个有状态的流程：搜索请求、结果页面以及票价规则或可用性检查是相互关联的，如果在流程中途切换地址，要么会导致会话中断，要么会返回一个价格不同的全新结果。请保留该流程的标识，并在不同流程之间进行轮换。
为什么从旅游网站获取数据比从零售商那里更难？
因为处理一次票价查询对他们来说成本很高。 每次搜索都会调用实时库存系统，因此自动化搜索会产生实际成本，却没有任何预订的可能性。这就是为什么在线旅行社会采用行为分析、指纹识别以及基于会话的自动化搜索模式检测，而非简单的速率限制——这也是为什么在此情境下，搜索频率的控制比单纯的请求池规模更为关键。
酒店和租车公司的做法是否相同？
地理因素的运作原理相同，但具体机制各不相同。酒店房价因销售渠道和针对特定市场展示的定价方案而异，而价格一致性协议使得各渠道之间的价格差异本身就具有商业价值。租车业务则涉及特定地点的库存，因此取车网点的重要性不亚于您查询的那个市场。
相关移动代理指南
旅行票价属于销售点定价问题，因此本组中的价格和研究指南可直接应用。