万豪酒店协议价采集 — 需求说明

版本 1.0 · 2026-08-24 · 目标读者：技术实现方

1需求一句话

抓取万豪官网每家酒店的逐日价格日历，同一家酒店、同一批日期各抓两遍： 一遍标准价（Lowest Regular Rate），一遍 MMP 协议价（Corp/Promo Code = MMP）， 输出成可入库的结构化数据，用于比价分析。

2为什么值得做

以 JW 万豪酒店 东京（marsha 代码 TYOJW） 为例，同一房型、同一入住日，两种价格的差距：

注：折扣逐日波动很大（10%～62%），所以必须按天抓全，不能只抽样某一天。

3页面路径

第 1 步 · 搜索结果页（入口）

https://www.marriott.com/search/findHotels.mi?destinationAddress.destination=Tokyo,%20Japan&fromDate=08/25/2026&toDate=08/26/2026&roomCount=1&numAdultsPerRoom=1&isSearch=true

第 2 步 · 房价页（标准价）

https://www.marriott.com/search/availabilityCalendar.mi?propertyCode=TYOJW&isSearch=true&fromDate=08/25/2026&toDate=08/26/2026&lengthOfStay=1&roomCount=1&numAdultsPerRoom=1

第 3 步 · 同一页 + MMP 协议价

在上面 URL 后追加 &clusterCode=corp&corporateCode=MMP：

4数据来源：ADF 价格日历接口

必需请求头

content-type: application/json
accept: */*
apollographql-client-name: phoenix_shop
apollographql-client-version: v1
application-name: shop
graphql-operation-name: phoenixShopADFSearchProductsByProperty
graphql-operation-signature: 887375892e1ad2a43f46a9c95c55ea47cf6eca3af03331c2134f1b440cff3f9f
graphql-require-safelisting: true
origin: https://www.marriott.com
referer: https://www.marriott.com/search/availabilityCalendar.mi?...（见下方"落地页一致性"）

请求体 · 标准价

{
  "operationName": "phoenixShopADFSearchProductsByProperty",
  "variables": {
    "id": ["TYOJW"],
    "search": {
      "propertyId": "TYOJW",
      "options": {
        "startDate": "2026-08-25",
        "endDate":   "2026-09-28",
        "numberOfRooms": 1,
        "numberInParty": 1,
        "numberOfDays": 1,
        "rateRequestTypes": [{ "value": "", "type": "STANDARD" }]
      }
    }
  },
  "query": "query phoenixShopADFSearchProductsByProperty(...)"   // 原样透传
}

请求体 · MMP 协议价

只改 rateRequestTypes 一处：

"rateRequestTypes": [{ "value": "MMP", "type": "CLUSTER" }]

响应结构

返回的不是「每天一条」，而是连续同价日期区间（edges），需要自己展开成逐日：

{"data":{"search":{"calendarSearchByProperty":{"edges":[
  {"node":{
      "startDate":"2026-08-25",
      "endDate":"2026-08-28",          // 闭区间，含 endDate 当天
      "rateModes":[{
        "lowestAverageRate":{"amount":{
            "amount": 3628500,          // 整数最小货币单位
            "currency":"JPY",
            "decimalPoint": 2           // 真实金额 = amount / 10^decimalPoint = 36,285
        }},
        "sourceOfRate":"..."
      }]
  }}, ... ]}}}}

5核心技术难点：Akamai Bot Manager

万豪全站挂 Akamai Bot Manager。这是本次委托要解决的唯一实质问题，其余部分都已跑通。 以下结论均为实测，不是推断，可以直接拿去用，省得重走弯路。

5.1 冷启动会被边缘直接拒绝

全新的、没有任何 Cookie 的客户端访问万豪首页，会在第一个 HTML 请求就被 Akamai 边缘节点拒掉， 连挑战流程都进不去：

$ curl -A "<正常 Chrome UA>" https://www.marriott.com/
HTTP 403   <title>Access Denied</title>   Reference #18.d41c1202...

用全新 profile 的真实 Chrome 打开同样如此。判定发生在任何 JS 执行之前， 所以与浏览器指纹、鼠标行为无关——是 IP 信誉层面的拦截（我们测试用的出口是机房 IP / Hetzner AS24940）。

5.2 已验证无效的做法（别再试了）

5.3 已验证有效的做法（当前方案）

1. 在一个有历史访问记录的真实浏览器里正常操作（进首页 → 搜酒店 → 看价格），Akamai 会签发有效会话
2. 把该会话的完整 Cookie 取出来
3. 注入到自动化浏览器，导航到日历页，在页面上下文里 fetch() 调接口

这样能稳定出数。但有硬限制：

5.4 希望技术方给出的方案

核心诉求是把「签发会话」这一步也自动化，去掉人工点击。可能的方向（供参考，不限定）：

• 住宅代理 / 移动代理：让冷启动请求来自住宅 IP，绕开 5.1 的边缘拦截。这是最直接的解法。
• 会话池：多个浏览器实例并行养会话，轮换使用，摊平单会话 25 次的额度限制。
• 成熟的 Akamai 绕过方案：能自行生成合法 _abck 传感器数据的实现。
• 无论哪种，都需要配合断点续跑（已有实现可复用）和失败自动换会话。

6交付数据格式

最终要入 MySQL 做比价分析。每家酒店 × 每个入住日一行：

7规模与已知限制

按「未来 35 天、每家 2 次调用」估算的调用量：

最后一列说明了为什么必须解决会话自动化：全球跑一轮需要约 828 个会话，靠人工点击不可能。

8现有资产（可直接复用）