收藏房源时留下的日期，怎样跟随Airbnb心愿单继续变化

民宿候选被放进心愿单后，收藏记录并不是一条完全脱离时间的房源名称。Airbnb英国英文帮助页《Use wishlists to save listings》写明，条目会按最初搜索的日期保存，旅行日期也可以在心愿单中更新。[1] 这使“喜欢哪一处住宿”和“准备在哪些日期出行”在同一份候选资料里相接。

保存方式本身也有范围。原页说，从同一次搜索收藏多个房源时，它们会自动进入同一个心愿单，用户还可以选择其他清单；每个心愿单最多容纳100条。这个数量讲的是收藏条目，不是一个民宿的床位数或接待人数。来自同一搜索的条目被组织在一起，也没有说明它们已经构成一笔合并预订。

日期是理解这些条目的重要背景。某处房源被选中，可能是因为当时的搜索日期符合一组人的计划；之后计划改变，原帮助允许更新trip dates。于是，一份候选清单保留了房源身份，却不必永远保留第一次讨论时的行程。这里谈的是计划资料的变化，没有进入账户或改变任何房东的库存。

多人协作会继续补充这层计划信息。按原页说明，已登录的心愿单协作者可以添加和查看备注、对房源投赞成或反对、更改建议行程日期，并更新guest count。备注表达选择理由，投票表达偏好，日期和人数表达拟议行程条件。它们有助于共同讨论，但每一项仍有自己的对象，不能都缩成“大家已经确认入住”。

例如，几位同行者最初收藏了一组同日期的房源，后来希望把出行移到另一周。这是一个假设情形：房源名称可能仍值得讨论，原日期下的候选关系却不能不加说明地沿用。原帮助在“找不到想预订的地方”一节，也提示核对所保存房源在相同日期是否仍然可用。收藏曾经存在，不会替某次日期提供持续可订的证明。

这类信息对民宿服务内容整理的用途，是把候选房源与讨论中的日期、人数相联系，而不替住客做预订决定。原页还区分协作清单和只读分享形式，本文没有操作分享、删除或成员权限，也不解释链接私密性。页面首发日期未知，采用的是本次读到的保存与行程说明；未核验具体房型、实际库存、住宿许可、费用或取消权益。