產品變體資訊流完全指南

大多數資訊流問題看起來不像資訊流問題。它們看起來像是無法解釋的 Google Merchant Center 審核不通過，或者 Advantage+ 廣告系列預算全部花在一件黑色 T 恤上，又或是購物廣告將尋找 42 碼鞋子的顧客引導到只剩下 38 碼鞋子的頁面。

幾乎所有這些事物的本質都是一樣的：變體。

變體是指產品的任何版本，只要它與標準版在某個可見且可購買的方面有所不同——例如尺寸、顏色、材質、容量或表面處理。它們在零售業中很常見，但在資訊流中卻異常棘手，因為每個管道對它們的建模方式都不同，而且一旦出錯，後果往往悄無聲息。表面上看，廣告效果不佳，但實際上卻悄無聲息地隱藏在資料檔案的第四層，根本無人問津。

本指南涵蓋了整個主題：什麼才算變體，item_group_id 的工作原理以及人們在哪裡誤用它，每個變體定義屬性及其真正的限制，XML、CSV 和 JSON 中的工作 feed 示例，Google、Meta、TikTok、Pinterest、Amazon 和區域市場各自期望的變體結構，以及最常出現的錯誤的診斷表。

篇幅較長是因為主題本身很長。請使用目錄跳到相應部分。

1. 什麼是變體？

變體是指產品的可購買版本，它與同系列產品至少在一個客戶可以選擇的屬性上有所不同，但產品本身仍然是相同的。

最後那句話扮演著至關重要的角色。一件藍色中T恤和一件黑色大T卹是同一種產品。而一件藍色T恤和一件藍色連帽衫則不是，即使是同一品牌、同一布料的商品也不一樣。

大多數渠道的標準模型是父子模型：

• 这 親 這是概念產品—「美利奴羊毛圓領毛衣」。它通常不單獨出售。
• 这 孩子 就是各種變體——每個變體都有自己的 SKU、庫存水平，有時還有自己的價格和圖片。

在產品資訊流中，這種結構幾乎總是扁平化的：每個變體都單獨佔一行或一個<item>，並透過一個共享的分組鍵關聯起來。不存在嵌套。例如，一件毛衣有4種顏色和5個尺碼，它會佔用20行，所有行都使用相同的分組ID。

什麼是 不會 變體

這是在寫入任何一行 XML 之前，資料來源出錯的地方。

將這些項目分組到共享的 item_group_id 下，會產生一個成員不可互換的群組——這會使目標頁面上的變體選擇器感到困惑，並且在某些頻道上，會觸發不匹配的拒絕。

2. 決定一切的決定

在編寫任何資訊流邏輯之前，請針對您銷售的每種產品類型回答一個問題：

當顧客選擇不同的選項時，他們會進入不同的頁面，還是進入同一頁面但狀態不同的頁面？

這是實際測試，它直接關係到你應該如何建立資訊流。

方案 A — 每個款式使用單獨的 URL。每種顏色都有自己的產品頁面（例如 /merino-sweater-navy，/merino-sweater-charcoal）。將每個款式作為單獨的一行，並附上單獨的連結。這種設定最簡潔，廣告相關性最高，也是各管道更傾向的選擇。

案例 B — 單一 URL，頁面上選擇變體。所有內容都位於 /merino-sweater，客戶使用選擇器選擇顏色和尺寸。您仍然可以發送所有變體，但應附加一個深度連結參數，以便廣告跳到正確的預選狀態：

https://example.com/merino-sweater?colour=navy&size=m

如果沒有這個參數，點擊海軍藍中號廣告的顧客看到的預設頁面卻是炭灰色小號。這種顏色不匹配是變體廣告中最大的隱形轉換殺手之一，在Google上，它還會觸發「值不符（頁面抓取）」的錯誤，因為爬蟲會發現頁面上的可見顏色與提交的顏色不符。

情況 C－不值得單獨投放廣告的變體。有些變體對購買決策的影響不足以支援單獨投放廣告，例如充電器線纜的長度。在這種情況下，您可以特意發送一個具有代表性的變體。第 7 部分將介紹何時應該這樣做。

變體定義屬性與描述性屬性

資訊流中的每個屬性都屬於以下兩個類別之一，混淆這兩個類別是導致分組格式錯誤的一個常見原因。

定義變體的屬性必須在組內成員之間有所不同。這些屬性由客戶選擇：顏色、尺寸、材質、圖案，以及產品特定的尺寸，例如容量或表面處理。

