一個購物網站六成以上的自然流量，落在商品頁和分類頁這兩種頁面上，偏偏它們也是最容易「每一頁長得一模一樣」的重災區。商品頁與分類頁要優化得好，重點有四個：標題和描述要寫出每頁自己的差異、Product 結構化資料要標得對而不是標得多、真實評價要能進初始 HTML 被讀到、分類頁要有自己的內容而不只是商品列表。而這四件之上還有一件最關鍵、也最難的事，就是別讓成千上萬個頁面彼此重複到搜尋引擎分不出高下。這篇我們把焦點放在這些細節的具體做法上。

1. 寫商品頁標題與描述時，腦子裡該在想什麼

標題（title）、描述（meta description）、H1，這三個我們合稱 TDK 的元素，是搜尋結果裡使用者第一眼看到的東西，也是搜尋引擎判斷這頁主題的第一手線索。電商頁面量大，很多人乾脆用樣板批次生成，結果幾千個頁面的標題只差一個商品名，這是我們最常要修的地方。樣板本身沒錯，錯在樣板沒有把每頁的差異帶進去。換句話說，樣板要做的不是「省事地套同一句」，而是「有系統地把每頁的規格、用途、情境這些差異欄位拼進標題與描述」，這樣既能量產，又能保有每頁的獨特性。

1.1 標題別只有商品名，補上使用者會搜的線索

一個商品頁的標題如果只寫「藍牙耳機」，等於放棄了大量長尾機會。我們會把使用者實際會搜的線索補進去：型號、關鍵規格、適用情境。像是「防水藍牙耳機 運動專用 續航 8 小時｜示範品牌」，字數控制在 65 字元內、品牌放尾端。這樣的標題同時涵蓋了「防水」「運動」「續航」幾個屬性詞，搜尋這些條件的人更可能點進來。重點是每個商品頁的標題都要能反映它自己的特色，而不是套同一個模子。商品數一多，這個差異化就是靠樣板欄位設計得夠細，把規格、情境這類欄位都餵進標題，而不是只塞一個商品名。

設計這種樣板時，我們通常會先盤出幾個「差異欄位」，例如主要規格、適用情境、材質或容量，再決定它們在標題裡的排列順序與取捨規則。因為標題有字數上限，不可能把所有欄位都塞進去，所以要按這個品類客人最在意的順序來排，次要的欄位留給描述去補。舉個實際會遇到的狀況：同一款鍋具有二十幾種尺寸，如果樣板只會把尺寸接在商品名後面，那二十幾頁的標題幾乎一樣；但若把尺寸對應的常見用途也帶進來，例如小尺寸標「一到兩人份」、大尺寸標「宴客家庭號」，每頁的標題立刻就有了自己的面貌。樣板能不能量產出有差異的標題，關鍵就在這些欄位設計得夠不夠細。

1.2 描述是廣告文案，不是關鍵字倉庫

meta description 不是排名因素，但它決定搜尋結果裡那兩行字有沒有讓人想點。我們把它當成一句廣告文案來寫：120 到 155 字元，講清楚這個商品解決什麼問題、有什麼別人沒有的賣點，最好帶一個行動誘因。堆一排關鍵字進去只會讀起來像機器寫的，反而降低點擊率。我們在實務上幫一個購物網站把描述從關鍵字堆疊改成情境式文案，同樣的排名，點擊率明顯提升，這就是描述的價值。它不直接影響排名，卻直接影響有多少人從搜尋結果走進你的頁面。

1.3 一頁只留一個 H1，層級不要跳

每個頁面只該有一個 H1，通常就是商品名稱或分類名稱，主題要跟 title 一致。底下用 H2、H3 分層，例如商品規格、使用說明、常見問答，層級要遞進、不能從 H1 直接跳到 H4。這件事聽起來基本，但電商用版型套版時很容易出現多個 H1 或跳級，我們每次稽核都會抓到幾個。標題階層清楚，搜尋引擎才能正確理解這頁的內容結構，也讓使用輔助工具的訪客能順著層級讀下去。版型問題往往整批發生，修一個樣板等於修好一整類頁面。

2. Product 結構化資料，標得對比標得多重要

商品頁的結構化資料是爭取豐富搜尋結果的關鍵，可能讓你的結果顯示價格、供貨狀態與評分。但我們看過太多站標了一堆卻標錯，反而觸發警告。標得對，遠比標得多有用，寧可少標幾個欄位，也不要標了跟頁面對不上的資訊。

