Google Shopping 图片要求：拒登原因逐条拆解

Merchant Center 的图片拒登，翻来覆去就那么几种：一个烧进 JPEG 的“SALE”角标、角落里的店铺 logo、老模板留下的一圈细灰边。Google 审的是文件本身，一张图不过审，这个商品在 Shopping 广告和免费商品列表里会一起被拒。而一套导出模板背后往往站着一整条产品线——所以一个坏文件，很少只是一个问题。

规则是公开的、具体的，而且刚刚变过。Google 把商品图的最低分辨率提到了 500 x 500 像素，2026 年起在 Merchant Center 里陆续推送“Image too small for upcoming enforcement”警告，并将从 2027 年 1 月 31 日开始正式执行新尺寸。在那之前，旧的拒登阈值仍然有效：非服饰类 100 x 100 像素，服饰类 250 x 250 像素。

主图规格，逐条来看

先看数字：

• 最小尺寸：Google 的商品数据规范要求至少 500 x 500 像素，推荐 1500 x 1500 或更大。
• 最大尺寸：单张图片不超过 6400 万像素，单个文件不超过 16 MB。
• 支持格式：JPEG、WebP、PNG、非动态 GIF、BMP 和 TIFF。
• 构图：Google 建议商品占画面不少于 75%、不超过 90%。这是建议而非强制阈值，但审核就是按这个预期在看。
• 图片 URL：1 到 2,000 个字符，以 http 或 https 开头，符合 RFC 3986，空格和符号要做 URL 编码。

最后这一条最容易出无声故障。Google 得先把文件抓下来，所以 robots.txt 必须放行 Googlebot 和 Googlebot-Image——一张完美的照片藏在被屏蔽的目录后面，等于没有照片。另一个坑是变体：两个不同变体指向同一个文件时，Google 会报“Same value for differing variants: image link”，所以第二个配色必须有自己的图。

什么会让商品被拒登

叠加元素的规则，是卖家丢 SKU 最多的地方。Google 要求商品必须完整无遮挡地呈现，也就是不能出现：

• 促销文字，比如行动号召、价格信息，或者“免运费”这类说法。
• 水印、品牌名、零售商 logo，以及任何压在商品上的叠加元素。
• 图片四周的边框。
• 占位图、“暂无图片”的图形，或者用通用插画代替真实商品。

Merchant Center 提供自动图片优化，这是一项需要主动开启的自动化功能，会帮你抹掉促销叠加。把它当安全网，别当策略：它按 Google 的节奏跑，不按你的。

背景：白色、透明，还是场景

Google 的最佳实践是主图用纯白背景或透明背景，因为它在 Shopping 各个展示位的排版里都不会出错。能清楚展示商品的场景图同样可以接受；服饰类 Google 还要求由真人穿着。

白色或透明是最稳的默认选择，但 Google 的规范里留了一条例外：浅色商品不要用透明背景，因为有些界面会把它放在黑色上渲染。这类商品直接压平到纯白上。把原图上传到 remover.bg，让抠图去处理边缘，然后导出透明 PNG，或者在编辑器里把主体放到纯白背景上。头发、绒毛和难处理的边缘正是廉价抠图翻车的地方——一圈毛糙的旧背景残影，哪怕没踩任何一条政策红线，看上去也是低质量。什么时候该用透明、什么时候不该，我们的透明 PNG 指南讲得很细。

再补一手：加一层柔和的接触阴影，让商品不至于浮在半空。Google 并不要求，但它能让白底图不那么像剪贴画。具体做法见给照片添加真实阴影。

副图才是赚到点击的那一张

additional_image_link 最多可以挂 10 个值。它们要满足和主图一样的基础要求，但 Google 在几处放宽了限制：可以做场景布置，可以展示商品使用中的样子，可以突出某个局部，也可以展示套装的一部分或整个多件装。

logo、水印、无关文字和模糊的文件依然禁止。所以分工是：主图干净中性，副图去做销售——给比例参照，给使用场景。如果有图片是 AI 生成的，Google 要求文件里带上说明这件事的元数据：IPTC 的 DigitalSourceType 标签，值写成 trainedAlgorithmicMedia 或 compositeSynthetic 这类。多数生成工具会自动写好；你要做的是确认优化环节没把它剥掉，工具没写的话自己补上。

修复一整个被拒登的商品目录

从 Needs attention 标签页里按失败原因排序，把受影响的商品导出来。叠加和边框问题通常能追到同一个模板；尺寸不够的图，则通常来自某一个供应商数据源，或某一个缩略图脚本。

目录不大，手工重做一遍就行。上千个 SKU 的话就写脚本：批量的活儿走我们的去背景 API——一个任务就能拉取原图、拿回透明抠图、在你这边压平到白底，再把新的 URL 写回数据源。WebP 在 Google 的支持列表里，通常也是通用格式中体积最小的一个，CDN 吃紧时很管用。详见支持 WebP。

下次上传商品数据源之前

三条检查能拦住大部分问题：商品有没有占到画面的四分之三到九成，背景干不干净、有没有叠加或边框，文件是不是稳稳高于 500 x 500。然后去修那个产出坏文件的模板，而不只是修那个文件——不然每上一个新 SKU，同样的拒登就会再来一次。