Short answer. Merchant Center reports “Same value for differing variants [image_link]” when variants of one item group that differ in colour (or another visible attribute) all carry the same image URL. Give each colour its own photo showing that colour; sizes of one colour can keep sharing it.
| Shown in Merchant Center as | Same value for differing variants [image_link] |
|---|---|
| Attribute | image_link |
| Effect | Warning |
| Where to find it | Products → Needs attention, then filter by this issue |
| Free check | Not something a feed file shows; see below for what the check can tell you instead |
What Merchant Center means by “Same value for differing variants [image_link]”
Within an item group, variants that differ in a visible attribute, colour above all, are expected to show that difference in their image. When every variant of a group carries the same image_link while their color differs, the Content API’s product issues list reports item_group_same_image_varying_color, “Same value for differing variants [image link]”, with the fix “submit a unique value for each variant”. The item_group_id and color specifications describe the grouping this is checked against.
The reason is the shopper: a search for a red shirt that shows a blue photo is a bad result, and Google would rather not show the variant than show the wrong picture.
Why it happens
- Variants without their own media, so the feed falls back to the parent image for each.
- One product photo shot in one colour for a product sold in several.
- An export that writes the parent image on every row regardless of variant media.
How to fix it
In Shopify
Assign media to each colour variant: open the product, and in the variant’s row choose the image for that colour. Shopify’s channel and our integration send the variant image where one is set and the product image otherwise, so this alone fixes the feed.
In WooCommerce
Set a variation image on each colour variation; sizes of the same colour can share it. Our free plugin writes the variation image, falling back to the product image only when none is set.
In a CSV or XML feed
For each item_group_id, make sure rows with different color values have different image_link values that show that colour. Rows differing only in size may share. Where you have no photo of a colour, either photograph it or do not list that colour as a variant until you do.
How long until Merchant Center clears it
On the next fetch with distinct images per colour, Google fetches the new images and re-evaluates the group within 24–72 hours.
What FeedRobin does about it
The free feed check groups rows by product page to find ungrouped variants and reads colour and size, but it does not yet cross-check images within a group, and the report does not suggest it does. For connected stores, variant images are read from the platform per variant, so setting them in the store is the whole fix.
Questions merchants ask
Do sizes need different images too?
No. The rule is about variants that look different. A Medium and a Large of the same blue shirt can share the blue photo; the red one needs a red photo.
I only have one photo of the product. What now?
Then the colour variants are not really distinguishable to a shopper either. Photograph each colour, or, until you can, keep the product as one row without colour variants so nothing claims a difference the image does not show.
Where does the variant image come from in the feed?
From the variant’s own image in your store: variant media in Shopify, the variation image in WooCommerce. Feeds fall back to the parent product image when a variant has none, which is how every colour ends up with the same URL.
Sources
- Product issues (Content API for Shopping): the issue codes and the titles Merchant Center shows — Google Merchant Center Help
- Image link [image_link] — Google Merchant Center Help
- Item group ID [item_group_id] — Google Merchant Center Help
- Color [color] — Google Merchant Center Help