Meta 商品目錄怎麼建?Commerce Manager 上傳、對應 Pixel 與目錄廣告入口
Meta 商品目錄(Catalog)是把網店 SKU、圖片、價格與連結集中在 Commerce Manager 的資料庫。沒有完整目錄,目錄廣告就缺素材與商品訊號。本文說明如何建立目錄並對應 Pixel 與銷售活動。
Meta 商品目錄:重點一覽
| 項目 | 可核對事實(2026-09-23) |
|---|---|
| 目錄是什麼 | 存放產品/服務資訊,以便在 Meta 各產品推廣(Create a catalog) |
| 前置條件 | 需要具備完整控制權的業務組合(business portfolio) |
| 建議做法 | Meta 建議盡可能使用一個目錄,以利廣告表現 |
| 建立路徑 | Commerce Manager → Online products → 命名目錄 → 可選接合作夥伴平台 → 可連 Pixel/SDK(或 Skip)→ 再加商品 |
| 加商品方式 | 手動、資料饋送、合作夥伴同步、網站爬取(有限)、Catalog batch API(Ways to add products) |
| 目錄廣告 Pixel | ViewContent、AddToCart、Purchase 的 content_ids/contents 須與目錄 id 完全一致(Pixel for Advantage+ catalog ads) |
建議先把 Meta Pixel 與標準事件裝好,再整理目錄資料。目錄就緒後,Advantage+ 銷售活動開跑前必查設定;素材上 Threads/FB/IG 前可對照 Threads 廣告版位與尺寸。
Meta 商品目錄是什麼?和「單一圖片廣告」差在哪?
| 單一圖片/靜態廣告 | Meta 商品目錄(Catalog) | |
|---|---|---|
| 素材來源 | 你為每則廣告手動上傳圖文 | 從目錄讀取 SKU、圖、價、連結等欄位 |
| 擴充方式 | 新增廣告就再傳一次素材 | 更新饋送/目錄後,多則目錄格式廣告可共用同一資料源 |
| 與網站訊號 | 可不綁商品 ID | 目錄廣告要求事件帶的商品 ID 與目錄 id 對齊 |
| 適用情境 | 品牌形象、單一主打品 | 多 SKU 網店、動態展示多商品的銷售目標 |
依 Meta Help,目錄是存放產品或服務資訊的資產,用來在 Meta 技術生態推廣。它本身不是一則廣告:建立目錄 ≠ 已在投放。單一圖片廣告可以不依賴目錄;目錄廣告/部分銷售自動化則需要完整、可對應的商品資料。
相關閱讀:Meta 廣告歸因視窗怎麼選
建立目錄前要準備哪些欄位(ID、標題、圖片、價格、連結)?
欄位名稱請用美式英文(US English)。以下整理自 Product data specs 與 Catalog fields(Developers),作為網店產品饋送常見必備/標準實務:
| 欄位 | 用途 | 常見錯誤 |
|---|---|---|
id | 唯一 content ID(≤100 字元);目錄廣告須與 Pixel content_ids 完全相符(區分大小寫) | 前後空白、大小寫不一致、與網站 SKU 不一致 |
title | 商品標題 | 塞過多關鍵字、與落地頁不符 |
description | 商品說明 | 空白、只貼 HTML 亂碼 |
availability | in stock 或 out of stock(英文) | 用「有貨」中文、或漏欄 |
condition | 零售多為 new | 漏填或自創非官方值 |
price | NUMBER ISO4217,例如 99.00 HKD(小數點、空格、幣別代碼;不加 $) | 寫 $99、用逗號當小數、漏幣別 |
link | 你網域上的 https 商品頁 | 404、導向首頁、非 https |
image_link | 商品圖公開 URL | 需登入才看得到、圖檔失效 |
依賴順序建議:Pixel/標準事件 → 目錄資料完整 → 再開銷售/目錄相關廣告目標。事件與目錄 ID 對不齊時,目錄廣告很難正確配對商品。
用 Commerce Manager 手動上傳與匯入資料饋送,該怎麼選?
依 Create a catalog 與 Ways to add products,常見資料來源如下:
| 方式 | 適合情境 | 注意 |
|---|---|---|
| 手動上傳 | SKU 少、先驗證欄位格式 | 商品一多就難維護 |
| 資料饋送(試算表/XML) | 定期更新;可排程每小時/每日/每週 | 欄位必須符合規格;錯誤列會拖累整批 |
| 合作夥伴平台同步 | Shopify、WooCommerce 等已支援平台 | 仍須核對 ID 與 Pixel 是否一致 |
| 網站爬取 | 有限情境 | 覆蓋與準確度不如正式饋送 |
| Catalog batch API | 有開發資源、要程式化更新 | 需正確權限與錯誤處理 |
Commerce Manager 建立線上商品目錄(摘要):進入 Commerce Manager → Online products → 命名目錄 → 可選擇連接合作夥伴平台 → 可連接 Pixel/SDK 以供 Advantage+ catalog ads(也可 Skip)→ 再以饋送、手動或稍後再加商品。介面文案可能微調,以當下 Commerce Manager 指引為準。
SKU 少、先確認格式:手動即可。SKU 多、價格與庫存常變:優先資料饋送或平台同步。不必一次上架全站;可先主力 SKU,確認價格與連結正確再擴充。
目錄商品 ID 為什麼要和 Pixel/網站事件對得上?
依 Pixel for Advantage+ catalog ads,Advantage+ catalog ads 需要網站事件帶出的商品識別,與目錄中的 id 完全一致(含大小寫)。至少關注:
ViewContentAddToCartPurchase
這些事件應傳送 content_ids 或 contents,其中的 id 必須等於目錄該列的 id。網站寫 sku-001、目錄寫 SKU-001,在系統眼中是不同商品,目錄廣告就無法正確對應。
實務檢查:挑 1~3 個主力 SKU,在 Events Manager 的 Test Events 確認事件參數,再與 Commerce Manager 該列 id 逐字比對。Pixel 安裝與標準事件細節見 Meta Pixel 教學。
目錄建好後,下一步接到哪種廣告目標較順?
目錄是資料資產,不是廣告本身。建好後通常按此順序銜接:
- 確認目錄商品審核/狀態正常,主力 SKU 的
link、image_link、price、availability正確。 - 確認 Pixel 事件已帶對齊的
content_ids/contents。 - 再到廣告管理員建立銷售相關目標,並選用需要目錄的廣告格式(例如目錄/Advantage+ catalog 相關選項;介面名稱以當下 Ads Manager 為準)。
- 開跑前再查 Advantage+ 銷售活動必改設定,避免預算與學習期被結構問題拖垮。
本篇不宣稱任何 ROAS 或轉換率;訊號與資料正確只是投放前提。
香港網店常見錯誤有哪些(缺庫存欄、貨幣、落地頁 404)?
| 錯誤 | 為什麼傷 | 怎麼修 |
|---|---|---|
缺 availability 或寫成中文 | 饋送規格要求英文 in stock/out of stock | 改回官方英文值並重送饋送 |
| 價格格式錯誤 | 須為 99.00 HKD 這類「數字+空格+幣別代碼」 | 去掉 $/逗號小數;港幣用 HKD、台幣用 TWD |
link 404 或導錯頁 | 目錄廣告會把人送到失效頁 | 逐 SKU 點開核對;改完再更新饋送 |
id 與 Pixel 不一致 | 目錄廣告無法對上瀏覽/加購/購買訊號 | 統一 SKU 規則後兩邊同步改 |
| 一個業務下建過多目錄又混用 | Meta 建議盡可能維持單一目錄 | 合併資料源、釐清哪個目錄供廣告使用 |
| 圖片需登入才看得到 | image_link 須為可公開抓取的 URL | 換成 CDN/公開商品圖 |
來源
- Create a catalog|Meta Business Help
- Ways to add products to your catalog|Meta Business Help
- About product data specs|Meta Business Help
- Catalog fields|Meta for Developers
- Get started with the Meta Pixel for Advantage+ catalog ads|Meta for Developers
第三方教學偶見誇大成效百分比;本篇僅整理公開 Meta Help/Developers 可核對步驟,不以虛構成效作宣稱。核對日期:2026-09-23。
常見問題
沒有 Shopify,用 WooCommerce/自架站也能建目錄嗎?
可以。重點是商品資料完整、落地頁可開啟,並能透過匯入或手動維護更新。具體串接方式以 Meta Commerce Manager 當下支援的資料來源為準。
目錄建好是否等於已在投放目錄廣告?
否。目錄是資料資產;還需在廣告管理員建立對應目標與廣告創意/目錄格式,並確認 Pixel 事件可用。
商品很多,一定要一次全部上傳嗎?
不必。可先上架主力 SKU、確認價格與連結正確,再擴充。錯誤資料比「數量多」更容易拖累審核與投放品質。