同一个发货日期，国外客户为什么看到前一天？

修日期前先确认事件

向商家确认源记录代表什么：库存可接单、仓库发出或客户收到，是不同事件。记录估计由谁负责、来自哪份材料。文案编辑不能为了显得贴心，把供应商可发货时间写成送达期限。即使年月日没有变，事件被改写也会制造错误购买预期。

还要确认市场和具体变体。不同尺码或颜色可能有不同可用时间，一条最早日期不应覆盖全部商品。把日期与真实在售SKU绑定，而不是在目录里挑一个看起来最有吸引力的值。画面展示哪一款，文案承诺也应该能对应那一款，避免买家选后才发现更晚。

对照时间戳与可见文字

Google Merchant Center的availability_date使用ISO日期时间及时区规则，缺少时间或时区时可能按默认值解释，未必符合商家当地意图。检查真实字段和落地页说明，不仅看人工排版的日期。机器字段、图片日期和正文都需要一致，不能只修其中一处就认为问题解决。

客户文案应明确事件。若商家只能确认某时区下的日期，就说明这个依据，不编造客户当地的具体小时。跨境送达需要另外的物流证据；时区转换只是改变同一时刻的钟表表达，并没有改变履约承诺。需要按真实发布入口的字段解释来核对，而非凭截图猜测。

1. 确认日期属于可发货、发出还是送达。
2. 核对变体和源记录负责人。
3. 检查真实时间戳及时区值。
4. 对照页面与宣传图里的可见说明。
5. 事件或时区不明时暂停该承诺。

虚构练习：预售时间表

虚构练习：商家记下UTC+8的十月二十日零点三十分可发货，UTC查看者看到的是十月十九日。日期和商品均是假设，只用于解释转换，不是Itemlume活动时间，也没有真实测试平台如何展示。保持案例标签，避免读者把演练当作实际店铺安排。

审核保留原瞬间，并说明相关可发货时区，不宣称十月十九日送达。若店铺字段要求日历日期而不是时间戳，应由商家确认它如何解释，再发布。解释仍不明时停止修改，不能一直换日期直到截图顺眼；真正需要解决的是字段语义，不是视觉美观。

履约事实由商家负责确认

建立包含SKU、事件、原值、时区、可见文字和审核人的简表。供应商改变计划时，一起复核相关宣传和商品信息。图片中已印入的日期也要检查，不能只更新结构化字段，却留旧图让客户得到冲突承诺。每个渠道可以表达不同格式，但应基于同一真实事件。

Itemlume文字辅助可以整理商家确认的事实，不能验证库存、把不确定估计变成保证，也不会自动同步Merchant Center。批准前，请商家确认事件与实际发布流程使用的时间依据。缺资料时写待确认，不凭模型自信程度决定发货日期。

日期事件及时区记录

把这张核对表作为人工检查记录，填入自己的真实证据；表中条件不是已经完成的实测结果。

下载本题核对表（CSV）