搜尋觀點
WooCommerce 商品分類與 Schema：product_type、google_product_category 與 Product.category
WooCommerce 分類是站內架構的一部分，不應未經規劃地映射到所有 Google 欄位。
WooCommerce 可用分類、標籤、屬性和外掛欄位管理商品；但當 Google feed 與 JSON-LD 同時由不同插件輸出，商品資料很容易重複或衝突。
這篇要先回答甚麼？
一個商品頁可能同時有 WooCommerce category、外掛 product type、Merchant Center Google category 和 schema Product.category。若沒有責任來源，更新一處後其他地方便會過時。
對香港公司來説，問題不在於是否追逐一個新名詞，而在於：客戶在 Google、AI 回答、比較頁與品牌搜尋之間來回時，哪一個頁面真正幫他理解服務，哪一個入口最後帶來可以跟進的查詢。
為甚麼現在要處理？
Google 支援 Product.category 後，商店不應急著多裝一個外掛，而應先審核現有 JSON-LD、feed 和商品資料欄位誰在控制。
這不代表要把原本 SEO 策略推倒重來。較穩妥的做法，是先把現有的重要服務頁、案例、FAQ、地區資訊、作者與公司資料整理清楚，再用可驗證的數據看哪些內容開始出現在新的搜尋場景。
實務上怎樣做
- 盤點現有輸出：用頁面原始碼與結構資料測試查看哪個主題或外掛正在輸出 Product、Offer、Breadcrumb 與 category。
- 保留一個主要資料來源：Google category 可由 feed 工具統一管理；站內分類仍由 WooCommerce 控制，避免多個插件覆寫同一欄位。
- 驗證變體與缺貨商品：抽查 variable product、缺貨、促銷與多分類商品，因為這些最常令 schema 與 feed 出現差異。
不要用錯指標
關注 Merchant Center 錯誤、Rich Results Test 結果與實際商品頁的 JSON-LD。若商品大量異常，先修資料管線，不要逐頁手改。
排名、曝光、點擊和詢盤並不是同一件事。報表應該讓團隊判斷「哪個搜尋入口值得繼續投資」，而不是隻為了展示一個好看的數字。
常見誤區
- 同時啟用多個 SEO/Schema 插件輸出 Product JSON-LD。
- 把 WordPress 標籤當成 Google 商品類別。
- 忽略變體商品的價格、庫存與分類一致性。
給香港網站負責人的檢查清單
- 重要服務是否有清楚的定義、適合對象、地區與下一步聯絡方式？
- 關鍵頁是否可抓取、可索引，並有自我 canonical、正常 title 與 description？
- 能否在 Search Console、GA4、WhatsApp 或表單紀錄中追到查詢來源？
- 圖片、案例、FAQ 和作者資訊是否真的支援內容，而不是隻填版面？
- 團隊是否已決定哪些公開內容可以被搜尋與 AI crawler 讀取？
延伸閲讀
若你已經有 Search Console、技術檢查與 AI 搜尋可見度的數據，但很難把它們連成可執行的優先次序，可以用 Fennec SEO Audit 集中查看審計項目與修正方向，或直接聯絡 YUSIHK 做 SEO / GEO 技術診斷。