抓取机票与酒店价格：为什么票价随地点而变

把同一趟航班搜两次，一次作为某个国家的买家、一次作为另一个国家的买家，你往往会得到两个不同的价格。这不是一个故障。机票票价和酒店房价是按市场来定的，而一个旅行站点把你归入哪个市场，很大程度上由你的连接看起来来自哪里所决定。这一个事实就塑造了采集旅行价格的一切：如果你想要某个国家的客户真正看到的票价，你就得从那个国家内部去看。住宅代理正是你在规模上做到这件事的方式，而这里就是它们为任何构建票价追踪、价格比较或旅行价格情报之人所嵌入之处。

旅行团队采集的是什么

有用的数据是价格与可得性，随时间被反复采样。在航空这一侧，那意味着某个出发地、目的地与日期的票价，按舱位等级与舱级细分，再加上座位可得性、以及价格如何随着起飞临近而变动。在住宿这一侧，是按日期、入住人数与房型划分的每晚房价，横跨直销站点与聚合平台。二者周围还有一层竞争与市场研究的工作：一条航线或一处物业如何跨地区定价、促销如何按国家不同、以及动态定价如何一小时一小时地变化。这些全都是公开的购物数据，也全都依赖于能够复现一个真实旅行者在某个具体地点会看到之物。

为什么价格取决于你从哪里看

航空公司通过许多销售点售卖同一个座位，而销售点自带它自己的价格。一个在某国备案供售的票价，可能与同一趟航班在另一国备案的票价不同——甚至在货币尚未进场之前就已如此——因为航空公司按每个市场自身的需求与竞争来为之定价。随后货币与当地税费叠加在上面，而站点对你属于哪个市场的判断，主要来自你的 IP 地址，有时再由你所呈现的货币与区域设置来加以强化。酒店和聚合平台以它们自己的方式做着同样的事：地区性促销、按货币而定的房价，以及按市场调校过的可得性。

对采集而言的后果是直接的。从单一位置抓取每一条航线，你也只是在采样一个销售点，不论你覆盖了多少航线。另一个国家的买家所看到的价格对你是不可见的，因为站点从不把它展示给你所来自的那个地址。要看见它，你的请求就必须发源于那个买家所在之处。

抵达每一个市场：国家与城市定位

这正是住宅代理如此契合旅行定价的核心缘由。一个带国家定位的住宅代理，让你能把每个请求放置在你想要其价格的那个市场里，于是你采集到的是那个国家真实的销售点票价，而不是单一的本土市场视角。搭一个你所在意市场的矩阵，从每一个市场跑同样的搜索，你得到的就是真实的按市场画面，而不是一份被扭曲的样本。在价格或可得性于国家级之下仍有变化之处，城市级定位会把它收得更紧。这正是以地理定位抵达随地区而变的公开数据的合法用法：你在采集每个市场所公布的价格，而不是在规避一条限制。让你所呈现的货币与区域设置，与你出口所在的国家相匹配，好让市场信号彼此一致，而非相互矛盾。

越过旅行站点的防御

旅行是全网防御较重的角落之一。航空公司与聚合平台的站点会看到持续不断的自动化票价搜寻，而它们奋力回击：数据中心 IP 段会被很快封锁，而看起来不像寻常旅行者的流量则会被质询、或被给以劣化的结果。一个从数据中心地址运行的抓取器，往往撞上的是封锁与质询页面，而不是票价。

住宅代理经由真实的、家庭级 IP 路由，于是每个请求看起来像一个在家中购物的寻常旅行者，而不像数据中心里的一台服务器，而一个信誉良好的干净地址能顺畅通过，被标记的则会遭到质询。IP 把你送到门口，其余则是要表现得像一个真实客户端：合乎情理的请求速率、对触发封锁的信号的诚实处理，以及抓取重防护站点的那套通用纪律。目标是像一个人那样购物，以一个没有哪个目标会注意到的量。

让一次搜索保持连贯：粘性会话