2.1 價格、庫存、評分都要對應頁面真實資料

Product 結構化資料裡的每個欄位，都必須對應頁面上使用者實際看得到的內容。標了價格是 2680，頁面顯示的就要是 2680；標了有現貨，頁面就不能寫缺貨。搜尋引擎會比對這兩者，不一致時輕則不顯示豐富結果、重則被判定為誤導。價格與庫存這種會變動的欄位，最好由系統動態帶入，別寫死，否則商品調價後結構化資料還停在舊數字，對不上就白標了。我們在技術稽核時，這類不一致是最常見的扣分點之一。

會變動的欄位裡，最容易被忽略的其實是供貨狀態與促銷價。促銷檔期一過，頁面上的售價回到原價，結構化資料卻還停在活動價，這種落差搜尋引擎一比就知道。同樣地，某個商品賣到缺貨，頁面已經顯示補貨中，結構化資料裡卻還寫著現貨，客人點進來撲空，信任就折損了。我們的做法是讓這些欄位一律從同一份商品資料來源動態帶出，頁面顯示什麼、結構化資料就輸出什麼，兩邊共用同一個數字，從源頭杜絕對不上的情況。與其事後一頁頁去抓不一致，不如在系統層面讓它們本來就不可能兜不攏。

2.2 一段商品頁的 Product 範本

<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "陶瓷不沾平底鍋 28cm",
  "image": "https://example.com/images/pan-28.webp",
  "description": "28 公分陶瓷塗層平底鍋，可用於電磁爐與瓦斯爐，附防燙握把。",
  "sku": "PAN-28-CRM",
  "brand": { "@type": "Brand", "name": "示範廚具品牌" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/kitchen/pan-28/",
    "priceCurrency": "TWD",
    "price": "1180",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "52"
  }
}
</script>

2.3 沒有評價就別硬放 AggregateRating

aggregateRating 只有在頁面上真的有評價時才該放。我們見過有站為了搶星等顯示，替沒人評過的商品填一個假的 5.0，這種做法風險很高，一旦被判定為造假，影響的不只是那頁，而是整站的結構化資料信任度。沒有評價的商品，就先把 Product 的基本欄位標好，等累積了真實評價再補上評分。誠實標記，才是能長久的做法。與其冒險標一個撐場面的假評分，不如先空著，等內容到位再補，這是比較穩的順序。

3. 評價區塊，是內容也是信任訊號

使用者評價對電商是雙重價值：對訪客是購買決策的信任來源，對 SEO 是源源不絕的原創內容。很多站把評價當附屬品，其實它值得認真經營，尤其在商品頁普遍互相雷同的情況下，評價往往是唯一能拉開差異的內容。

3.1 讓評價文字出現在原始碼裡，而不是只靠 JavaScript 載入

不少電商的評價是用前端 JavaScript 事後載入的，這代表用檢視原始碼看初始 HTML 時，評價文字是空的，搜尋引擎很可能讀不到。這批原創內容就白白浪費了。我們的要求是評價文字要在初始 HTML 裡就存在，至少前幾則要能被直接讀到，別全部依賴前端渲染。這一點在做技術稽核時，用檢視原始碼快速一驗就知道有沒有問題：如果原始碼裡看不到評價，那些你以為在幫你加分的內容，其實對搜尋引擎形同不存在。

3.2 評價帶進來的長尾詞，是樣板文案給不了的

真實評價裡會出現一堆你想不到的用詞：使用者怎麼稱呼這個商品、拿它來解決什麼問題、跟什麼比較。這些自然語言剛好涵蓋大量長尾關鍵字，而且是原創的、每頁都不同的內容。這正好補上了電商最缺的那塊，也就是讓每個商品頁有屬於自己、不重複的文字。我們常說，一頁三十則真實評價，抵得過一段罐頭商品描述。評價不只是社會證明，它還是幫你把頁面從「跟別人一樣」變成「只有你有」的最實在的材料。

