提升搜索覆盖率的实时补充搜索能力。
Smart Search 用于提升搜索覆盖率。
它适合解决缓存未覆盖、远期航班难命中和长尾航线无结果的问题。
需要提升有结果率的搜索产品团队
需要评估长尾航线价值的运营团队
需要平衡覆盖率、响应速度和调用成本的技术团队
标准搜索通常优先返回缓存结果。
这种方式响应快，也更适合高频查询。
但缓存不一定覆盖所有航线和所有可售周期。
Smart Search 在必要时会补充实时搜索能力，帮助你拿到更多可售结果。
当用户发起搜索时，系统会先检查缓存。
如果缓存中没有目标航线或日期，但该内容在支持航司的整体航线或 booking window 内，系统会继续向航司 API 或相关实时来源发起搜索。
这样可以在响应时间和覆盖率之间做平衡。
先在低频航线和远期日期场景启用。
这样更容易观察覆盖率提升是否值得。
如果转化率和覆盖率改善明显，再逐步扩大启用范围。
这样更利于控制实时调用成本。
缓存没有覆盖某条航线
缓存采集失败，导致无结果
远期出行日期超出常规命中范围
长尾航线搜索量低，但仍需要结果
适合重视航线广度和可售结果率的业务。
适合搜索量不高，但不能接受空结果的场景。
适合需要覆盖更长 booking window 的业务。
适合在低流量场景中做实时 fare comparison。
如果业务更看重毫秒级稳定响应，不应把所有流量都交给 Smart Search。
这类场景通常更适合优先依赖缓存。
如果业务对额外调用成本非常敏感，应先做小范围验证。
Smart Search 的核心价值是覆盖率。
代价通常是更高的实时调用成本，或更长的响应时间。
是否启用，取决于你的业务更看重哪一项：
更快响应
更全覆盖
更低 L2B
上线前后建议持续观察这几项指标：
搜索有结果率
长尾航线覆盖率
平均响应时间
L2B 或实时调用成本变化
启用航线的实际转化率
将 Smart Search 用在长尾航线和远期日期
对高频热门航线，优先使用缓存结果
结合实际转化率评估是否扩大启用范围
优先选择缓存经常无结果、但业务上有价值的航线。
对比启用前后的有结果率、响应时间和订单转化。
如果覆盖率提升明显，且成本可接受，再扩大使用范围。
Smart Search 适合补足搜索覆盖。
它不替代下单前的验价流程。
进入预订主链路前，仍应执行标准验价与订单确认步骤。
预订流程 API
数据解决方案
按场景开始
如需开通或调整策略，请联系客户经理。
Last updated 4 days ago
Was this helpful?
