买家在 Google 点“银色 24 英寸行李箱”，进店却选中“黑色 20 英寸”，问题先出在商品链接或页面选择功能。先让这条链接直接打开银款，图片、价格和库存对应银款，加进购物车仍是银款；随后再核给 Google 看的商品标记。
同款的不同颜色、尺寸叫变体。每个实际变体应有自己的商品 ID 和不同的预选链接，同组可以共享 item_group_id，即商品组编号。ProductGroup 是网页里的商品组说明，它能告诉 Google 哪些款式属于一组，不能替页面切换颜色或修加错款的购物车。
配图从商品链接走到选中的图价库存，再到商品报价与购物车货号，说的就是这条购买路径。下面先做运营能完成的打开和加购检查，标记和主要网址交给网站维护者核。
先取黑20和银24两条记录，不混父商品
用同款行李箱作教学例子：黑色 20 英寸货号 CASE-B20，89 美元；银色 24 英寸 CASE-S24，109 美元，两款都有货，组编号都是 CASE-01。这些商品、价格和网址是假设，实际换成业务确认的数据。
在 Merchant Center（Google 商品管理后台）的商品列表分别找到两款。记各自商品 id、颜色、尺寸、link 和组编号，再对照店内货号。商品 ID 识别具体款，组编号说明它们是同一款的不同规格。不能只查父商品写着“行李箱有货”，就认为两款都正确。
Merchant 变体组规则要求每个变体有不同目标链接。我们的旧问题是两款都提交 https://example.com/products/case/，它默认黑20，因此银24没有自己的直接入口。
两条候选地址可以分别带 ?color=black&size=20 和 ?color=silver&size=24。问号后面是预选参数，告诉页面选择哪款。但店铺必须识别这种写法；它们不是通用 Woo 命令，不能照抄参数就宣布修好。用店铺真正支持的路径或参数生成链接。
直接打开银款链接，再加一次购物车
新建无痕窗口，从 Merchant 复制银24当前的完整 link，直接粘贴打开。不要先访问父页、手选银色，再把那个正确画面算作链接通过。普通窗口可能记住上次选择，掩盖首次访客遇到的问题。
检查颜色与尺寸是否已经选中银24，主图是不是银款，可见价格是否 109 美元，币种和库存是否与这款一致。地址经过跳转时，再看参数有没有被删掉。Google link 规则与落地页要求要求页面对应提交的具体商品。
接着加购 1 件，查看购物车颜色、尺寸、商品金额和货号。货号也叫 SKU，是商家区分具体版本的编号。银24网页看着正确，购物车却是 CASE-B20 或价格 89，就还不能把购买路径判为正常。
用手机也做同一操作。有些站桌面和手机使用不同选择器或加购组件；桌面正确，不代表手机不会回到默认款。
错在哪一步，就修那一步的功能
在本例，Merchant 链接就是默认裸地址，先由商品数据负责人改成站点支持的银24入口，再确认下一次同步后 Merchant 那条记录里的地址真的更新。不要只在后台手改一次，却让应用又送回旧地址。
如果地址已包含正确规格，但打开仍黑20，交给前端维护者看跳转和页面初始化：参数是否保留，页面能否根据网址选中银24。仅点击颜色后能换款，不说明直接访问这个地址也能恢复选择。
选项已是银24、主图仍黑色，就查银款图片设置和缓存或 CDN。选项与图都正确、价格库存仍89或来自黑款，就查页面取了哪个变体的数据。最后才是购物车：显示银款却加入黑款，需要查按钮实际提交的变体编号。
给维护者的记录可以很具体：“从 Merchant 的 CASE-S24 打开此链接，网址保留 silver/24，选项正确，但加购显示 CASE-B20。”比只写“ProductGroup 有问题”更能指明要修哪个功能。记录链接、商品 ID、时间和首次出错的画面，资料脱敏后交对应负责人。
修完重新从 Merchant 复制同一条链接，在新无痕窗口直接打开。银24显示109并加购 CASE-S24 后，再测黑20显示89并加购 CASE-B20。银款修好了，不能让黑款也被固定成银色。
购买路径正确后，再看标记和主要网址
维护者先检查插件已经输出的商品标记。具体款用 Product 描述，价格和库存等报价信息在 Offer；银款应有银款的图片、价格与可售状态。若提供可选的 Offer.url，它也要打开银款。不要为了补组说明，再加一套与已有插件冲突的商品信息。
ProductGroup 里，productGroupID 是组编号，variesBy 说明哪种属性不同，例如颜色和尺寸，hasVariant 列出各具体版本。它们解释商品关系，不代替前面的点击购买测试。Google ProductGroup 指南给出了两种页面设计。
一张页面内选规格时，黑款银款共用详情，参数负责预选。整组通常有一个主要网址，例如没有参数的 /products/case/；canonical 是建议 Google 采用哪个主要网址的标签。银款 Merchant 链接带参数、canonical 指基础地址，并不矛盾：前者负责到达银款，后者负责相近网页的主要版本。
如果黑款银款各有能独立访问的页面，例如 /case-black/ 与 /case-silver/，每页能说明自己的版本和购买信息，就是另一种设计。Google 多页示例没有代表整个 ProductGroup 的统一 canonical；各页的组关系和当前款信息应能单独理解，链接到其他变体。
不要只因为“同一组”就把所有独立颜色页指向父页，同时又期待它们独立展示；也不能只看到一个颜色参数，就要求每个参数页都以自己为主要网址。让维护者按实际页面设计、内容和 Google 选择的主要网址判断，继续可查canonical 排查指南。canonical 是建议，不是保证 Google 照用的开关。
商品标记测试能确认结构是否可识别，不能证明顾客买到正确款。如果页面先显示黑款再由脚本换银款，也请维护者核 Google 实际能读到的页面与商品信息，减少错误图价闪现。无痕浏览正常，不等于 Google 的抓取结果已经核过。
留下两款的结果，Google 处理状态另记
当前店铺检查，可以留下这样一张短记录：
| 从 Merchant 打开的规格 | 页面应显示 | 加购后应保留 |
|---|---|---|
| 黑20，CASE-B20 的预选链接 | 黑色20英寸、黑款图、89美元、真实库存 | 黑20与 CASE-B20，商品金额正确 |
| 银24，CASE-S24 的预选链接 | 银色24英寸、银款图、109美元、真实库存 | 银24与 CASE-S24，商品金额正确 |
再核对应商品标记与适用主要网址。银款实际缺货时，按真实状态更新网页、Merchant 和购买功能，不能为了让表格通过继续写有货。
保存来源更新时间，查看 Merchant 当前商品状态和具体问题。Google 仍显示旧款时，先对照它最近处理或抓取时间；还没看到这次改动，记为待处理，较新记录仍错才重新查链接与实际输出。同步或审核问题可以转Woo 商品提交排查，不必为一次旧展示重建整个商品组。
商品获批、标记通过和某个搜索词实际展示，是不同结果。参数链接能正确预选，也不要求每条都独立进入自然搜索。当前修复结论应是“银24直达与加购均对应 CASE-S24，黑20对照正常”，Google 后续处理另行记录。
规格很多、页面选择和购买流程需要一起整理时，可以带网站地址与两条代表性链接联系跨境YOUNG，说明具体在哪一步选错，讨论页面维护与 SEO 的范围。
常见问题
同一个 item_group_id 的变体，可以共用同一条父商品 URL 吗？
每个实际变体仍需不同的直接入口，打开就选择对应规格。可以共用模板和基础页，用店铺支持的参数预选；两个地址最终都默认黑款，就还没解决。
给页面加 ProductGroup，能修复点银色却买到黑色吗？
不能。它说明商品组关系，页面选择和加购由店铺功能处理。先让银款网址直接打开银款、买到银款，再核组标记和具体报价信息。
带参数的每个变体 URL 都要独立收录吗？
不一定。单页参数负责预选，整组通常仍有一个基础主要网址；独立多页则按实际架构判断。先保证购买正确，不把每个参数都被收录当完成条件。