- 首頁
- 知識庫
- SEO 搜尋引擎最佳化
- 電商網站 SEO 怎麼做?商品頁、分類頁、篩選網址與商品結構化資料
SEO 搜尋引擎最佳化
電商網站 SEO 怎麼做?商品頁、分類頁、篩選網址與商品結構化資料
作者:JamXu更新日期:2026-10-11
電商網站 SEO 的核心,是讓 Google 用最少的網址找到每一個值得被搜尋的商品,並看懂分類頁與商品頁各自回答什麼問題。實際做法是:用清楚的分類與 a href 連結串起所有商品、控制篩選與排序產生的大量網址、把商品頁寫成購物者真正需要的資訊,再加上與頁面內容一致的商品結構化資料;缺貨、停售與商品子類也要有固定的網址處理規則。
電商 SEO 和一般網站 SEO 差在哪裡?
一句話定義:電商 SEO 是針對線上商店的搜尋引擎最佳化,目標是讓分類頁、商品頁與購物相關內容,在購物者搜尋時被 Google 找到、正確理解並顯示。它和形象官網用的是同一套搜尋原理,差別在於網站的規模與變動速度。
一個 20 頁的公司網站,Google 很容易全部讀完;一個有 800 個商品、每個商品有 5 種顏色、分類頁還能依價格與品牌篩選的商店,可能在不知不覺中產生幾萬個網址。根據 Google 搜尋中心的〈Google 搜尋中的電子商務網站最佳做法〉系列文件,電商網站要處理的問題大多和「網址」「網站結構」與「商品資料」有關,而不是多寫幾篇文章就能解決。
| 面向 | 一般企業網站 | 電商網站 |
|---|---|---|
| 網頁數量 | 數十頁,多數是手動建立 | 數百到數萬頁,多數由商品資料自動產生 |
| 網址數量 | 和網頁數量差不多 | 篩選、排序、分頁、商品子類會讓網址數量遠多於實際商品數 |
| 內容變動 | 偶爾改版或新增文章 | 價格、庫存、上下架每天都在變 |
| 主要搜尋意圖 | 找服務、找資訊、找聯絡方式 | 比較商品、找特定型號、準備下單 |
| 額外的資料管道 | 通常只有網頁本身 | 網頁上的結構化資料,加上 Google Merchant Center 的商品資料 |
| 最常見的問題 | 標題描述沒寫好、內容太薄 | 重複網址、商品沒被檢索、缺貨頁處理不當、結構化資料與頁面不一致 |
所以電商 SEO 的工作順序,通常是先把結構和網址理清楚,再處理商品頁的內容與結構化資料,最後才是持續新增內容。順序反過來的話,內容寫得再好,也可能因為重複網址太多或商品頁沒被檢索而看不到效果。下面依照這個順序,從關鍵字分工一路談到上線後的監看。
先把關鍵字分到頁型:首頁、分類頁、商品頁各接哪種搜尋
電商網站最容易出現的內耗,是好幾個網頁搶同一組關鍵字:首頁、分類頁、某個熱銷商品頁和一篇部落格文章,都想排「保溫瓶推薦」。比較好的做法是先決定「哪一種搜尋由哪一種頁型負責」,再依頁型規劃內容。
| 頁型 | 適合承接的搜尋 | 範例查詢 | 頁面要回答的問題 |
|---|---|---|---|
| 首頁 | 品牌名稱、商店名稱 | 「品牌名」「品牌名 官網」 | 這家店賣什麼、主力分類在哪裡、為什麼值得信任 |
| 分類頁 | 品類詞、品類加屬性的較廣查詢 | 「不鏽鋼保溫瓶」「兒童保溫瓶」 | 這類商品有哪些選擇、怎麼挑、從哪個子分類開始看 |
| 商品頁 | 具體商品、型號、品牌加品名 | 「某品牌 500ml 保溫瓶」「型號 加 容量」 | 規格、價格、庫存、運送與退換貨,能不能直接下單 |
| 內容頁(指南、比較) | 購買前的資訊型問題 | 「保溫瓶 怎麼挑」「保溫瓶 不鏽鋼 304 316 差別」 | 幫購物者做決定,再連到對應分類或商品 |
| 服務與政策頁 | 運費、退換貨、保固相關查詢 | 「品牌名 退貨」「品牌名 運費」 | 清楚的規則與客服聯絡方式 |
分工的原則是:越廣的查詢交給分類頁,越具體的查詢交給商品頁,資訊型問題交給內容頁,再用內部連結把三者串起來。實際找字、判斷搜尋意圖與搜尋量的方法,本站整理在 關鍵字研究怎麼做,這裡不重複;電商只要多做一步,把每個字標上負責的頁型。
Google 在說明電子商務內容可以出現的位置時,也提到購物者在不同階段需要不同資訊:除了商品資料,還包括類別說明、商家寫的商品評論、顧客評論、特價活動、課程或直播,以及清楚的退貨與運送政策。換句話說,電商網站不是只有商品頁可以被搜尋,分類頁與內容頁同樣是重要的流量入口。
網站結構與內部連結:讓 Google 找得到每一個商品
Google 主要透過連結發現網頁,並依連結判斷網頁的相對重要性。Google 在電商網站結構的說明中提到兩個觀念:第一,Google 通常不是從網址的資料夾層級理解網站結構,而是分析網頁之間的連結關係;第二,一個網頁被越多站內網頁連到,通常代表它在網站裡越重要。

