墨尔本的业务日期，不一定等于GSC报表日期

墨尔本午夜后的询盘，在太平洋时间搜索报表里可能属于另一天。评价昨天上线页面的同日变化前，应先明确日期口径和完整窗口。这与查询明细是否完整是不同问题。

适用读者与交付决定

把网站询盘与Search Console比较的企业。把本题作为网站供应方的有限验收任务；实际系统证据不能由教学例子替代。

官方依据与解释边界

Google说明非24小时表现日期使用太平洋时间；24小时视图按浏览器本地时区，并可能包含临时数据。 Google: performance dimensions and time zones · 核对日期：2026年10月16日。

已填写教学例子

合成例子，不是真实客户案例。 列出有限输入、预期结果及反例，不代表已完成真实平台集成。

窄屏可横向滚动表格。

怎样执行验收

1. 记录报表时区、精确日期及是否临时数据。
2. 用获准合成时间点比较两种日期口径。
3. 采用完整可比窗口，无法归因的部分保留未知。

如何解释结果与保留证据

例子只把一个时间点按两个IANA时区格式化，不读取GSC，也不证明询盘来自搜索。时间对齐是必要上下文，不是因果证据。保留原时间戳及业务和报表日期，避免之后改看板覆盖原观察。

适用边界

不访问真实询盘，不产生新的效果结论；历史夏令时规则取决于运行时时区数据库。

离线复核

把下方两份文件存入同一目录，以Node22.13或更新版本运行。示例不联网、不修改任何账号或网站。 已填输入与预期输出 · 可检查的函数

node decision-check.mjs gsc-report-day-timezone-contract.json