分組常數屬性在所有成員中必須完全相同：品牌、性別、年齡組、商品組標題、Google產品類別。如果兩行資料共用同一個商品組 ID 但性別值不同，則表示您要麼分組錯誤，要麼標籤錯誤。

行特有的屬性（但並非定義變體的屬性）會因行而異，但不會定義變體：id、price、availability、gtin、image_link、link。兩個變體可以擁有不同的價格——例如，3XL 碼通常價格更高——但價格並非區分它們的主要因素。

3. item_group_id：基礎

item_group_id 是一個共享鍵，它告訴頻道「這些行代表的是同一個產品」。所有其他關於變體處理的操作都依賴它的正確性。

規格

由於 Google 對數值大小寫不區分，而 Meta 和 TikTok 則區分，因此所有平台都應統一使用小寫（或大寫）。例如，如果目錄中同時出現 SWTR-001 和 swtr-001，Google 會將其正確歸類，而 Meta 則會將其分割為兩個產品。

選擇值

最佳的 item_group_id 是您 ERP 或 PIM 系統中已有的父 SKU。它存在、穩定且唯一。

大家好：

SWTR-MERINO-CREW
12345
parent-8891

不好，原因如下：

最後一點尤其值得強調。 item_group_id必須保持穩定。通路會根據分組累積業績歷史記錄。如果你的匯出操作會重新產生 ID，那麼每次同步都會重置這些歷史記錄，任何出價優化都無法彌補這一點。

三條規則

1. 同一組中的每個成員都共用同一個 item_group_id。
2. 每個成員都有一個唯一的ID。 Feed 中任何位置出現重複 ID 都會導致後面的行被靜默刪除。
3. 每個成員至少在一個定義變體的屬性上有所不同。 兩行資料具有相同的群組 ID 以及 顏色和尺寸相同的是重複項，而不是變體。

滿足這三者要求的約定：

item_group_id: SWTR-MERINO-CREW
id:            SWTR-MERINO-CREW-NAV-M
id:            SWTR-MERINO-CREW-NAV-L
id:            SWTR-MERINO-CREW-CHR-M

可讀、可調試，且源自您已掌握的資料。

項目組標題

這是Google最近新增的屬性，雖然是可選的，但建議在提交 item_group_id 時填寫。它包含父產品的名稱（最多 150 個字元），並且在同一產品組中的所有變體中必須完全相同。

XML

<g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
<g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
<title>Merino Crew Neck Sweater — Navy, Medium</title>

注意以下模式：title 是變體特有的，而 item_group_title 則不是。如果兩者都發送相同的字串，則會浪費訊號。

變體選項

谷歌方面也有一項新舉措：提供了一種結構化的方式來聲明哪些屬性定義了變體，而不是讓管道自行推斷。它最多接受 30 個名稱/值對（每個子屬性最多 250 個字符，總共 5,000 個字符）。

XML

<g:variant_option>
  <g:name>Colour</g:name>
  <g:value>Navy</g:value>
</g:variant_option>
<g:variant_option>
  <g:name>Size</g:name>
  <g:value>M</g:value>
</g:variant_option>

這對於那些標準服裝屬性無法涵蓋的產品（例如儲存容量、處理器等級、功耗、座位數）尤其有用。與其強制將“256GB”寫入容量，不如正確地聲明它。

4. 變體定義屬性詳解

顏色

規範中最受規則約束的屬性，也是最常被拒絕的屬性。

不接受：

• 編號 — 顏色 42，RAL 5013
• 十六進位代碼 — #001F5B
• 單字母——N代表海軍藍
• 圖片引用——見照片
• 字母數字或組合單字－Navy1、NavyBlue（寫成Navy Blue）

處理行銷顏色命名。時尚品牌很少直接把顏色命名為“海軍藍”，而是會用“午夜帆船”之類的名字。通路需要一個消費者會搜尋的顏色；你的品牌需要在頁面上擁有專屬的名稱。

可行的折衷方案：

color:       Navy
description: ...available in Midnight Regatta (navy)...

將行銷名稱對應到資訊流中的標準名稱，並在登陸頁面和描述中保持品牌名稱可見。不要指望用顏色標記行銷名稱就能獲得高轉換率——這會降低與顏色相關的搜尋查詢的匹配度，而這類搜尋在服裝領域往往是意圖最高的搜尋之一。

多色產品：

