以下内容为评估范围，实际可用字段取决于目标页面在采集时的公开状态。
提供以下任意一种输入即可启动小规模可行性评估。
提供目标城市、入住与离店日期、住客人数，用于市场供给与价格摸底。城市较大时需按区域拆分。
提供城市内的具体区域范围，逐块采集后合并去重，用于需要较完整覆盖的项目。
已有目标房源链接时，按固定日期区间跟踪其价格与可订状态变化。
以下为字段示例，不承诺每个项目都能获得全部字段。
| 字段名 | 字段含义 |
|---|---|
| listing_id | 房源的稳定标识，周期性项目应以此为主键 |
| title | 房源标题 |
| room_type | 房源类型，例如整套房源或独立房间 |
| capacity | 可住人数 |
| nightly_price | 列表页显示的单晚价格（不含各项费用） |
| total_price | 指定日期下的总价（含清洁费与服务费，如可获取） |
| checkin_date | 采集所用的入住日期 |
| rating | 采集时刻显示的评分 |
| review_count | 评价数量 |
| area | 房源所在的大致区域 |
| listing_url | 房源页来源链接 |
| collected_at | 本行数据的采集时间 |
以下为字段结构示例，用于说明交付格式与字段口径，不是真实项目数据。
| listing_id | title | room_type | capacity | nightly_price | total_price | checkin_date | rating | collected_at |
|---|---|---|---|---|---|---|---|---|
| 80000000000001 | 示例房源标题 A | 整套房源 | 4 | 92 | 418 | 2026-10-15 | 4.87 | 2026-08-22 07:30 |
| 80000000000002 | 示例房源标题 B | 独立房间 | 2 | 45 | 224 | 2026-10-15 | 4.62 | 2026-08-22 07:30 |
| 80000000000003 | 示例房源标题 C | 整套房源 | 6 | 150 | 690 | 2026-10-15 | 4.95 | 2026-08-22 07:30 |
以下是这个平台在数据采集中区别于其他站点的地方，会直接影响可采数量、字段完整率和报价。
列表上显示的单晚价通常不包含清洁费和服务费，而这两项在短住时占比很高——住两晚和住七晚的实际单晚成本可能差出百分之三十以上。做价格研究如果只取列表单晚价，结论会系统性偏低。需要真实可比价格时应采集指定日期下的总价，这会明显增加工作量，要在报价前确认。
一次搜索能返回的房源数量有限，覆盖一个完整城市必须按区域或地图网格拆分成多次采集再合并去重，和商家地图类项目的成本结构类似。城市越大、房源越密集，需要拆分的次数越多，这部分工作量是这类项目的主要成本来源。
房源可以随时被房东下架、暂停或删除，历史采集到的房源标识之后可能打不开。周期性项目必须区分本次未出现和确实已下架这两种情况——前者可能只是搜索覆盖波动。我们的做法是标记为本次未出现而不是直接删除，避免误判供给收缩。
评分和评价数是累计值，一个只有三条评价的新房源和一个有四百条评价的成熟房源，评分不具备可比性。做质量分析时必须设置评价数量下限，否则新房源的高分会严重扭曲整体分布。这个下限要在需求阶段确定。
超赞房东这类标签由平台按自己的规则评定，评定标准和周期都可能调整。这类字段适合做当期筛选，不适合做跨时间的严格对比——标签消失可能是规则变了，而不是房源质量下降了。
短租和酒店在很多市场上是直接竞争关系，但两边的数据结构完全不同：酒店按房型报价、有星级体系、评分是十分制；短租按整套房源报价、没有统一分级、评分是五分制且样本量差异极大。
想把两边放在一起比较，必须先做口径对齐：价格要统一到含费用的实际支付口径，容量要按可住人数而不是房间数，评分要么分档处理要么只做各自平台内的相对比较。
这一步做不好，两份数据放在一张表里也得不出可信结论。我们会在评估阶段先确认对齐方案。
每行带 listing_id、采集日期参数和 collected_at。周期性项目以稳定标识为主键，本次未出现的房源会被标记而不是删除。价格字段会写明是单晚价还是含费用总价，两者不会混在同一列。
FREQUENTLY ASKED
先回答范围、字段和边界问题，再进入具体需求沟通。
不能。平台在预订前只显示大致区域，精确地址属于预订后才提供的信息，也涉及房东隐私，我们不采集也不推断。
看研究目的。做粗略的供给价格分布，单晚价够用；做真实成本对比或与酒店比价，必须用含费用的总价，因为清洁费在短住时占比很高。后者工作量明显更大。
搜索结果有数量上限，覆盖完整城市需按区域网格拆分后合并去重。覆盖率会在小规模测试后给出估计，我们不承诺全量。
能。我们保留每次快照并标记本次未出现的房源，而不是直接删除。但要注意本次未出现可能只是搜索覆盖波动，不一定等于真的下架。
同类平台的字段差异，以及采集前需要确认的服务边界。
按城市和日期采集公开酒店资料与房价，适合住宿市场价格研究。价格随日期参数变化，口径必须先固定。
按目的地或商户整理公开点评与评分，评论体量在站上所有来源里最大，适合大样本反馈分析。
按地区和行业整理公开商家名单，适合海外潜在客户开发和本地市场密度分析。
按地区采集公开挂牌房源与房价，适合区域房价水平研究，也可与短租数据配合做投资测算。以美国市场为主。
更新频率、增量规则、变化标记和改版应对，这四项要在首次采集时定好，事后补代价很高。
条数达标不等于数据可用。完整率、去重口径和来源可追溯，是验收时真正该看的三件事。
PROJECT ASSESSMENT
发送目标网址、所需字段、数量范围和交付格式，我们将先进行小规模可行性评估。