采购需要提前多久看到降价？ 如果审核订单要 30 分钟，09:00 查到一个 09:10 结束的优惠，报表会记下一次降价，采购却用不上。决定是否增加监测频率，先数有多少场促销能给买手留下足够的处理时间。
下面用一个虚构商品、四场促销和两天的记录比较三种办法。你可以下载双语工作表，换成自己获准使用的商家通知、页面记录和采购时限，再决定要不要增加检查。
先定比较对象和截止时间
试算只看 merchant-7 的蓝色 AX14，在美国加州以美元购买，使用老客条件和标准配送。两天内假设页面准确展示商家公布的价格，所有计划检查均成功，结果立即送到买手。真实复盘要分别记录商家促销开始与结束、通知到达、页面实查和买手收到提醒的时间。审批需预留 30 分钟时，以提醒到达时间算剩余时间。
所有时刻均为 UTC。复盘从 2026 年 11 月 1 日 00:00 到 11 月 3 日 00:00，不计最后那个整点。每场促销包含开始时刻，到结束时刻就恢复常规价。这是本例的约定。Google Merchant Center 的促销价生效日期说明展示了商家如何提交带时区的起止时间。商家公布的计划和买家实际看到的价格应分别保留。
四场促销，分别还原当时能看到什么
| 事件 | 促销价与有效时段 | 商家通知到达 | 说明 |
|---|---|---|---|
| P1 | USD 80 [11月1日08:30,11:00) | 08:40 | 两套计划都在 09:00 查到，距结束还有两小时。 |
| P2 | USD 75 [11月1日14:40,16:10) | 15:55 | 通知到达时只剩 15 分钟，采购来不及响应。 |
| P3 | USD 70 [11月1日19:00,21:00) | 19:05 | 21:00 已结束；此时查页面只能看到常规价。 |
| P4 | USD 85 [11月2日05:30,09:10) | 05:50 | 两套计划都在 09:00 查到，但都只剩 10 分钟。 |
例如 P2 的商家通知在 15:55 才到，虽然写的是 14:40 开始，但买手在 14:40 并不知道这件事。P3 正好在 21:00 结束，当时查到常规价，不能据此推断当天没有促销。
每天查一次，和每六小时查一次，相差多少？
先列出计划中的所有检查时刻。逐场寻找第一次满足“开始 ≤ 实查时间 < 结束”的记录，再判断提醒到达时是否还剩至少 30 分钟。一次促销即使连续查到两次，也只计一场。每次检查假设花费 0.05 美元，仅用于比较两套计划。
| 安排 | 实际检查时间（UTC） | 检查数/假设成本 | P1 | P2 | P3 | P4 |
|---|---|---|---|---|---|---|
| 每天一次 | 11月1日09:00；11月2日09:00 | 2 / USD 0.10 | 及时 | 漏掉 | 漏掉 | 太晚：仅余10分钟 |
| 每6小时一次 | 11月1日03:00、09:00、15:00、21:00；11月2日03:00、09:00、15:00、21:00 | 8 / USD 0.40 | 及时 | 15:00 及时 | 漏掉：21:00 已结束 | 太晚：仅余10分钟 |
每日计划查到两场，只有 P1 来得及处理。六小时计划查到三场，其中 P1、P2 来得及。48 小时里，多查 6 次，多花 0.30 美元，换来 1 场额外的及时发现。两套计划都漏掉了 P3。如果六小时计划的 P2 提醒从 15:00 延迟到 15:45，结束前只剩 25 分钟，这笔额外支出就没有带来额外的及时发现。
下一笔预算应花在哪里？
- 要知道商家安排了哪些促销：这份商家通知覆盖四场，P1、P3、P4 来得及处理。已有授权且通知足够及时，可直接使用。要判断它是否足够快，看实际到达记录。
- 要知道某地区买家当时看到什么：把商家通知与获准的页面实查配对，核对商品、卖家、地区、客户资格和配送条件。页面不可用或商品对不上，记为“未知”。仅凭每天的截图，无法算出中间究竟漏掉了几场。
- 要决定是否加频：用有完整促销记录的另一段时间重算一次，检查新增的及时发现是否值得额外费用和人工。如果新增数为零，就没有可计算的“每多及时发现一场”的成本。缩短间隔还要符合商家允许的访问频率。
真实系统里，计划时间与实际执行时间也可能不同。Keepa 的更新间隔说明给出了这样的例子。缺少商家提供的完整记录时，可报告“我们实际看到几场”，不要把它称为整体覆盖率。
如果商家通知足以支持采购，可以到此为止。只有确实要验证当地买家看到的页面、且商家允许这项检查时，再评估住宅代理方案。可带着目标地区、同一商品的购买条件、允许的频率和采购时限，联系 IPHTML 核对适用条件。