分類頁一定要能連到所有商品
最常見的漏洞是商品只能透過站內搜尋找到。Google 說明,Googlebot 檢索網站時一般不會在搜尋框輸入關鍵字,如果類別網頁沒有連到某個商品,這個商品可能永遠不會被檢索。檢查方式很簡單:從首頁開始,只靠點選選單、分類與分頁,能不能走到每一個上架中的商品?走不到的商品,要補上分類或分頁連結;真的無法連結時,至少要放進 Sitemap 或 Merchant Center 的商品資料中。
連結要用 a href,不要只靠 JavaScript 事件
很多購物網站的商品卡片、分頁按鈕或「載入更多」是用 JavaScript 事件處理點擊。對使用者沒問題,但 Google 主要擷取 <a href> 裡的網址,不會點按鈕,也通常不會觸發需要使用者操作的程式。商品卡片、分類選單與分頁都應該輸出真正的 a href 連結,錨點文字用商品或分類名稱,而不是「查看更多」。
用連結告訴 Google 哪些商品最重要
熱銷或主推商品,可以從首頁、相關分類、購物指南文章與電子報連過去,讓它在站內得到更多連結。麵包屑導覽(例如「首頁 › 廚房用品 › 保溫瓶 › 商品名稱」)也能同時幫助使用者和 Google 理解層級。分類與選單怎麼規劃、網址怎麼命名,可以參考 網站頁面架構與選單怎麼規劃;站內連結的錨點文字與檢查方法,整理在 內部連結怎麼做。
電商網址怎麼設計?參數、大小寫與片段的規則
網址設計影響 Google 能不能有效率地檢索商店。Google 列出三種結構不良時的後果:內容被漏掉(Google 以為兩個網址內容相同,只擷取其中一個)、同一份內容被重複擷取(拖慢檢索、增加主機負擔),以及網址空間看起來無限大(例如網址帶著時間戳記,每分鐘都是新網址)。如果你使用的是現成電商平台,平台通常已處理大部分問題;自行開發或客製的商店,則要在一開始就訂好規則。
| 原則 | 建議寫法 | 避免寫法 |
|---|---|---|
| 路徑中放描述性文字 | /product/black-tshirt-white-collar | /product/3243 |
| 參數用「鍵=值」格式 | /tshirt?color=green、/frames?page=2 | /tshirt?green、/frames?2 |
| 同一參數不要重複出現 | ?type=candy,sweet | ?type=candy&type=sweet |
| 不要用 # 片段區分不同內容 | /product/tshirt/black 或 /product/tshirt?color=black | /product/tshirt#black(Google 會視為同一頁) |
| 內部連結不帶臨時參數 | /tshirt?location=TW | ?session=123、?time=now、?location=nearby |
| 大小寫一致 | 全站統一使用小寫 | 同一頁同時出現 /Product 與 /product |
還有一個常被忽略的規則:內部連結、Sitemap 與 canonical 標記要使用完全相同的網址。例如分類第一頁,全站要嘛都寫 /bottles,要嘛都寫 /bottles?page=1,不要混用;所有可被收錄的網頁也建議放上指向自己的 canonical。重複網址出現時,canonical、noindex 與 301 轉址各自適合什麼情況,可以參考 noindex、canonical、301 怎麼選。
分類頁怎麼優化?類別說明、分頁與空分類
分類頁承接的是搜尋量較大的品類詞,也是購物者比較商品的地方。很多商店的分類頁只有一排商品卡片,標題是「所有商品」或「分類 A」,在搜尋結果裡很難勝出。Google 在電商內容建議中提到,可以提供類別說明來涵蓋較籠統的查詢,這正是分類頁該補強的地方。
分類頁的內容要素
- 具體的 H1 與標題:用購物者會搜尋的品類名稱,例如「不鏽鋼保溫瓶」,而不是「商品分類 3」
- 簡短的類別說明:放在商品列表上方或下方,說明這類商品的差異與挑選重點,幾段實用文字即可,不必堆砌關鍵字
- 子分類連結:用文字連結列出子分類,例如依容量、用途或材質,讓購物者和 Google 都能往下走
- 清楚的商品卡片:每張卡片用 a href 連到商品頁,顯示商品名稱、價格與主要規格
- 相關指南:連到「怎麼挑」「比較」這類內容頁,承接還在研究階段的購物者
類別說明的品質比長度重要。Google 的實用內容原則一再強調以使用者為優先,如果說明只是把關鍵字換句話說重複幾次,對購物者沒有幫助,反而有被視為為搜尋引擎而寫的風險。寫法可以參考 SEO 文章怎麼寫中「先回答問題」的段落結構。
分頁的四個做法
商品多的分類一定會分頁,或使用「載入更多」、無限捲動。Google 對分頁的建議可以整理成四點:
- 每一頁都有自己的網址,例如加上 ?page=2、?page=3,不要用 # 片段當頁碼
- 每一頁都用 a href 連到下一頁,並建議連回第一頁,讓 Google 知道第一頁最適合當到達網頁
- 每一頁的 canonical 指向自己,不要把第 2 頁以後的 canonical 都指向第一頁,否則後面幾頁的商品可能不被發現
- 使用「載入更多」或無限捲動時,另外提供可檢索的分頁連結,或確保所有商品都在 Sitemap 或 Merchant Center 資料中
分頁網頁可以沿用同樣的標題與描述,Google 會試著辨識它們在序列中的位置。另外,Google 已不再使用 rel="next" 和 rel="prev" 判斷分頁關係,現有網站留著無妨,但不要以為加了它們就能取代真正的連結。
沒有商品的空分類
季節性分類或剛建立的分類,常常一個商品都沒有。Google 建議,沒有任何項目的類別頁應設為 noindex;如果系統會自動把空分類從站內導覽移除,則可以直接讓該網址回傳 404。不要讓大量空白分類以正常網頁的樣子存在,它們很容易在 Search Console 被歸類為軟性 404。
篩選、排序與站內搜尋網址:多面向導覽怎麼控管
依顏色、尺寸、價格區間、品牌篩選,是購物網站最實用的功能之一,也是電商 SEO 最大的網址來源。Google 稱這類功能為「多面向導覽」(faceted navigation)。每多一個篩選條件,網址組合就成倍增加,例如 3 種顏色、5 種尺寸、4 個價格區間,光一個分類就可能產生上百種組合,再加上排序方式,數量更多。
根據 Google 的〈管理多面向導覽網址的檢索〉,這些網址會造成兩個問題:檢索器在判斷網址沒用之前,往往已經抓了大量篩選網址,而花在這些網址的時間,又會讓真正的新商品更晚被發現。Google 的建議是先決定一件事:這些篩選結果有沒有需要出現在搜尋結果裡?
| 做法 | 怎麼做 | 適合情況 | 注意事項 |
|---|---|---|---|
| 用 robots.txt 禁止檢索 | 針對篩選參數寫 Disallow 規則,只開放商品頁與未篩選的分類頁 | 大部分篩選與排序組合,Google 認為通常沒有理由讓篩選結果被檢索 | 被禁止檢索的網址仍可能因外部連結被收錄;規則寫錯會擋到重要網頁 |
| 用網址片段(#)表示篩選 | 篩選條件寫在 # 之後,例如 /items#color=green | 自行開發、能控制前端程式的網站 | Google 一般不檢索片段,對檢索沒有正面或負面影響 |
| 用 canonical 指向未篩選版本 | 篩選後的網頁放上 canonical,指向分類本身 | 無法改網址結構時的補強 | Google 說明長期效益通常不如前兩種,只會隨時間降低檢索量 |
| 連結加 rel="nofollow" | 指向篩選結果的每一個連結都加 nofollow | 輔助手段 | 必須每個指向該網址的連結都加上才有作用 |
哪些篩選組合值得被收錄?
少數篩選組合本身就是有人搜尋的品類,例如「兒童保溫瓶」「316 不鏽鋼保溫瓶」。這種情況,與其讓篩選網址被收錄,不如把它做成一個正式的子分類頁:有固定的網址、自己的標題與類別說明,並從上層分類用文字連結連過去。判斷標準很簡單,先用關鍵字研究確認有搜尋需求,再決定要不要升級成子分類。
如果你確實需要讓部分篩選網址可被檢索,Google 建議遵守幾個規則:參數之間用標準的「&」分隔;篩選條件寫在路徑中時,順序要固定且不重複;篩選組合沒有結果時,直接在該網址回傳 404,而不是轉址到共用的錯誤頁。
排序與站內搜尋結果頁
「依價格排序」「依最新排序」只是同一份清單換順序,不需要被收錄。Google 在分頁說明中建議,對只是排列順序不同或套用篩選器的網址,可以用 noindex 避免建立索引,或用 robots.txt 要求不要檢索特定網址模式。站內搜尋結果頁也是一樣,它們內容重複、組合無限,通常不應該出現在 Google 搜尋結果裡。
一個需要特別小心的組合是:同一個網址不要同時用 robots.txt 封鎖又設 noindex。被禁止檢索的網址,Google 讀不到網頁上的 noindex。兩種方法擇一使用,並在 Search Console 確認結果符合預期。
商品頁怎麼寫?標題、說明、圖片與購物資訊
商品頁是最接近成交的頁面,承接最具體的搜尋。Google 對電商內容的建議是提供詳盡的產品說明,並使用購物者搜尋時會用的字詞。實務上,一個好的商品頁至少要讓購物者不必離開頁面,就能回答「這是什麼、適不適合我、多少錢、多久到、不滿意怎麼辦」。
| 元素 | 寫法重點 | 常見錯誤 |
|---|---|---|
| 商品名稱(H1) | 品牌、品名加上最關鍵的區別屬性,例如容量、型號 | 只寫型號代碼,或在名稱塞滿促銷字眼 |
| Meta 標題與描述 | 用商品名稱加一個購買理由,描述寫出主要規格與服務 | 全站商品共用同一段描述 |
| 商品說明 | 用自己的話說明用途、適合誰、和同類商品的差別 | 直接複製原廠或供應商文案,和其他賣家完全相同 |
| 規格表 | 尺寸、材質、容量、產地、保固等,用表格呈現 | 規格只放在圖片裡,文字中找不到 |
| 商品圖片 | 多張清楚的照片,含白底主圖與使用情境,加上描述性替代文字 | 只有一張小圖,或替代文字全部空白 |
| 價格與庫存 | 頁面上清楚顯示,並與結構化資料、商品資料一致 | 頁面顯示特價,結構化資料仍是原價 |
| 運送與退換貨 | 運費門檻、配送時間、退換貨期限寫在商品頁或明顯連結 | 只放在不易找到的條款頁 |
| 顧客評論 | 顯示真實的評分與評論,可依星等或關鍵字瀏覽 | 自己撰寫或篩選掉負評 |
不要只用原廠文案
代理或經銷商品時,同一份原廠文案可能同時出現在幾十家商店。內容完全相同的情況下,Google 沒有理由特別把你的頁面排在前面。比較實際的做法是保留原廠規格,再加上只有你能提供的資訊:實際使用心得、尺寸對照、搭配建議、常見問題,以及你的保固與售後服務。若要撰寫商品評比或推薦內容,Google 的〈撰寫優質評論〉也建議提供第一手經驗、說明和其他產品的差異,並以量化方式評估表現。
圖片與影片
商品圖片同時影響轉換率與 Google 圖片搜尋。Google 在商家資訊結構化資料的規範中建議,提供多張高解析度圖片,每張圖片寬乘高至少 5 萬像素,並準備 16:9、4:3 與 1:1 三種比例,圖片網址也必須可以被檢索。圖片的檔名與替代文字寫法,可以參考本站的圖片 SEO 優化說明;圖片太大拖慢速度的問題,則可以用 PageSpeed Insights 檢查。
重要資訊放在初始 HTML
商品名稱、價格、說明與連結最好直接出現在伺服器回傳的 HTML 中。Google 能處理 JavaScript,但 Google 也提醒,用 JavaScript 動態產生的商品標記,可能讓購物相關的檢索頻率降低且較不可靠,對價格與庫存這類變動快的資訊影響更大。若商店採前端框架開發,上線前請用 Search Console 的網址檢查工具看看 Google 轉譯後的畫面。
顏色、尺寸等商品子類怎麼處理網址?
同一件外套有 3 種顏色、4 種尺寸,就是 12 個「商品子類」(variants)。子類處理不好,會出現兩種相反的問題:所有子類共用一個網址,Google 只認得其中一種;或每個子類都是一個看起來重複的網頁,彼此搶收錄。Google 的建議是每個子類都要能用不同的網址識別,常見寫法有兩種:
| 設計方式 | 網址範例 | 標準網址(canonical) | 適合情況 |
|---|---|---|---|
| 單頁:用查詢參數預選子類 | /coat?color=green&size=s | 指向不含參數的 /coat | 顏色、尺寸只影響圖片、價格與庫存,商品說明相同 |
| 多頁:每個子類有自己的路徑 | /coat/green、/coat/blue | 依子類是否有獨立內容決定;可指向自己,或統一指向代表網址 | 不同子類有明顯不同的內容或搜尋需求,例如不同材質系列 |
Google 在網址結構說明中寫得很明確:如果用查詢參數識別子類,請以省略查詢參數的網址作為標準網址;不要用 # 片段區分顏色,因為 Google 會把 /tshirt#black 和 /tshirt#white 視為同一頁。結構化資料方面,Google 提供 ProductGroup 類型描述「同一個商品的多個子類」:用 variesBy 標明依哪些屬性區分(例如顏色、尺寸),用 hasVariant 列出各子類,並以 productGroupID 標示父項商品編號。
實務上的判斷方式是:如果購物者會分別搜尋某個子類(例如特定顏色有獨立的需求),而且頁面內容確實不同,才值得讓它成為可收錄的獨立網頁;否則讓子類集中在一個標準網址,把連結與評論都集中到同一頁,通常更有利。
商品結構化資料:商家資訊與產品摘要怎麼選
結構化資料讓 Google 以機器可讀的方式取得商品名稱、價格、庫存、評分等資訊,網頁才有機會以附帶價格、庫存或評分的樣子出現在搜尋結果中。它不是被收錄的必要條件,但對電商網站特別重要。電商最常用的是 Product 類型,Google 把它分成兩種用途:
| 項目 | 商家資訊(merchant listing) | 產品摘要(product snippet) |
|---|---|---|
| 適用網頁 | 購物者可以直接向你購買商品的網頁 | 無法直接購買的產品網頁,例如評測、比較頁 |
| 必要屬性 | name、image、offers(含 price 與 priceCurrency) | name,以及 review、aggregateRating、offers 三者之一 |
| 價格限制 | 價格必須大於零 | 沒有大於零的限制 |
| 可加強的資訊 | 運送、退貨、尺寸、會員價、特價等 | 評論的優點與缺點、評分 |
| Search Console 報表 | 商家資訊報表 | 產品摘要報表 |
對一般線上商店來說,商品頁應該使用商家資訊的寫法;Google 也說明,填好商家資訊需要的屬性,網頁通常也能符合產品摘要的條件。台灣商店的 priceCurrency 寫 TWD,availability 用 InStock、OutOfStock、PreOrder 等固定值表示庫存狀態。Google 的〈商家資訊結構化資料〉列有完整屬性與範例。
電商最容易出錯的五個地方
- 標在分類頁:Google 說明產品複合式搜尋結果只支援以單一商品(或同一商品的子類)為主的網頁,標記應放在商品頁,而不是列出很多商品的分類頁
- 價格不同步:頁面已改特價、結構化資料仍是原價,或商品下架後標記還寫有現貨
- 多種貨幣共用一個網址:以多種貨幣販售時,Google 要求每種貨幣使用不同的網址
- 退貨政策逐頁重複:全店一致的退貨政策,Google 建議寫在 Organization 標記中,只有個別商品例外時才在商品的 Offer 中覆寫
- 評分不是真的:評論與評分必須來自真實顧客、在頁面上看得到;為造假評論加上標記違反結構化資料規範,可能遭到人工判決,網頁因此失去顯示複合式搜尋結果的資格
結構化資料寫好後,用 Google 的複合式搜尋結果測試檢查錯誤,再到 Search Console 的商家資訊報表觀察整站狀態。結構化資料只是讓網頁「有資格」顯示額外資訊,Google 不保證一定會顯示,實際呈現由系統每次依搜尋情境決定。
和 Google Merchant Center 的關係:網頁資料與商品資料
除了網頁上的結構化資料,Google 還有另一個取得商品資料的管道:Google Merchant Center。兩者常被搞混,簡單說,結構化資料是「寫在網頁裡給 Google 讀」,Merchant Center 是「商家主動把商品清單交給 Google」。Google 建議兩者都做,因為有些購物體驗會合併兩邊的資料,Merchant Center 也會用網頁上的結構化資料驗證商品資料是否正確。
| Google 平台 | 網頁結構化資料 | Merchant Center 商品資料 |
|---|---|---|
| Google 搜尋的商品複合式結果 | 使用 Product 結構化資料顯示 | 也可能被用來顯示 |
| Google 購物分頁 | 在資料驗證等情況下有輔助作用 | 必須使用 Merchant Center 才能出現 |
| Google 圖片與智慧鏡頭 | 使用 Product 標記與 image 屬性 | 使用 Merchant Center 提供的圖片 |
| Google 地圖(店內商品) | 不適用 | 需要上傳商品與店面庫存資料 |
Google 的建議依網站規模而不同:規模較小、更新不頻繁的商店,可以使用自動動態饋給,由 Google 從已檢索的網頁擷取商品資料,有結構化資料時擷取會更準確;規模大或價格庫存變動頻繁的商店,則建議定期上傳商品資料,需要即時更新時改用 API。另一個常見問題是網站與 Merchant Center 的價格或庫存不同步,Google 建議開啟依網站內容自動更新商品資料的功能來減少落差。
要特別分清楚的是:在 Merchant Center 提供商品資料、出現在免費商品資訊中,和投放購物廣告是兩件事。前者不用付費,後者是 Google Ads 的付費廣告。Merchant Center 的申請、資料規格與審核,屬於另一個主題,本篇只說明它和網站 SEO 的分工。
缺貨、停售與季節商品:網址該留還是該轉?
商品會缺貨、會停產、會換代,這是電商網站獨有的 SEO 問題。處理原則是:商品還會回來就保留網頁,確定不會回來就依有無替代品決定轉址或回傳 404。下表整理常見情況:
| 情況 | 建議做法 | 結構化資料 | 避免的做法 |
|---|---|---|---|
| 暫時缺貨,會補貨 | 保留網頁(回傳 200),顯示預計到貨時間、到貨通知與替代商品 | availability 改為 OutOfStock 或 BackOrder | 把網頁下架或轉址到首頁 |
| 預購或尚未開賣 | 保留網頁,清楚標示出貨時間 | availability 使用 PreOrder 或 PreSale | 頁面寫可購買、實際無法下單 |
| 永久停售,有後繼型號 | 301 轉址到後繼商品,或最接近的分類 | 原網址不再需要標記 | 轉到不相關的網頁 |
| 永久停售,沒有替代品 | 回傳 404 或 410;有連結價值的頁面可保留為說明頁 | 移除或標為 Discontinued | 保留空白頁卻回傳 200 |
| 季節或節慶分類 | 每年沿用同一個網址,活動結束後更新內容而不刪除 | 依實際販售商品標記 | 每年換一個新網址、舊網址留空 |
最後一欄的「保留空白頁卻回傳 200」值得特別說明。Search Console 的網頁索引報表中有一種狀態叫「軟性 404」:網頁看起來像「找不到」,卻沒有回傳 404 狀態碼。Google 建議,確實不存在的網頁應回傳 404,已經移到其他地方的網頁則用 301 轉址到新位置。依 Google 的 HTTP 狀態碼說明,回傳 404 的網址會從索引中移除,所以不要對還有價值的暫時缺貨商品回傳 404。
季節商品的做法雖然不是 Google 的明文規定,卻是累積搜尋表現最穩定的方式:像「母親節禮盒」這類每年重複的檔期,固定使用同一個分類網址,外部連結與歷史表現才能延續。若整批商品或整個網站要換網址,請參考 網站搬家怎麼做中的網址對照與 301 轉址流程。
電商 SEO 檢查清單:上線前與上線後
把前面的重點整理成一份清單。新商店上線前逐項確認,已經營運的商店則可以每季檢查一次:
上線前
- 從首頁只靠選單、分類與分頁,能點到每一個上架中的商品
- 商品卡片、分類選單、分頁都是真正的 a href 連結
- 網址使用描述性文字、鍵=值參數,沒有 # 片段與工作階段參數
- 內部連結、Sitemap 與 canonical 使用同一個網址版本
- 篩選與排序網址已決定處理方式(robots.txt、片段或 noindex 擇一),有搜尋需求的組合已做成子分類頁
- 分頁每頁有獨立網址與指向自己的 canonical,空分類設為 noindex 或回傳 404
- 商品頁有獨特說明、規格表、多張圖片、運送與退換貨資訊
- 商品頁使用商家資訊結構化資料,價格、庫存與頁面一致,測試沒有重大錯誤
- 缺貨、停售與子類的網址規則已寫成內部作業規範,上下架人員都知道
上線後要看的報表
上線後,Search Console 是主要的監看工具。網頁索引報表要特別注意幾種狀態:「重複網頁,使用者未選取標準網頁」(重複網址太多)、「軟性 404」(空白或缺貨頁處理不當)、「已建立索引,但遭到 robots.txt 封鎖」(封鎖規則與收錄需求衝突)。商家資訊報表則會列出商品結構化資料的錯誤與警告。每個報表怎麼開、怎麼比較日期區間,本站整理在 Google Search Console 怎麼用。
成效報表可以依網頁篩選,分別看分類頁與商品頁的曝光與點擊。如果分類頁曝光高、點擊少,先檢查標題與描述是否具體,可以參考 SEO 標題與描述怎麼寫;如果大量商品頁完全沒有曝光,先回頭確認它們有沒有被收錄,而不是急著改文案。
電商 SEO 沒有一次做完的版本,商品與庫存每天在變,規則也要跟著維護。如果你正準備建置購物網站,可以先了解分享家的電商購物車網站設計;若希望有人協助盤點既有商店的網址、結構與商品資料,並排出改善順序,也可以參考 AI SEO 顧問服務。更多搜尋相關主題,都收錄在 SEO 搜尋引擎最佳化主題頁。