商品頁 SEO 怎麼做？從商品資料到 WooCommerce 設定

先選一件商品：顧客是在找商品，還是在找教學？

如果你是一個人管理商店，先挑一件資料齊全、目前仍在販售的商品，從名稱、內容到前台檢查走完一遍，再處理其他商品。不要一開始就把全站描述交給 AI 批量替換。

商品頁要讓顧客確認「這是不是我要買的東西」。以收納袋為例，「米白帆布拉鍊收納袋」可以是單品頁的候選用語；「收納袋」較寬，可能需要分類頁承接；「充電線怎麼收納」則可能需要教學。這是選頁的起點，實際仍要看搜尋結果與你的商品範圍。

1. 先寫下商品的正式名稱，以及顧客真的用過的叫法。
2. 搜尋這些用語，觀察結果主要是單品、分類還是教學；不要因為一個詞看起來熱門，就把它塞進單品名稱。
3. 選出與這件商品相符的主要描述，其他問題放進正文，或連到能回答問題的分類與指南。

以下用一個虛構教學商品「米白棉帆布拉鍊收納袋」示範。尺寸與內容均為教學假設，不是真實客戶案例、熱門關鍵字調查或商品實測。

商品描述寫什麼？先整理能確認的資料

先把事實寫出來，再讓 AI 幫忙組織句子。名稱、規格、照片與購買條件越清楚，越容易發現文案中哪些句子沒有根據。

顧客若問「能不能放 A5 筆記本」，下一個工作是量內部空間與開口、實際試放並記錄結果。把不知道的事寫進待確認清單，比先寫「什麼都裝得下」再處理退貨更有用。

商品名稱／類型：
已確認的材質、尺寸（標明內部或外部）、顏色：
包裝內容與數量：
價格、幣別、庫存及各規格差異：
可以證實的用途與限制：
顧客實際問過的問題（移除姓名、電話、訂單資料）：
自己拍的照片／每張照片實際呈現什麼：
出貨、退換及保固政策的已確認原文：
資料來源（量測、包裝標示、供應商文件或政策頁）：
仍不知道、必須先查證的事項：

若沿用供應商資料，請核對是否與你實際販售的規格一致，再補上自己能證實的尺寸、照片與服務條件。不要只把同一份供應商文案換同義詞，就當作增加了資訊。

用 AI 寫商品文案：把事實、草稿與待確認事項分開

把上面的資料表填完，再連同這段 Prompt 交給你平常使用的 AI。你不需要先建知識庫，也不需要讓 AI 接上商店後台；這一步只整理文字，最後仍由你核對。

你是協助一人商店整理商品頁的編輯。請用繁體中文，只根據我提供的商品資料製作 WooCommerce 商品頁草稿。

【商品資料】
貼上已填寫的商品資料表；移除客戶個資、帳號與未公開資訊。

【目標顧客與實際問法】
貼上顧客的原話或我想驗證的搜尋用語。沒有資料就寫「尚無」。

【寫作規則】
- 不補猜規格、價格、庫存、產地、材質比例、耐用／防水效果、認證、出貨時間、退換或保固條件。
- 不捏造使用心得、銷量、評價、搜尋量或排名；不承諾收錄與銷售成效。
- 外部尺寸不等於內部可用尺寸，不能只靠外部尺寸保證裝得下某物。
- 資料互相矛盾時先指出衝突；商品種類或基本規格不清楚時，先提問，不產出完整可上架稿。
- 每一項商品主張附上對應的輸入原句。沒有來源的句子移到「待確認」，不要混入可用文案。
- 未提供照片或可靠的照片說明，不猜圖片內容，不生成圖片 alt。

【請依序輸出】
1. 已確認事實／矛盾或缺漏／應先向誰確認。
2. 商品名稱（作為商品頁主標題）、短描述、完整描述。完整描述依實際資訊安排規格、內容物、用途及限制，不湊字數。
3. SEO 標題與 meta description 候選；它們與短描述分開，不把所有關鍵字堆在一起。
4. 有照片依據時，逐張提供自然的替代文字，並列出依據。
5. 候選搜尋用語及適合承接的頁面：商品、分類或教學；標明只是候選，沒有搜尋量證據。
6. 發布前人工核對清單，特別列出你無法判斷的事項。

這是草稿，不要替我更新網站，也不要宣稱已完成 SEO 或結構化資料驗證。

整理後的文案可以長這樣

以下是依本文假設資料編寫的示範稿，不是實測某個模型的輸出。同一組資料可以有不同寫法，但都不能超過原始資料支持的範圍。