color: Navy/White/Grey

主色優先。谷歌會將第一個值解讀為主色。

尺寸

最重要的原則是：要足夠具體，確保含義清晰，並且在整個產品目錄中保持一致。如果所有產品都使用 M 碼，那麼 M 碼就足夠了。如果同一概念的產品在產品目錄中混用 M、Medium、med 和 M/L 等尺碼，就會造成產品變體分組混亂，並且無法進行基於尺寸的細分。

對於單一維度不足以描述的產品，應將區分維度包含在其值中：

size: 32/34          (waist/inseam)
size: 15.5/34        (neck/sleeve)
size: 9.5 Wide       (shoe width)
size: 200x140cm      (rugs, bedding)

尺寸類型和尺寸系統

可選的、僅限服裝的、以及未充分利用的——這兩個條件都能顯著改善使用這些限定詞進行搜尋的購物者的匹配結果。

size_type — 最多 2 個值，包括：常規、嬌小、孕婦、大尺碼、高個、加大尺碼。

size_system — 可選值：US、UK、EU、DE、FR、JP、CN、IT、BR、MEX、AU。如果省略，通路將預設使用目標國家的尺寸體系，這會導致一個代價高昂的錯誤：例如，一家土耳其零售商如果向德國銷售歐盟尺寸的商品，但未聲明 size_system，則可能導致尺寸被錯誤地解讀。

XML

<g:size>10</g:size>
<g:size_system>UK</g:size_system>
<g:size_type>regular</g:size_type>

材料

在Google搜尋中，最多只能輸入 200 個字元。首先是主要內容，然後最多可以添加兩個次要內容，用斜線 (/) 分隔。

material: Cotton
material: Leather/Suede
material: Merino Wool/Nylon/Elastane

只有當材質能區分您的產品變體時才需要填寫—例如，一款包同時出售皮革和帆布兩種材質。其他情況下為可選信息，但建議提交；材質是常用的搜索限定詞。

模式

最多 100 個字元。自由文字描述印花或圖案：條紋、波點、佩斯利花紋、花卉、人字紋。規則相同——如果圖案各不相同，則必須填寫。

年齡層和性別

兩者都是組別常數。同一組內的每個變體必須具有相同的值。

年齡組：新生兒、嬰兒、幼兒、兒童、成人－每個產品一個數值。

性別：男、女、男女通用。

如果一件衣服確實提供男女款，那麼它們屬於兩個獨立的商品類別，而不是男女混搭的類別。它們的版型不同，尺寸也不同，消費者是在不同的產品之間進行選擇，而不是在不同的選項之間進行選擇。

參考表

5. 實際飼料範例

XML（Google RSS 2.0）

六個變體組中的兩個變體。注意哪些部分發生了變化，哪些部分保持不變。

XML

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:g="http://base.google.com/ns/1.0">
  <channel>
    <title>Example Store — Product Feed</title>
    <link>https://example.com</link>

    <item>
      <g:id>SWTR-MERINO-CREW-NAV-M</g:id>
      <g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
      <g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
      <title>Merino Crew Neck Sweater — Navy, Medium</title>
      <description>Fine-gauge 100% merino wool crew neck. Ribbed cuffs and hem, regular fit. Machine washable on wool cycle.</description>
      <link>https://example.com/merino-crew-sweater?colour=navy&amp;size=m</link>
      <g:image_link>https://cdn.example.com/swtr-merino-navy-1.jpg</g:image_link>
      <g:additional_image_link>https://cdn.example.com/swtr-merino-navy-2.jpg</g:additional_image_link>
      <g:availability>in_stock</g:availability>
      <g:price>89.00 EUR</g:price>
      <g:brand>Example</g:brand>
      <g:gtin>5012345678900</g:gtin>
      <g:mpn>SW-MC-NAV-M</g:mpn>
      <g:condition>new</g:condition>
      <g:google_product_category>1604</g:google_product_category>
      <g:color>Navy</g:color>
      <g:size>M</g:size>
      <g:size_system>EU</g:size_system>
      <g:size_type>regular</g:size_type>
      <g:material>Merino Wool</g:material>
      <g:gender>male</g:gender>
      <g:age_group>adult</g:age_group>
      <g:custom_label_0>core</g:custom_label_0>
      <g:custom_label_1>full-size-run</g:custom_label_1>
    </item>

    <item>
      <g:id>SWTR-MERINO-CREW-CHR-L</g:id>
      <g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
      <g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
      <title>Merino Crew Neck Sweater — Charcoal, Large</title>
      <description>Fine-gauge 100% merino wool crew neck. Ribbed cuffs and hem, regular fit. Machine washable on wool cycle.</description>
      <link>https://example.com/merino-crew-sweater?colour=charcoal&amp;size=l</link>
      <g:image_link>https://cdn.example.com/swtr-merino-charcoal-1.jpg</g:image_link>
      <g:availability>out_of_stock</g:availability>
      <g:price>89.00 EUR</g:price>
      <g:brand>Example</g:brand>
      <g:gtin>5012345678931</g:gtin>
      <g:mpn>SW-MC-CHR-L</g:mpn>
      <g:condition>new</g:condition>
      <g:google_product_category>1604</g:google_product_category>
      <g:color>Charcoal</g:color>
      <g:size>L</g:size>
      <g:size_system>EU</g:size_system>
      <g:size_type>regular</g:size_type>
      <g:material>Merino Wool</g:material>
      <g:gender>male</g:gender>
      <g:age_group>adult</g:age_group>
      <g:custom_label_0>core</g:custom_label_0>
      <g:custom_label_1>broken-size</g:custom_label_1>
    </item>

  </channel>
