Shopping促销价何时开始结束？把商品、时区和页面复查一起交接

促销价已确定，页面却提前结束或晚了一天才恢复原价，先核对商品身份、起止时刻和所用时区，再分别核查商品数据与实际页面。不要只在群里写“周五开始、周日结束”，也不要拿广告日报的日期直接代替促销价的有效区间。

这份交接方法面向准备独立站投流资料的卖家。BlueFriday 的产品说明将业务定位于 ASIN 独立站短期付费投流初筛。下面的记录由团队人工维护，不表示工具会替商家修改价格、管理促销或同步 Merchant Center。

先确定是哪一个商品选项的价格

把实际 ASIN、内部商品编号、独立站链接和销售选项放在同一行。颜色、尺寸或套装选项不同，不要只因用了同一主图，就默认共用一份促销安排。记录这次适用的市场、币种和商品选项，由负责价格的人确认其覆盖范围。

普通价格、促销价格与活动时间应分开填写。活动文案里的“限时优惠”不是起止时间；一个折扣百分比也不能替代实际金额与币种。如果负责人员尚未确认某个选项是否参加，标记为待答复，不沿用另一个选项的结果。

本篇不讨论如何定价、折扣是否具备竞争力或适用的促销规则。它解决的是已经形成的价格安排怎样准确交接，并保留谁确认了什么。明确传递一份安排，并不代表该安排已经通过平台审核或适合投流。

交接完整的时刻，而不是只有日期

Google 的促销价有效期说明用于描述特定促销价适用的时间范围。官方格式给出带时间与时区的开始、结束值，并用斜线分隔。官方还说明未填写时区时采用 UTC。因此，团队不能把一个没有时区的日期自动解释成商家所在城市的时间。

这里最有用的动作不是背诵字段格式，而是向价格负责人取得明确的两个时刻。记录原始表达、它对应的时区、确认人和确认时间；若需要转换给其他团队使用，保留原值与转换值，检查两者描述的是同一瞬间，不覆盖原说明。

“当地周日晚结束”仍有问题没有回答：当地指哪个市场，结束是当天零点还是当天结束前，采用什么时区？这些问题由安排的提出者回答。操作人员不应为了填满字段，自行补一个方便的时间。

已有的广告日报与订单时区核对用于统一复盘数据窗口。本篇处理的是向前生效的商品价格安排，两项可以共享时区说明，却不能互相替代。

一张能交给页面和商品数据负责人的时间卡

为每项需要独立确认的安排保留这些内容：

• 适用对象：商品编号、销售选项、目标市场、币种及实际落地页。
• 已确认价格：普通价格与本次促销价的来源、确认人，以及是否还存在适用条件。
• 原始时间：开始时刻、结束时刻、时区和原说明的位置；日期不完整时直接记待确认。
• 页面工作：商品页哪些位置需要显示本次安排，谁负责修改，计划何时复查。
• 商品数据工作：由谁处理数据项，依据哪份已确认时间卡，观察到什么提交或处理状态。
• 收尾工作：活动结束后哪些显示需要复查，出现差异由谁决定后续处理。

这不是 Google 指定的表格，也不是上传格式。它是让同一商品的多个执行人使用相同依据的内部交接记录。不要把后台显示“已保存”写成“公开页面已一致”；保存、处理和实际显示是不同的观察。

用一个虚构例子检查交接有没有空白

假设团队为练习创建商品代号 P-A，准备在一个虚构活动中采用已经确认的促销价。负责人最初给出的句子是“周五上午开始，周日晚上结束”。页面人员按自己的工作时区理解，数据人员则只拿到了两个日期。此时还没有一份能够证明双方安排一致的记录。

整理人应先将这条表达退回为四个明确问题：适用哪个销售选项、开始具体几点、结束具体几点、以哪个时区为准。得到答复后，再把同一版时间卡交给两个执行人。这个练习不需要真实 ASIN、真实价格，也不应被当成已经开展的促销案例。

假设后来负责人将结束时间向后调整，但只在聊天里通知了页面人员。时间卡应保留旧版与新版的关系，并让商品数据负责人确认是否已收到同一项变更。不要直接把旧记录改成新值，让此前按旧版执行的动作失去解释。

又假设促销只适用于 P-A 的一种颜色。页面上另一个选项仍显示原价，不一定就是更新失败；先核对该选项是否属于安排范围。反过来，一个选项显示了预期价格，也不能证明全部选项都已正确处理。

将复查分成开始前、活动中和结束后

开始前，检查已确认安排与实际准备状态是否一致：商品编号没有串行，币种没有混用，起止时刻明确，两个执行人引用同一版本。不要为测试页面效果自行提前改变生产价格；使用项目已有的审阅方式，并记录尚未实施的动作。

活动中，按本次真实商品链接查看所选商品。记录页面实际显示的价格、选项与观察时刻，必要时将观察交给有权限的负责人核对后续购买流程。本文的资料准备并不要求制造订单、测试支付或将一次看到的页面当成长期显示保证。

结束后，再核对页面是否仍出现过期的活动说明、商品数据采用什么状态，以及负责人员是否确认收尾。遇到缓存或处理延迟疑问时，先留下具体 URL、时间与观察，不连续反复提交，也不凭一张截图断定系统故障。

每个阶段都应区分“计划做”“已操作”“已观察”。例如“负责人计划在活动结束后恢复页面说明”仍是待办，不能在交接里提前写成完成。收到一条笼统的“好了”，也应追问它对应哪项动作和哪次复查。

价格窗口与履约窗口分别确认

商品还能否按承诺送达，属于另一条业务条件。促销结束日期不自动等于最后下单日期；最后可下单日期也不自动等于商品数据需要结束促销的时刻。季节性商品可另用投流与到货截止日倒排方法核对履约窗口，再将两个已确认安排并列给项目负责人。

当商品页、商品数据和活动说明存在冲突时，先交由相应负责人解决，再决定是否进入下一轮投流准备。不要为了让检查表全绿而选择一个猜测值；还没收到答复的事项可以明确留白，并写清下一步需要谁确认。

带着准确的问题进入初筛

需要讨论 ASIN 独立站测试时，可准备实际商品链接、目标市场、价格安排和仍未闭合的问题，进入BlueFriday 初筛入口。资料越能指出具体对象和差异，越便于判断先补信息还是继续评估。

通过BlueFriday 官方联系页沟通时，只需提供必要的商品与项目说明，不发送后台密码或客户订单。本文提供的是价格时间交接方法，不据此判断促销表现、流量或收益。来源核查日期为2026年10月19日。