先把这类问题当成 SKU 级数据错位，而不是 Google Ads 出价或 PMax 学习问题。Google Merchant Center 的 apparel feed 最常见卡点，是同一个父商品下，黑色 S 码的 image_link 指向白色图，gtin 却又属于另一个尺码，落地页打开后还默认选了红色 M 码。
处理顺序很简单：导出受影响商品，用同一行 SKU 把 product data feed、主图、GTIN、variant 属性和落地页默认状态对齐。不要承诺多久恢复展示；官方文档能支持的是重新抓取、review 状态和冷却期规则，不是某个固定小时数。
报错范围先缩到一个父商品吗？
Merchant Center 的 Products > Needs attention 里，先关掉只看高优先级的过滤，把同一个 item_group_id 下的 product-level issue 全部导出。Google 的产品数据规范把错误 GTIN、缺失或错误 variant 属性、低质量图片、feed 与网站冲突都列为常见问题；所以「图片和 GTIN 不匹配」往往不是单个按钮能修好。
| 后台信号 | 更可能的根因 | 第一份样本取什么 |
|---|---|---|
image_link 或图片质量 issue | 主图不可抓取、不是实际商品、不是当前颜色 | 商品 ID、图片 URL、目标国家、抓取时间 |
gtin issue | GTIN 格式不对、校验位不对、属于另一个 variant | 包装条码、GS1 资料、供应商 SKU 表 |
| Duplicate GTIN / variant issue | 多个商品共用 GTIN，且颜色尺码也没有分开 | 同国家同语言下的重复行 |
| Missing variant attributes | color、size、gender、age_group 或 item_group_id 缺失 | 父商品下所有子 SKU |
| Landing page mismatch | link 没有预选对应颜色尺码，页面展示和 feed 不同 | 桌面、移动端、页面源代码截图 |
只看一个被拒 SKU 不够。服装父商品通常有 6 到 40 个 variant；一个颜色错图，可能来自全组的图片映射规则。导出时至少拿一个正常 SKU、一个图片 issue SKU、一个 GTIN issue SKU 放在同一张表里比。
服装 Feed 字段怎么映射？
这张表是排查底稿，先填表再改后台。它不是为了写给 Google 看，而是避免投手改 Merchant Center、建站改 Shopify、采购改条码表时互相覆盖。
| Feed 字段 | 对服装 variant 的含义 | 要和哪里一致 | 常见错法 |
|---|---|---|---|
id | 单个子 SKU 的唯一 ID | ERP、Shopify variant ID、订单 SKU | 父商品和子 SKU 共用一个 ID |
item_group_id | 同一父商品下所有 variant 的组 ID | 商品页的颜色尺码选择器 | 不同款式复用同一个组 ID |
item_group_title | 父商品名称 | 商品页主标题 | 黑白两款标题写成两条父商品 |
title | 单个 variant 的标题 | 页面标题、默认选中的颜色尺码 | 标题写 Black，页面默认 White |
image_link | 该 SKU 的主图 | 主图、颜色、材质、图像可抓取状态 | 所有颜色都用同一张白底主图 |
additional_image_link | 其他角度或场景图 | 详情页图片区 | 把另一个颜色的图当补充图 |
gtin | 厂商分配给该 variant 的条码 | 包装、GS1、供应商条码表 | 黑色 S 码用黑色 M 码 GTIN |
brand / mpn | 品牌和厂商型号 | 吊牌、包装、供应商资料 | 自有品牌和代工厂品牌混写 |
color | 颜色值 | 商品页颜色名、图片颜色 | 写 see image 或把 RedPinkBlue 连在一起 |
size | 尺码值 | 商品页尺码、尺码表、库存 | 把套装数量写进 size |
gender / age_group | 面向人群 | 类目、标题、页面文案 | 女装 feed 写 unisex，页面写 women |
variant_option | 组合后的变体维度 | color、size、material 等属性 | 只写 color，漏掉 size |
link | 该 SKU 的落地页 URL | 打开后默认选中的 variant | URL 到父商品页但没有预选 |
如果你用 Shopify feed app，先查 metafield 到 Merchant Center 字段的映射；如果你用 Content API，先查最近一次同步任务的响应。手动在 Merchant Center 里改一行，下一次 app 同步可能又把旧值写回来。
image_link 要改图片还是改 URL？
image_link 是每个商品必须提交的主图 URL。Google 要求图片 URL 能被抓取，文件格式可识别，主图要准确展示完整商品；服装主图还建议展示穿着效果，且颜色型 variant 要提交能体现对应颜色、图案、材质的独立图片。
出现错图时，优先换成该 SKU 的独立主图，而不是只改图片文件名。Google 文档提醒，现有商品换图时最好给新的唯一 URL；新 URL 通常能触发更快重新抓取，原 URL 直接替换图片内容可能要更久才被发现。图片服务器还要允许 Googlebot-image 抓取，不能只让浏览器前台能看。
图片本身也要过基础线：不要用占位图、logo、纯色块、促销文字、水印、价格信息或条码遮住商品。白底图可以，场景图可以，但 image_link 里的主图不能让 Google 和用户分不清这个 SKU 到底是黑色、蓝色还是拼色。
GTIN 不匹配时能不能留空？
GTIN 不确定时，不要猜。Google 的 GTIN 帮助页写得很清楚：有厂商分配 GTIN 的商品，强烈建议提交；只在确实没有 GTIN 时才不提交。服装商品如果有颜色或尺码 variant，每个 variant 通常要用各自正确的 GTIN。
错误 GTIN 比缺失 GTIN 更危险。把供应商给的父款条码塞到所有尺码里，或者从别的平台复制一个相似款 UPC，都可能让商品被拒。正确动作是回到包装、吊牌、GS1 资料或供应商条码表，确认 color、size、id 和 GTIN 是同一行。
私有品牌、白牌或定制款如果确实没有 GTIN，不要硬填 000000000000、N/A 或随机数字。根据商品实际情况提交可用的 brand、mpn，必要时再处理 identifier_exists；但只要商品确实有唯一产品标识，就不能把 identifier_exists 当成绕开 GTIN 的开关。
颜色尺码和 item_group_id 怎么避免串变体？
Google 对 item_group_id 的要求是：同一组 variant 使用同一个组 ID，不同父商品不要复用这个值。每个颜色尺码仍然要作为单独商品提交，id、gtin、image_link、link 都应该指向那个具体 variant。
id | item_group_id | color | size | gtin | image_link | link |
|---|---|---|---|---|---|---|
TS-001-BLK-S | TS-001 | Black | S | 黑色 S 码实际 GTIN | /images/ts-001-black-s.jpg | /products/tee?color=black&size=s |
TS-001-BLK-M | TS-001 | Black | M | 黑色 M 码实际 GTIN | /images/ts-001-black-m.jpg | /products/tee?color=black&size=m |
TS-001-WHT-S | TS-001 | White | S | 白色 S 码实际 GTIN | /images/ts-001-white-s.jpg | /products/tee?color=white&size=s |
如果颜色、尺码、材质、版型都会改变用户看到的商品，就把它们写进标准属性；variant_option 可以把这些维度组合起来。不要只靠标题里的「Black / S」让系统猜，也不要让白色和黑色共享同一个 image_link。
落地页默认变体怎么和 Feed 对上？
link 的任务是把用户送到这个商品的落地页。对 variant 商品，Google 建议 URL 自动选中正确 variant；页面上的微数据或结构化数据也要和当前显示的 variant 匹配。
实际排查时，用无痕窗口打开 feed 里的 link，不要只在 Shopify 后台预览。看 5 件事：默认颜色、默认尺码、价格、库存、主图。再打开页面源代码或结构化数据测试，看 Product / Offer 里的价格、库存、图片和 GTIN 有没有停在父商品默认值。
很多服装站的问题出在主题模板：URL 参数已经是 ?color=black&size=s，页面首屏也选了黑色 S 码，但 JSON-LD 仍输出第一个 variant 的白色 M 码。Googlebot 抓到的不是运营肉眼看到的弹窗后页面，而是服务器返回和渲染后的商品数据。
改完后多久复审、什么时候别再点？
改完 feed 后，先等数据源重新处理，再进 Products > Needs attention 看 issue 是否还挂在同一批 SKU 上。若后台有 I fixed the issue 或 Request review 入口，按 product-level issue 提交；如果你认为 Google 判断错了，再走 I disagree with the issue，并准备能证明图片、GTIN、页面一致的材料。
| 动作 | 适合什么时候做 | 别期待什么 |
|---|---|---|
| 重新上传 feed / 触发同步 | 字段值确实改过 | 立刻解除所有 disapproval |
给新图片新的 image_link URL | 主图换成正确颜色或材质 | 固定 24 小时恢复 |
| 等待 Googlebot-image 抓取 | 图片 URL 能 200 打开且允许抓取 | 同 URL 换图马上生效 |
| Request review | 后台给了入口，且证据链已经一致 | 每次点击都缩短审核 |
| 暂停继续改动 | 第二次复审前仍有冲突 | 靠重复提交覆盖真实问题 |
Google 官方 review 文档写到，review 可能需要最多 7 个工作日；图片文档又写到，新图片 URL 通常比同 URL 替换内容更快被重新抓取。这些只能当作排查节奏参考，不能写成「几天必恢复」。你能控制的是字段和页面一致，不能控制最终审核结论。
这次排查不处理哪些问题？
这里不处理整站 Misrepresentation、仿冒商品、受限品类、商家身份验证、付款资料验证、Google Ads 账号暂停，也不处理 PMax 学习期表现。它们可能和商品不展示同时出现，但证据链不同。
如果 Merchant Center 同时给出 account-level issue，先读 account issue 的说明。服装图片和 GTIN 修好后，整站信任、退货、运费、结账或商家资料仍可能影响商品展示；不要把一个 SKU 的数据修复写成账户恢复保证。
相关阅读
FAQ
图片和 GTIN 不匹配是同一个错误吗？
不一定。Merchant Center 可能把图片、GTIN、颜色尺码、落地页变体分成多个 product-level issue；要按同一个 SKU 串起来看。
能不能把 GTIN 先删掉再复审？
只有商品确实没有厂商分配 GTIN 时才不要提交。已有 GTIN 的服装变体，删掉或乱填都可能让商品受限或继续被拒。
同一件 T 恤多个颜色能共用 GTIN 吗？
通常不行。Google 要求不同颜色或尺码的 variant 使用各自正确的 GTIN；共用 GTIN 时还要看 color、size 等变体属性是否重复。
换了 image_link 为什么后台还没变？
图片要重新抓取。新图片最好给新 URL；Google 文档写新 URL 通常更快，同 URL 换图可能要更久，不能按固定小时数承诺。
Shopify 自动同步 feed 还要手动检查吗？
要。自动同步可能把默认变体、Compare-at 图片、metafield GTIN 或图片 URL 带错；至少抽查受影响父商品下的所有子 SKU。
复审失败后还能继续点吗？
不要连续硬点。官方文档说明部分 review 会有冷却期；先把 issue、feed 行、图片 URL 和落地页截图修到一致，再按后台入口提交。