</rss>

有四點值得指出：

1. item_group_id 和 item_group_title 相同；id 和標題不是。
2. 鏈結攜帶深度鏈結參數 這樣廣告就能投放到正確的預選狀態。 & 符號會被轉義為 &－這是 XML 中必要的，也是解析失敗的常見原因。
3. image_link 是特定於變體的。 兩行海軍藍都指向海軍藍照片。傳送一張全色主圖是僅次於漏填組 ID 的第二大常見錯誤。
4. 缺貨行已標記 透過 custom_label_1，可以將其排除或降低出價，而無需將其從資訊流中移除。

CSV / TSV

相同的數據，已扁平化。包含標題行及其兩個變體：

CSV

id,item_group_id,item_group_title,title,description,link,image_link,availability,price,brand,gtin,condition,google_product_category,color,size,size_system,material,gender,age_group,custom_label_0
SWTR-MERINO-CREW-NAV-M,SWTR-MERINO-CREW,Merino Crew Neck Sweater,"Merino Crew Neck Sweater — Navy, Medium","Fine-gauge 100% merino wool crew neck.",https://example.com/merino-crew-sweater?colour=navy&size=m,https://cdn.example.com/swtr-merino-navy-1.jpg,in_stock,89.00 EUR,Example,5012345678900,new,1604,Navy,M,EU,Merino Wool,male,adult,core
SWTR-MERINO-CREW-CHR-L,SWTR-MERINO-CREW,Merino Crew Neck Sweater,"Merino Crew Neck Sweater — Charcoal, Large","Fine-gauge 100% merino wool crew neck.",https://example.com/merino-crew-sweater?colour=charcoal&size=l,https://cdn.example.com/swtr-merino-charcoal-1.jpg,out_of_stock,89.00 EUR,Example,5012345678931,new,1604,Charcoal,L,EU,Merino Wool,male,adult,core

CSV 格式是實際應用中出現問題最常見的地方，因為標題和描述中的逗號必須用引號括起來，而帶引號字段中的引號又必須進行轉義。如果您的標題包含逗號（而包含顏色和尺寸的產品標題幾乎總是包含逗號），請改用 TSV 格式。製表符幾乎不會出現在產品資料中，因此可以避免一整類解析錯誤。

JSON

對於基於 API 的資料攝取：

JSON

{
  "products": [
    {
      "id": "SWTR-MERINO-CREW-NAV-M",
      "item_group_id": "SWTR-MERINO-CREW",
      "item_group_title": "Merino Crew Neck Sweater",
      "title": "Merino Crew Neck Sweater — Navy, Medium",
      "link": "https://example.com/merino-crew-sweater?colour=navy&size=m",
      "image_link": "https://cdn.example.com/swtr-merino-navy-1.jpg",
      "availability": "in_stock",
      "price": { "value": "89.00", "currency": "EUR" },
      "brand": "Example",
      "gtin": "5012345678900",
      "condition": "new",
      "google_product_category": "1604",
      "variant_attributes": {
        "color": "Navy",
        "size": "M",
        "size_system": "EU",
        "material": "Merino Wool"
      },
      "gender": "male",
      "age_group": "adult"
    }
  ]
}

