假设黑五把一款包降到 39 美元。商品页已经改好了，买家到了结账页，却还要付 49 美元。活动商品一多，光看一遍商品页，很容易漏掉这种错价。
可以让 Codex 写个小脚本，把商品数据源、商品页和结账页上的价格放到同一行。这次用同一款包的四种颜色做练习。跑出来一款价格一致，两款有价差，还有一款缺记录。点开报告里的商品编号，就能看到该去哪里查。
都差 10 美元，查法不一样
黑色款在商品数据源和页面上都是 39 美元，结账却是 49 美元。拿这个编号重新加购一次，看看折扣有没有带到结账。核的是这一件商品的单价，运费和税费另外算。
沙色款正好相反。商品页和结账都是 39 美元，按数据源的时间算，此刻仍该是 49 美元。核对时是美国东部时间零点半，数据源的促销价要凌晨一点才生效。这行就先查开始时间和时区，再决定页面和数据源哪边该改。
蓝色款只有数据源价格，没记下商品页和结账页上的金额。报告把它列为「待补记录」。重新打开这个颜色，把两处价格和观察时间记下来，再按新的时间核一遍。
给 Codex 两份表和一个时间
一份是提交给 Google 的商品数据源，留着变体 ID、国家、币种、原价、促销价和起止时间。另一份是你从网页记录的金额。先挑参加活动的款式，在同一市场打开商品页，选对颜色和尺码，记下页面与结账时的商品单价。
两份表的编号如果不同，先做一张编号对照。同一个商品名常常有好几个变体，只按名称找，容易把黑色款的结账价填到沙色款那一行。金额都用对应市场的币种，核对时间写上时区。
把两份 CSV 交给 Codex，可以这样说。
帮我写个本地比价脚本。用变体 ID、国家和币种对齐两份表。按我给的核对时间算数据源价格，活动期间用促销价，其余时间用原价。
把数据源应生效的价、商品页标价和结账商品单价并排列出来。缺记录的单列出来，保留原始金额和需要复查的地方。原表保持原样，另外输出差异表。
这套规则适合商品直接降价。遇到满减、买赠或会员折扣，先把条件单独列好。比如两件共 60 美元，折合每件 30 美元。顾客单买一件时未必能付 30 美元，这种优惠要按实际条件走一遍结账。
改完以后，用同一个商品再核一次
拿到报告，可以先点开一两条有差价的商品，自己从商品页走到结账页。黑色款查折扣，沙色款查时间。改完后重新记录同一市场、同一时点的金额，再跑一遍。活动结束后，也可以抽几款看三处价格是否都恢复了。
报告里的「数据源应生效价」是根据文件和时间算出来的。Google 当时收到并处理的是哪一版，还要在 Merchant Center 查对应商品的状态。如果本地三处价格一致，后台仍报错，再核最近一次同步、商品链接打开后的默认变体，以及网页里供 Google 读取的价格字段。
