Google Shopping投流前，商品可售状态怎样逐点核对？

准备让某个 ASIN 对应的独立站商品进入 Google Shopping 测试时，先锁定一个具体变体和配送范围，再核对商品数据、商品页与结账页是否表达相同的可售状态。只看到页面上有“加入购物车”，还不足以说明这个商品能向目标地区完成销售。发现冲突时，把冲突位置交给负责同事确认，复查一致后再讨论投流安排。

这项检查解决的是投放准备中的商品信息问题。什么样的 Amazon 商品适合 Google Shopping讨论渠道与商品的匹配；本文提供一张逐点核对单，用来回答已经选定的那款商品在不同位置是否真的一致。它是人工工作方法，不代表 BlueFriday 能自动读取商家后台或修改商品数据。

先把“这一款商品”固定下来

检查前写下商家自己的商品编号、独立站 SKU、颜色或规格、售卖件数、目标国家或地区，以及实际提交的商品链接。Amazon ASIN 可以作为对应线索，但不能代替独立站变体身份。一个 ASIN 对应多个套餐时，应先明确本次检查哪一个套餐。

从提交的链接进入商品页，观察实际默认选中了什么。不要先进入首页，再凭记忆点到一个看起来相近的商品；两条路径可能留下不同选择。若页面默认选中黑色单件，而商品数据描述的是白色两件套，即使两款都显示可购买，本次对象也没有对齐，应先记录身份冲突。

复杂选择问题可以接着看多变体 ASIN 的 SKU 选择。这里先不评价哪个颜色值得推广，只检查同一条商品记录在后续各处有没有变成另一款。

官方要求与内部核对方法分开记录

Google 的商品可售状态说明要求商品数据中的可售状态与落地页、结账页保持一致；页面有结构化数据时，也要保持一致。同一文档还明确了变体对应和配送范围的要求。因此，仓库里有货这一个事实，不能独自完成整项核对。

本文以下字段和流转方式是编辑建议，不是 Google 指定的表格。检查时应以当时有效的官方说明与账号内实际提示为依据；手工核对完成也不等于平台已经审核通过，更不证明商品一定适合投流或能够盈利。

把记录分为“直接观察”“内部依据”“仍待确认”三类，会比一个勾选框更清楚。截图能说明某时刻页面显示了什么，库存记录能说明某个内部状态；若二者不同，不要任选一个填进结论，也不要把不一致简单归咎于广告素材。

一张可逐项填写的核对单

为每个待测试变体建立一份记录，至少保留以下内容：

• 对象：商品编号、独立站 SKU、规格和件数，以及对应 ASIN。
• 范围：目标国家或地区、适用配送条件、检查所用页面语言。
• 商品数据：本条记录的可售状态、链接、记录读取时间及所用数据版本。
• 商品页：默认变体、库存提示、购买按钮状态、页面地址与检查时间。
• 页面标记：由能读取页面数据的同事核对相应商品的结构化数据；未检查就写未检查。
• 结账路径：加入购物车后仍是哪一款、数量是否正确，以及所选配送范围是否可继续。
• 依据：授权同事提供的库存或订单接收状态说明及其日期，不在公开文档放账号凭证。
• 差异：出现冲突的两个位置、需要谁回答、下一次复查应看什么。

先填事实，再写判断。某一处无法访问时，结论应保留“待核”，不能因为其他几处正常就把整行改成一致。手动记录也不要求把客户地址或订单明细复制出来；为沟通所需的地区条件与页面现象即可。

按一条路径检查，避免把不同时间拼成一次通过

第一步，读取这条商品记录目前提交的链接和状态，记下读取时间。第二步，从该链接打开商品页，确认实际选中的变体、数量单位和提示。第三步，把同一变体加入购物车，查看购物车与结账过程中出现的商品和配送信息。

检查结账条件应使用商家授权的测试方式，在需要付款前停止；不能为了得到一张“完成”截图擅自创建真实订单。若现有环境无法安全验证某一环节，就把该环节列为未核，并请负责同事提供可复查的测试记录。测试结果适用什么环境也要写清，不把测试环境的表现当作生产页面事实。

第四步，将这几处观察与对应的内部依据交给负责人员核对。第五步，在修正后重新走同一条路径，保存新的时间和结果，保留原差异记录。不要只更新表头日期，却沿用上周的商品页截图和今天的库存截图，然后称其为一次完整复查。

对多地区销售，先选择本次投放实际涉及的地区逐项检查。检查了一个可配送地区，结论范围就只写这个地区；没有观察过的地区不能自动沿用。这里不提供通用地区配置方案，具体范围需要由商家的经营和配送安排决定。

一个白色两件套的虚构排查例子

假设商品记录 DEMO-W2 描述白色两件套，提交的数据表示可售。核对人打开该记录链接，页面却默认黑色单件且按钮可用。此时只能记录“链接落到的默认变体与记录不一致”，不能据此认定白色两件套也可购买。

负责同事确认正确变体入口后，核对人再次打开链接，页面显示白色两件套，购物车也保持两件套。到结账环节，所检查的目标地区显示无法配送。本次新增发现是配送范围冲突，前一个默认变体问题的修正并没有使整条路径通过。

再假设同事随后提供了一份更新说明，但核对人尚未重新查看页面。恰当记录是“已收到说明，待按原路径复查”，而不是“已解决”。只有复查实际支持相应结论，才能把这一条差异关闭，并保留关闭依据。

上述编号、商品与过程完全虚构，不是客户案例，也没有实际创建订单。例子的作用是展示三个不同状态：发现对象错误、发现后续冲突、收到修改说明但尚未验证；它们不能被合并成一个模糊的完成标记。

把排查结果带回 ASIN 初筛

核对单完成后，输出可以很短：检查了哪个 SKU、哪些地区和哪些环节；有几项仍未核；已发现的冲突由谁处理；哪些条件变化后必须重新看。它不应把“没有发现差异”扩写成“库存永远稳定”或“适合立即放大预算”。

商品信息一致之后，还需要分别判断价格空间、页面解释和履约承诺。若主要问题出现在运费或付款前信息，可继续对照结账与配送摩擦检查，避免把可售状态核对当作完整商业评估。

需要讨论具体商品的投流准备时，可带上 ASIN、对应的独立站变体链接、目标市场和这张差异清单，进入BlueFriday ASIN 初筛入口，或通过官方联系页联系 Team@bluefriday.cn。沟通重点是明确下一步应补哪些证据，再决定是否进入测试；不要发送后台密码、密钥或客户订单明细。