完整尺寸系列

六種款式－兩種顏色×三種尺寸－ID圖案清晰可見：

木炭還剩下三種尺寸中的一種。第 9 節將介紹如何處理這種情況。

6. 逐個頻道

這個概念是通用的，但具體實作方式卻不盡相同。以下列出了各個主要目的地對不同版本的要求，以及它們之間的差異。

Google購物/商家中心

最具指導意義的，也是其他大多數頻道所借鑒的參考實作。

• item_group_id 是 必須要戴上 對於免費列表，以及在巴西、法國、德國、日本、英國和美國發布的購物廣告，只要提交了變體，即可享受此優惠。
• 必須填寫變體定義屬性：在這些市場中，服裝需要顏色和尺寸。
• 服裝的性別和年齡組必須一致，並且在同一組內必須保持一致。
• 著陸頁必須在視覺上與提交的變體值相符，否則您將面臨風險。 值不符（頁面爬取） 不贊成。
• 每個變體都在競價中獨立競爭。谷歌會根據搜尋查詢選擇一組變體中的哪一個進行展示，因此，不完整的變體組意味著候選詞庫的強度較低。
• 服裝類圖片的 image_link 尺寸必須至少為 500×500 像素——這是強制執行的最低要求。 31 January 2027值得現在就進行審計，而不是匆忙行事。

實用提示： Merchant Center 的報告層級是變體（id），而不是群組層級。要正確評估產品，您必須自行按 item_group_id 進行匯總——如果群組 ID 清晰穩定，這將容易得多。

Meta（Facebook 和 Instagram）

Meta 使用相同的欄位名稱，但具有不同的限制條件和截然不同的顯示模型。

• item_group_id 最多允許 100字符 是 區分大小寫.
• 顏色和尺寸最多允許 200字符.
• 可用性值使用 空格，而不是底線：是 in stock，不是 in_stock。這個差異比其他任何差異都更容易導致 Meta feed 出錯，尤其是在直接重複使用 Google feed 時。
• 在商店和產品詳情頁面上，正確分組的集合會渲染成 一款帶有變體選擇器的產品而不是幾個幾乎完全相同的清單。
• Advantage+ 目錄廣告使用分組功能，避免在一個輪播圖中向用戶展示同一件毛衣的六個版本——未分組的目錄會產生明顯重複的廣告和浪費的展示機會。
• Commerce Manager 中的變體層級報告取決於正確的分組。

實用提示：不要直接將 Meta 指向未經修改的 Google Feed。至少，應檢查轉換是否可用，並檢查字元限制。大多數 Feed 平台（包括 Feedance）都會將此操作作為頻道層級的轉換來處理，因此來源資料不會受到影響。

TikTok

• item_group_id 最多允許 150字符.
• sku_id 是每個變體的唯一識別碼－每個變體行都需要一個不同的值。
• 顏色和尺寸最多允許 200 個字元。
• 標題最多允許 255 個字元；描述最多允許 10,000 個字元；需要 google_product_category。
• TikTok 是監管最嚴格的平台之一。 特定變體影像產品卡片會顯示變體選擇器，而使用同一張通用圖片的變體產品性能明顯較差。如果要在圖片製作流程中偷工減料，千萬不要在這裡也偷工減料。

Pinterest

• 與Google的模型非常相似；item_group_id 將變體分組。
• Pinterest 會在單一產品 Pin 圖中顯示多個變體，並提供多種可選選項。
• 圖片品質和垂直寬高比至關重要——Pinterest 是一個視覺發現平台，不夠獨特的圖片根本不會被保存。

Amazon

亞馬遜不使用 item_group_id，假設它使用會造成大量工作浪費。

亞馬遜採用明確的父子關係模式：

• A 父 ASIN 創建為不可購買商品。
• 每 子 ASIN 透過 parent_sku / parent_child 欄位引用父級。
• A 變奏主題 必須聲明－SizeColor、Size、Color、SizeName-ColorName 等，因類別而異。
• 主題必須適用於特定類別；同一個主題名稱並非在所有地方都可用。

如果您要從相同來源同時匯出到 Google 和 Amazon，請將其視為真正的資料轉換，而不是欄位重新命名。您的 Feed 層必須建立父級清單、指派主題，並將子級清單對應到該父級清單。

區域市場和比價引擎

土耳其和更廣泛的中東及北非地區的頻道都有自己的慣例，而這些慣例往往決定了這些市場中節目目錄的成敗。