要讓評價的長尾效益最大化，呈現的方式也值得花點心思。例如把評價裡反覆出現的關鍵字整理成幾個常見主題標籤，像是「耐用」「出貨快」「尺寸偏大」，放在評價區上方讓客人快速篩選，這些標籤本身就是使用者真實語言的濃縮。帶圖的評價盡量保留並讓文字與圖片一起出現在頁面上，因為帶圖評價對猶豫中的客人特別有說服力。我們也會建議在評價區旁標明評分的計算基礎，例如共有幾則、平均幾分，讓這個數字看起來可信、也和結構化資料裡的 reviewCount 對得上。把評價當成頁面的一等內容來經營，而不是塞在最底下的附屬區塊，它能回報的遠比想像的多。

3.3 主動鼓勵留評，把評價量滾起來

評價要有量才有用，而量得靠主動經營。我們會建議在購買後用適當的時機提醒買家留評，例如到貨一段時間後的一封提醒，或在帳戶頁給一個方便留評的入口。重點是降低留評的門檻、給一個留評的理由，而不是被動等。評價累積起來後，商品頁的內容厚度、長尾覆蓋、信任訊號會一起往上走，這是一個會複利的投入，愈早開始愈划算。

4. 分類頁不只是商品列表，它要有自己的內容

分類頁承接的是搜尋量最大的品類詞，但太多分類頁只有一排商品縮圖加分頁按鈕，沒有任何說明文字。這樣的頁面在搜尋引擎眼中內容很薄，很難跟對手競爭。分類頁其實是整站權重分配的樞紐，值得當成一個獨立的內容頁來經營。

4.1 一段品類說明，勝過一堆縮圖

我們會替重要分類頁加一段品類說明：這個品類有哪些常見選擇、怎麼挑、適合誰。位置放頂部或底部都行，重點是言之有物、對正在瀏覽的人真的有用。這段文字讓搜尋引擎明確知道這頁在講什麼品類，也給了頁面實質內容。我們在實務上替一個賣家用品的購物網站，替它的前二十個主分類各補了一段兩三百字的品類說明，這些分類頁在品類詞上的排名普遍往前移動。內容不必長，但要是寫給人看的，不是為了塞關鍵字而堆的句子。

4.2 子分類與篩選連結，兼顧使用者與爬蟲

分類頁應該提供清楚的子分類入口與常用的篩選連結，例如從「鍋具」連到「不沾鍋」「湯鍋」「平底鍋」。這對使用者是快速導航，對爬蟲則是把權重往更精準的頁面傳遞的路徑。這些連結記得用具描述性的錨文字，也就是直接寫子分類名稱，別寫「更多」。這樣搜尋引擎才知道每個連結通往什麼主題。這個細節很小，但它同時改善了導航體驗和內部連結的語意，兩邊都受益。

5. 最難也最重要的一件事：別讓每頁長一樣

電商頁面量大，樣板化難免，但樣板化最大的副作用就是「每頁只有商品名不同，其餘全一樣」。搜尋引擎面對一堆高度相似的頁面，會挑一頁當代表、其餘視為近乎重複，你辛苦生成的頁面就這樣被冷凍。這是電商 SEO 裡最花力氣、也最值得投入的一環。

5.1 找出你頁面裡「每頁都一樣」的比例

我們判斷一個電商頁面重複風險的方法很簡單：把頁面拆成「共用區塊」與「獨有區塊」。導覽、頁尾、推薦區塊是共用的，商品描述、規格、評價是獨有的。如果一個頁面九成都是共用區塊，只有一行商品名是獨有的，那它跟同分類其他頁面幾乎沒有差異。下面這張表是我們常用的自檢對照，照著逐項看就知道哪些元素在扯後腿。

頁面元素	常見狀況	重複風險	我們的建議
商品標題	只換商品名	中	補上關鍵規格與情境
商品描述	套用原廠罐頭文案	高	主推品項重寫，加入實測細節
規格表	欄位相同、數值不同	低	維持，數值本身即差異
評價區	依賴 JS 載入或無評價	高	讓評價進初始 HTML、鼓勵留評
分類頁說明	整站共用同一段	高	每個分類寫專屬說明

5.2 用 canonical 與重寫，處理真正重複的頁面

有些重複是結構造成的，例如同一商品因為顏色、尺寸各生成一個網址。這種情況我們會挑一個主要網址設自我指向的 canonical，其餘變體指向它，把權重集中。另一種是內容太薄的重複，那就得靠重寫獨有區塊去拉開差異。canonical 解決的是「哪個網址代表這個內容」，重寫解決的是「這個內容本身夠不夠獨特」，兩者要分清楚，不能全丟給 canonical 了事。把這兩個工具的角色搞混，是電商重複問題一直處理不乾淨的常見原因。