一次旅行搜索很少只是一个请求。你搜一条航线、落到一个结果页、钻进一个票价或一间客房，而站点会把状态贯穿这些步骤，有时还把一个报出的价格钉在产生它的那个会话上。如果你的 IP 在那个流程中途轮换，你要么弄断了会话、要么把自己点亮成可疑，因为一个真实旅行者不会在点击搜索与查看票价之间跳换国家。解法是每次搜索一个粘性会话：在整个多步流程里守住一个 IP，好让这次搜索从查询到报价一路保持连贯，然后再为下一次换到一个新鲜的会话。在各次搜索之间轮换以分摊负载；在一次搜索之内保持粘性以让它完好无损。

规模与新鲜度：价格在不停地动

旅行价格是动态的，这让采集成为一件持续的活儿，而非一次性的拉取。一个有用的数据集会按计划对许多航线、日期与物业重新采样，因为今早捕到的一个票价，到了下午可能就已陈旧。如果这份量来自太少的地址，就会直直撞上按 IP 的速率限制，所以要把它分散到池子里：每个 IP 都待在它的限额之内，而你的聚合吞吐量得以扩张——这正是任何高流量采集器背后的负载均衡逻辑，也正是无限并发连接的用途。用监控让流水线保持诚实：按市场的成功率与覆盖度，会在一个目标改变了它的防御、或一个地区无声地停止返回数据时告诉你，赶在那个缺口以价格历史里的一个空洞形式出现之前。因为旅行结果可能对延迟敏感，用信誉良好的出口把延迟压低，有助于让最新鲜的价格最先落地。

负责任地采集

诚实的那一部分。凡是航空公司、酒店集团或聚合平台提供了一个官方 API、一个合作方数据源、或一条你有权限的 GDS 连接之处，那才是更好的路径：它结构化、更快，且在提供方的条款之内。住宅代理是用来采集一个站点展示给寻常购物者的公开价格的，以市场规模去采，而不是用来强行取得一个提供方已经关闭的访问。守住公开的购物数据、尊重每个站点的服务条款与 robots 指令，并有礼地爬取，好让你永不劣化你所依赖的那些站点。这是价格情报与市场研究——对所公布的票价与房价的采集——不是订票自动化、不是抢票机器人，也不是任何进行交易之事。守在那条线上，正是让一个旅行价格数据集站得住脚的东西。

一套最小的按国家钉住的取回

定位住在 gateway 的用户名里。钉住一个国家并守住一个会话标识，好让一次搜索从你想要的那个市场里的一个 IP 上跑：

import requests

# One sticky IP in Germany for the whole search flow
PROXY = ("http://customer-USERNAME-country-de-sid-search8123:"
         "PASSWORD@p.shifter.io:443")
proxies = {"http": PROXY, "https": PROXY}

r = requests.get(
    "https://www.example-travel.com/search?from=BER&to=JFK&date=2026-09-10",
    proxies=proxies,
    timeout=20,
    headers={"Accept-Language": "de-DE"},   # match locale to the market
)
r.raise_for_status()
print(r.text)

用一组国家定位跑同一次搜索，以搭起那个按市场的矩阵；让每一次多步搜索都待在它自己的粘性会话上；并按计划重新采样，以追踪价格如何变动。通用的客户端模式从用 Python 使用住宅代理那篇指南里一路承接过来，而更宽的做法则呼应着持续的价格监控与另类数据采集。

底线

机票与酒店价格是按市场来定的，而展示给你的是哪个市场，由你的连接看起来身在何处所决定，所以准确地采集它们，首先是一个地理问题，然后才是别的什么。从一个地方抓取，你采样的是一个销售点；要看见每个市场实际支付什么，请求就得来自那个市场。住宅代理解决的正是这个：用国家与城市定位去采集每个市场的真实价格、用粘性会话让一次多步搜索保持连贯、用一个大池子把不停的重新采样分散在按 IP 的限额之内，以及用干净的、家庭级 IP 去越过那些为拦住数据中心票价搜寻者而建的防御。在你拥有官方 API 之处优先用它，守住公开数据与每个站点的条款，让代理层去做它该做之事：像一个寻常旅行者那样抵达每一个市场。

那一层正是住宅代理所提供的——一个由真实的、家庭级 IP 组成的大池子，带国家与城市定位，并在一次搜索需要时带粘性会话。按 GB 计价意味着你为自己真正拉取的价格数据付费，这很契合一个由细小、频繁、同时横跨许多市场运行的票价与房价查询构成的工作负载。