• 趨勢醇 它採用獨特的父子模型，並包含一組必填的類別特定屬性。顏色和尺寸是獨立的結構化字段，不同類別的必填屬性列表也不同。
• 阿卡克切 以及 貪婪的 價格比較引擎通常要求每個可購買的 SKU 對應一行數據，並且會過濾掉重複的、幾乎相同的行——因此，發送沒有差異化數據的全尺寸數據可能會降低而非提高曝光率。
• Hepsiburada 以及 N11 它們各自定義自己的變體分組鍵和所需屬性。

這是通用全球資訊流工具最常出現不足的地方，也是屬性映射錯誤導致整個類別悄無聲息地從市場中消失的地方。

競品對比

7. 分裂還是崩潰？

預設建議發送所有變體，但這並非絕對正確。真正的問題在於，變體是否會改變購物者的需求。

發送所有變體時…

• 差異在於購買決策。 服裝、鞋類，凡是尺寸不合適的商品，都不予出售。
• 不同型號的股票價格差異顯著。 廣告宣傳的產品只剩下 3XL 尺寸可選，這是浪費錢。
• 價格因型號而異。 當所選選項價格為 119 歐元時，顯示 89 歐元會導致價格不匹配，從而激怒顧客。
• 搜尋需求具有變體限定性。 人們搜尋「海軍藍美利奴羊毛衫（中）」。不提交商品信息，就無法獲得排名。

當…時，簡化為一個代表性變體。

• 目錄非常龐大，而且大多內容同質化。 一家擁有 200,000 萬個 SKU 的硬體零售商，其中 60% 是微不足道的長度差異，全面擴張帶來的效益甚微，反而會增加資訊流處理和行銷活動的複雜性。
• 該頻道會對近似重複的內容進行懲罰。 一些比較引擎會過濾掉重複的行；完整的運行可能會降低可見度。
• 變體不影響價格、圖片或供貨情況。 如果所有十二個變體在所有商業相關方面都相同，那麼十二行產生的就是雜訊而不是訊號。

折疊商品時，務必仔細挑選代表商品：選擇銷售最好的現貨商品，而不是按字母順序排列的第一行商品。這正是績效資料在資訊流中發揮作用的地方——GA4 或平台資料可以自動選擇代表商品，而不是依賴排序。

一條中間道路

沿著驅動決策的軸線分裂；沿著不驅動決策的軸線崩潰。

對於鞋類產品，通常的做法是每種顏色佔一行，尺寸資訊合併顯示——顏色是吸引顧客的視覺焦點，尺寸則是頁面上的合身度檢查。若產品的價格取決於產能，則依產能拆分，顏色資訊合併顯示。

8. 12種最常見的變異錯誤

錯誤 1、2、4 和 11 佔實際審計中絕大多數。這些錯誤都不難發現；它們都難以察覺，直到有人仔細查找才會被發現。

9. 破損尺寸和庫存狀況

尺寸不全的產品系列是指技術上仍在銷售但實際上無法銷售的產品系列——例如，一件毛衣只有 XS 和 3XL 兩個尺碼，一雙鞋九個尺碼中只剩下兩個尺碼。

這比表面看起來更重要。當顧客點擊產品廣告卻發現沒有合適的尺寸時，你不僅為一次無法轉換的點擊付費，還損害了品牌聲譽。規模化來看，缺貨產品會消耗相當一部分預算，卻幾乎不貢獻任何收益。

檢測到它

按 item_group_id 計算：

size_availability_ratio = in_stock_variants / total_variants

然後根據閾值採取行動。一個可行的起點是：

要根據需求量來衡量，而不僅僅是數量。減少 XXS 和 XXL 尺寸的影響遠小於減少 M 和 L 尺寸的影響，因為 M 和 L 尺寸通常佔銷售量的大部分。如果將所有尺寸一視同仁，那麼對核心尺寸的減少反應就會不足。

付諸行動

最簡潔的實作方式是在資訊流中標記條件，而不是刪除產品：

XML

<g:custom_label_1>broken-size</g:custom_label_1>

標記而非刪除可以保留產品在通路中的歷史記錄，並在庫存恢復後立即重新啟動。移除並重新新增會重置學習資料。

還有兩項值得改進的地方：

• 回饋意見可用於商品銷售。 反覆出現尺寸不全的商品清單是一種購買訊號，而不僅僅是廣告問題。
• 每次同步後都要重新檢查。 庫存會變動，標籤也必須隨之更新。靜態的斷碼商品清單比沒有清單更糟糕，因為它會遺漏已經補貨的商品。