實務上我們會先量化再動手。做法是把同一分類底下幾個頁面的原始碼抓下來比對，算出共用區塊與獨有區塊的大致比例，如果某一批頁面獨有內容佔比低到只有個位數百分比，那就是優先要補內容的對象。接著依流量與營收排序，先處理那些既重複、又有流量潛力的頁，把獨有的商品描述、實測細節、評價補厚；至於那些本來就沒什麼搜尋量、又彼此重複的變體頁，就用 canonical 收斂到主頁即可，不必每頁都花力氣重寫。資源有限時，這個「先量化、再排序、重寫與收斂分流處理」的順序，能讓每一分力氣都花在最能拉開差異的地方，而不是平均灑在所有頁面上。

6. 常見問題

6.1 商品頁標題最多可以寫多長？

我們會控制在 65 字元以內，太長會在搜尋結果被截斷。前段放最重要的商品名與關鍵屬性，品牌名放尾端，確保就算被截，最關鍵的資訊也還在。與其追求塞滿，不如把最能帶來點擊的字放前面。

6.2 每個商品都要寫獨一無二的描述，量太大做不完怎麼辦？

不用一次做完。我們會按流量與轉換排序，先替最重要的一批商品重寫，其餘先維持基本可用。優先處理帶得進流量、也帶得來營收的頁面，投報率最高，剩下的再分批補。把資源花在刀口上，比一口氣全改但每篇都草率來得實在。

6.3 沒有真實評價，可以先關掉評價區塊嗎？

可以，關掉比放假評價安全得多。同時我們會想辦法鼓勵已購買的人留評，例如購買後的提醒。等真實評價累積起來，再把區塊開回來、也把 AggregateRating 補上。寧可暫時沒有，也不要放假的。

6.4 分類頁的說明文字放頂部還是底部比較好？

兩者對搜尋引擎的差異不大，我們更在意使用者體驗。如果放頂部會把商品列表推得太下面、影響瀏覽，就放底部；重點是這段文字要存在、要言之有物，位置是次要的。別為了塞說明而犧牲了訪客一進來想看商品的需求。

6.5 顏色、尺寸不同要不要各開一個頁面？

看情況。如果不同變體有各自的搜尋需求，分開頁面有機會各自吃到詞；如果只是同一商品的規格差異、沒有獨立搜尋量，我們傾向合併成一頁、用選項切換，避免製造一堆高度相似的頁面。判斷的依據一樣是有沒有獨立的搜尋量。

6.6 2026 年商品頁優化，最容易被忽略的是哪一項？

我們認為是評價內容進不進初始 HTML 這件事。很多站評價其實很多，卻因為用前端載入，搜尋引擎讀不到，等於把最寶貴的原創內容鎖在門外。這是花小力氣、就能解鎖一大批內容的環節，值得優先檢查。檢查方式也很簡單，用瀏覽器的檢視原始碼功能看初始 HTML，如果裡面搜不到評價文字，就代表搜尋引擎很可能也讀不到，這時要請工程端調整載入方式，讓前幾則評價直接寫進伺服器回傳的原始碼。

6.7 分類頁的商品用 JavaScript 無限捲動載入，會有問題嗎？

會有風險。如果商品清單完全靠捲動觸發、初始原始碼裡只有前幾件，搜尋引擎可能抓不到後面的商品與分頁連結，等於有一批商品頁少了來自分類頁的入口。我們的建議是保留一套傳統的分頁連結，讓每一頁都有可被抓取的網址，無限捲動只當成輔助的體驗增強，而不是唯一的載入方式。這樣客人用起來順、爬蟲也走得到底下的每一件商品，兩邊兼顧。

6.8 同一件商品同時掛在好幾個分類底下，網址會重複嗎？

如果你的網址設計讓同一商品因為所屬分類不同而產生好幾個路徑，那確實會造成重複。比較穩的做法是讓每件商品只有一個正式網址，不論它出現在哪個分類的列表裡，點進去都導向同一個乾淨路徑，並由該路徑自我指向 canonical。分類的歸屬關係交給麵包屑與內部連結去表達即可，不必反映在商品本身的網址上。這樣既避免了重複，也讓權重集中在單一的商品頁上。