價格、庫存、配送與退換條件在這個例子中仍未提供，不能把示範稿直接當完整的上架資料。要回自己的商品與政策紀錄補齊。

先挑出 AI 最容易多寫的那一句

這份 Prompt 的價值在於讓你比較容易查錯，不是替你取得商品認證。每個規格、效果與服務承諾都要回原始資料核對。

WooCommerce 怎麼填？對照商品名稱、描述與圖片欄位

本文操作路徑以 WooCommerce 官方文件的商品編輯介面為準：進入 WordPress 後台的「商品 → 所有商品」，找到既有商品並按「編輯」。介面語言、版本、外掛與佈景會影響欄位位置及前台顯示；找不到面板時，先核對是否被畫面選項隱藏。

以下三張是官方文件的英文操作圖，用來辨認欄位；畫面中的圍巾、價格與文字不是本文收納袋，也不是快開客戶資料。

1. 商品名稱：填清楚的品名及必要規格。儲存前在前台確認主標題顯示，避免佈景另外產生不相干的大標。
2. 完整描述：放規格、內容物、用途、限制與顧客真的需要的說明。不要為了湊長度重複短描述。
3. 商品資料：核對價格、庫存及屬性；有不同規格的商品，逐項核對各變化的價格與庫存，不要直接套用單一商品的值。

短描述是購買摘要，不是搜尋結果摘要

把最重要的品項、規格及限制放進 Product short description。這通常顯示在商品圖片附近，但實際位置由佈景決定。它與 SEO 外掛裡的 meta description 是不同用途，不要以為改了其中一個，另一個就一定同步。

圖片要讓顧客確認商品，不只讓版面好看

主圖呈現販售內容；圖庫補上開口、細節、尺寸量測或真實使用情境。照片裡若有不附贈的道具，請在頁面說明。依官方圖片操作說明，可在商品圖片與圖庫面板選取或上傳檔案，再檢查前台順序。

圖片替代文字（alt）描述照片實際呈現的內容。只有當照片確實拍到收納袋正面與拉鍊時，才適合寫「米白棉帆布收納袋正面與拉鍊開口」。沒有對應照片，就不要先生成這段 alt，更不用堆入「收納袋推薦、便宜收納袋」等詞。Google 圖片指引同樣強調有用、符合情境的描述。

SEO 標題、網址與內部連結，還要檢查什麼？

完成商品內容後，再檢查搜尋呈現與連結。若網站已有 SEO 外掛，使用現有工具的標題及描述欄位即可；不要為同一個功能再裝另一套，讓設定來源變得難以判斷。

Google 會參考 title、頁面主標題等資訊產生標題連結；搜尋摘要也可能取自正文。你填的是可供使用的資訊，不是保證顯示的廣告文案。

內部連結的重點是讓人與搜尋引擎有路可走。Google 電商網站結構指引建議讓分類頁連到商品，因為 Googlebot 通常不會替你在站內搜尋框輸入關鍵字。

Product 結構化資料，先檢查現有輸出

確認 WooCommerce、佈景或 SEO 外掛目前輸出哪些商品資料，再用 Rich Results Test 檢查公開商品網址。核對商品名稱、價格、幣別與供貨狀態是否符合前台及實際商品，不要把本文假設資料貼成真實商品標記，也不要為通過測試捏造評分。

測試通過代表工具在該次測試未指出相應錯誤；有效的結構化資料不保證一定顯示複合式搜尋結果，也不能代替索引狀態檢查。

改完怎麼確認？先檢查前台，再觀察搜尋資料

既有商品修改前，先保留原文、網址與修改日期。使用預覽檢查內容；正式更新後，再開公開網址確認。不同編輯器的預覽能力不一，涉及價格、庫存或規格變化時，以正式前台及後台資料一併核對。

沒有收錄，不能只靠重寫文案判斷原因

到 Search Console 的網址檢查分開看「Google 已知的索引狀態」與「測試線上網址」結果。線上測試能協助排查當下存取及可索引條件，不代表頁面已經收錄。如果是禁止索引、抓取失敗或重複網址的問題，要處理相應設定；如果是已發現但尚未建立索引，不能直接推論是描述太短。

內容確認後，記下修訂日期，之後以同一個商品網址觀察曝光、查詢詞、點擊及索引變化。資料量少時先累積紀錄；不要因另一篇文章較快收錄，就把同一種排版當作保證有效的原因。

若你需要先釐清分類、商品和教學各自承接什麼搜尋需求，接著看電商內容策略；準備整站上線時，用電商上線前檢查表檢查購買流程。這一輪先把一件商品做完整，留下可重複使用的資料表與核對方式，再擴大到其他商品。