10. 使用變體進行廣告系列細分

一旦變體結構正確，資料就變成了一個分割層——可以說是乾淨的變體來源回報最高的用途。

Google 提供了五個 custom_label 欄位（0-4）。它們可以接受任意值，完全用於您自己的廣告系列邏輯。變體資料是理想的輸入欄位。

一個可行的方案

有了這些，行銷邏輯就變得簡單明了：

• 競價購買暢銷書 + 全尺寸印刷 + 高利潤
• 排除破碎尺寸的礦石
• 為清關制定一套獨立的策略，並採取積極的tROAS策略。
• 賽季開始時隔離 ss26

Performance Max 和 Advantage+

兩者都高度自動化，這使得資訊流層面的細分變得更加重要。你不再能控制關鍵字等級的出價，因此資訊流成為你引導廣告支出的主要手段。

在 Performance Max 中，自訂標籤驅動資產組和上市組的結構。將單一的綜合資產組拆分為基於保證金或股票健康狀況的組是為數不多的剩餘結構調整手段之一，而這完全取決於標籤是否由真實數據填充。

在 Advantage+ 目錄廣告中，正確的分組可以防止輪播圖顯示六種不同色調的同一款毛衣——基於變體屬性構建的產品集定義可以將潛在客戶開發與再行銷庫存分開。

利用效能數據豐富標籤

靜態標籤會失效。上季的暢銷書資訊在本季可能失效。

更完善的實作方式會在每次資訊流同步時，根據即時效果資料（例如 GA4 收入、轉換率和瀏覽量）重新計算標籤。銷售下滑的產品會自動從暢銷名單中移除；銷售量上升的產品則會進入暢銷名單。這正是資訊流優化在實踐中的核心意義所在，也是真正能夠指導預算分配的標籤與僅僅描述上個季度業績的標籤之間的區別所在。

11. 衡量變體性能

變體層級的數據是大多數報告悄悄失效的地方。

聚合問題。 Merchant Center 和 Ads 的報告等級是 ID。一件毛衣有 20 個款式，卻顯示為 20 行，每行的銷量都很少，沒有哪一行單獨來看具有意義。任何基於單一款式行得出的結論都可能是噪音。

始終從兩個層面進行分析：

1. 集團層面 （item_group_id）－執行此操作 產品 工作？匯總所有會員的支出、轉換率和收入。
2. 變體級別 （id）——哪個 方案 哪些顏色暢銷，哪些尺寸先售罄，哪些組合總是滯銷？

第二部分才是真正有趣的發現所在。它回答了商品銷售人員關心的問題：海軍藍的銷售是否是炭灰色的三倍？ L碼的商品是否因為始終有貨而轉換率較高？是否有某種顏色拉低了整體的平均銷售量？

每個群體值得追蹤的指標：

關於歸因分析的說明。消費者經常會看到某個款式的廣告，但最終購買的是另一個款式——例如點擊了海軍藍的廣告，卻買了炭灰色。因此，如果直接使用款式層級的廣告支出回報率（ROAS）數據，就會造成歸因錯誤。評估產品時，應從產品組層級著手；利用款式資料來了解消費者行為，而不是基於少量樣本資料來制定競價決策。

12. 上線前檢查清單

在將變體來源上線之前以及任何結構變更之後執行此命令。

結構體

•  每個變體都有一個唯一的ID
•  群組中的每個成員都有相同的 item_group_id
•  item_group_id 源自於一個穩定的來源字段，在匯出過程中不會改變。
•  item_group_id 在整個資料來源中採用一致的大小寫形式。
•  每個成員至少在一個定義變體的屬性上有所不同
•  item_group_title 存在且在整個群組中相同

屬性

•  顏色使用純色名稱－不使用十六進位代碼、數字或單字母。
•  多種顏色之間以斜線“/”分隔，主色在前
•  整個目錄中的尺寸值已進行標準化處理。
•  如果您跨尺寸區域銷售產品，則需要聲明 size_system。
•  每組內的性別和年齡組別均相同
•  材料和圖案在它們定義變化的地方得以體現

連結和圖片

•  每個變體的連結都解析到正確的預選狀態
•  在 XML 中，& 會被轉義為 &。
•  image_link 是特定於某個變體的，並非共享的主圖。
•  影像符合各聲道的最小尺寸要求

