价格情报产品的数据新鲜度 SLA

Scrapeless Agent Browser 捕获已渲染的商品状态，Scrapeless Residential Proxies 支持按位置定向采集，用于特定市场的价格情报。

新鲜度契约一览

价格情报的数据新鲜度 SLA 说明在一个定义的时效窗口内，预期商品集合中有多少比例必须拥有一次有效观测。需要定义什么算作一次观测、预期有哪些商品键以及何时测量覆盖率。为每个分群公布时效门槛与对应目标值。在协议要求的地方附上明确的后果。内部运营目标可以与面向客户的承诺分开。

调度器可以按时运行，而产品却违反其新鲜度目标。设想一个作业每小时启动一次、下载一个文件并发送成功指标。文件可能只包含商店商品的一部分，或在市场选择器变更后遗漏某个地区。完成度指标属于运维监控。新鲜度指标需要每个预期键的最新经验证观测。

从一个能标识零售商、市场、变体及（如相关）卖家的键开始。如果定价决定依赖配送情境或会员限制，在资格策略中包含该维度。最近观测到的非会员商品不能刷新仅限会员的比价。根据带生效日期的目录快照来定义预期键，这样目标列表的变更对审核者是可见的。

阶段 1：记录时钟

价格情报需要观测时间、摄取时间以及消费方评估新鲜度的时间。观测时间是采集器确认相关状态的时刻。摄取时间表明经验证结果进入你系统的时刻。评估时间是读取仪表盘、执行计划内评分检查或自动化决策的时刻。使用无歧义的时区偏移或 UTC 存储这些时间，遵循 RFC 3339 时间戳语法.

某些源可能暴露价格修改时间。如果源有定义，要保留这个时间，并给它单独字段。一个在中午被观测到的商品，可能几天未变更，却仍然对你的决策是当前的。相反，当同一条已捕获记录被复制到另一张表时，仓库时间戳可能会前移。这两个值都不应在未说明的情况下替换观测时钟。

缓存响应需要一个明确定义的策略。 HTTP 缓存语义 描述了 HTTP 表示的时效性和验证规则。你的业务 SLA 约束的是关于该商品证据的时效。必要时存储可用的响应上下文，以帮助解释一次捕获，并检查源数据是否反映了所需的变体和地区。在确定观测时间前，先验证实际状态。

阶段 2：按决策与分群设定目标

有用的时效上限应反映下游决策价值衰减的速度。促销团队可能在短促销窗口内关注选定商品。每周审视长尾品类组合的品类团队则可以使用不同的上限。将营业时间或访问条件不同的市场分开。 服务级目标设计框架 提供了定义什么算作好事件并设定目标占比的一种方法。

作为示例计算，假设一个分群包含 200 个预期商品键，最大时效为两小时。在一次计划检查中，188 个键有最近的有效观测，6 个有较旧的值，4 个未解决，2 个从未被观测。覆盖率为 94%。如果约定目标是在该检查时点达到 95%，则该分群未达标。移除缺失键会恰好掩盖协议想要发现的覆盖问题。

阶段 3：持续捕获市场和变体状态

只有在确认了正确的商品/优惠时，观察才应刷新键值。对于在客户端渲染或变体选择后价格才稳定的流程，请使用 Scrapeless Agent Browser 。当工作负载需要交互式导航和有意义的完成条件时， Agent Browser 解决方案 就非常相关。结合 Residential Proxies，通过目标地点路由符合条件的采集任务，然后确认站点是否应用了预期市场。明确记录任何重定向或货币不匹配。

为整个路径构建预算。为排队、导航、抽取、验证和交付预留时间。调度间隔如果等于最大观察时效，就不给实际工作留余地。将产能与分群和约定的来源限制相匹配。按捕获类型和市场衡量工作负载后，将浏览器和代理使用量与 Scrapeless pricing 进行比较。地理位置、页面大小和交互都会改变资源使用。

浏览器超时或拒绝访问的页面应创建一个结果事件，但不要推进该键的观察时钟。记录任务是从未被调度、未能到达店面、渲染了不同市场，还是到达了预期页面但缺乏足够证据。不同原因可能在仪表盘中产生相同的陈旧状态。将这些原因链接到某个商品键，可以让告警变得可执行。

阶段 4：在消费端处理违规情况

价格情报产品应在使用点暴露新鲜度。仪表盘可以显示上次观察到的价格、其捕获时间以及是否陈旧的状态。自动化规则可以将陈旧的竞争对手从输入中剔除，在覆盖率低于决策阈值时停止执行，或使用单独的已批准来源。记录每个工作流采用哪种行为，这样在事件发生时就不必临时做业务决策。

保留最后一次有效观察以便调查历史。当陈旧价格被恢复时，发布新的已接受事件，并保留该键处于陈旧状态的时间段。除了受影响键的数量外，还要衡量违规持续时间。许多商品的短暂中断和一件高影响商品的长期中断，可能需要不同的运营响应。

清晰的事件时间线应包括最后一次已接受观察、第一次错过检查、原因变得可见的时间以及下一次已接受观察。将这些时间戳与适配器和调度器的更改关联起来。使用 proxy solution for price monitoring 来设计特定地点的分群，并使用 competitive pricing collection pipeline 把验证嵌入从捕获到定价的更广路径中。将告警发送给失败阶段的负责人。

保持分母可重现

存储用于每次测量的目录分群。新接入商品、下架列表和来源协议都会改变系统预期要观察的内容。在衡量结果前，为上线宽限期和下架定义策略。被移出范围的产品应有原因和生效时间。将这些信息与记分卡保存在一起，以便在目录变化后，运营可以重新计算报表。

把时钟放在价格旁边

从一项重要的定价决策开始，同时定义最大可接受时效、覆盖率分母以及陈旧数据行为。为每个阶段埋点，这样缺失的观察就能通过其键和来源被解释。团队随后可以使用相同的度量来配置采集团队、人手安排、管理客户期望，并决定某个商品是否应纳入自动定价。