通道變換

•  庫存資訊語法已根據頻道調整（in_stock 與 in stock）
•  每個頻道遵守字元限制
•  亞馬遜導出構建父商品資訊並聲明有效的變體主題
•  按類別映射的區域市場屬性集

操作

•  更新頻率與股票實際變動速度相符。
•  每次同步都會運行破損大小檢測。
•  匯出前會執行重複 ID 檢查
•  發布前，資訊來源會驗證其是否為格式良好的 XML/CSV 檔案。
•  已配置警報機制，以便在產品數量突然下降時發出警報。

13。 常問問題

我需要提交所有款式嗎？並非總是如此，但對於服裝和鞋類來說通常是需要的，因為尺寸和顏色是影響購買決策的關鍵因素。對於非常龐大的同質化產品目錄，或會過濾掉近似重複商品的管道，每個類別提交一個精心挑選的代表性款式可能效果更好。選擇代表性款式時，應根據銷售業績和庫存情況，而不是按字母順序排列。

如果我省略 item_group_id 會怎麼樣？每個變體都會被視為一個獨立的產品。這樣一來，目標頁面上的變體選擇器就會丟失，廣告內容會變得重複，變體級別的報告也會失效，而且在 Google 上，您可能無法滿足一項要求——在一些主要市場，提交變體時，免費商品資訊和購物廣告都需要 item_group_id。

不同款式的價格可以不同嗎？可以。價格並非款式定義屬性，但不同款式的價格可以有所不同——通常來說，尺寸越大價格越高。提交的價格必須與該款式在落地頁上顯示的價格一致。

缺貨商品是否應該保留在商品資訊流中？通常情況下是應該的。與其刪除它們，不如保留並添加“庫存狀態：缺貨”的標籤。刪除後再重新新增會重置該商品在頻道中的歷史記錄。建議使用規則或自訂標籤將它們從正在進行的推廣活動中排除。

一個產品可以同時屬於兩個類別嗎？不可以。 `item_group_id` 屬性每個產品只能指定一個值。如果一個產品確實同時屬於兩個概念類別，那麼你需要從源頭解決商品分類問題。

我需要為每個頻道分別設定 item_group_id 值嗎？不需要，也不該這樣做。所有地方都使用相同的邏輯分組。不同管道之間的差異在於應用的轉換：字元限制、大小寫、語法。保持一個資料來源，並在匯出時進行調整。

如何處理真正意義上的均碼產品？請將尺寸提交為 one_size、OS 或 OSFA。對於在需要填寫尺寸的市場銷售的服裝，請勿將尺寸欄留空。

同一設計推出男款和女款－歸為一組還是兩組？兩組。同一組內的男女款必須完全相同。不同的剪裁和尺碼，從消費者的角度來看，就意味著它們是不同的產品。

實際應用中最常見的問題是什麼？根據我們的審核，問題包括：不同顏色版本之間共享的首頁圖片、每次匯出時重新產生的 item_group_id 值，以及從 Google Feed 直接複製到 Meta 中的可用性語法。這三點在介面中都不可見，只會表現為無法解釋的效能下降。

這讓你身處何方？

變體推播機制以大多數數位行銷方式所不具備的方式獎勵精準投放。 item_group_id 中不存在創意判斷——它要么穩定且共享，要么就不是。顏色值要麼符合規範，要麼被拒絕。圖片要么與變體匹配，要么點擊無效。

好消息是：這是一個可以解決的問題，而且有明確的答案。困難在於如何維護——因為產品目錄每天都在變化，庫存每小時都在變動，而且每個管道都會根據自己的節奏調整規格。

那些真正懂得如何正確處理這種做法的企業，會將變體資料來源視為基礎設施而非文件。他們會從穩定的來源資料中提取分組 ID，在來源端對屬性進行一次規範化處理，在導出時按渠道進行轉換，在每次同步時重新計算庫存健康狀況，並在出現異常變動時發出警報。

Feedance正是為此而生的——來源屬性規範化饋送規則、每次同步時重新計算的損壞大小檢測、保持效能標籤最新的GA4 增強功能，以及無需觸及來源資料即可為 200 多個目標應用正確轉換的通道匯出功能。

如果您想在更改任何內容之前了解自己的變異結構現狀，我們的免費 feed 審核工具可以免費對現有 feed 的完整性、資料品質和技術健康狀況（包括變異分組）進行評分。