電商 SEO 完整攻略：從產品頁到分類頁全優化

商品頁與分類頁在電商SEO裡的分工

電商網站的自然搜尋流量，
主要由商品頁跟分類頁兩種頁面帶進來，兩者要處理的搜尋意圖不一樣。
商品頁對應的是已經想買特定產品的人，
搜尋字詞通常帶型號或品牌，
例如「iPhone 15 256GB」、「Dyson V15 手持吸塵器」；
分類頁對應的則是還在比較、還沒決定買哪一款的人，
搜尋字詞比較廣泛，
例如「無線吸塵器推薦」、「男生運動鞋」。

如果把這兩種頁面混在一起經營，
分類頁只是商品清單沒有任何說明文字，商品頁又寫得像規格表，
搜尋引擎很難判斷每個頁面該對應哪些關鍵字，
排名自然上不去。
規劃電商網站SEO，
第一步要先確認商品頁跟分類頁各自負責哪些關鍵字，
再回頭檢查現有頁面的內容深度夠不夠。
若不確定現有頁面的分工是否清楚，可以請專業團隊進行完整的SEO健檢，
先掌握現況再排優化順序。

這篇文章除了商品頁跟分類頁的基本優化，
也會談到商品變體、缺貨下架、篩選導航、站內搜尋、
內部連結跟 Merchant Center 這些容易被忽略的環節，
最後附上一份上線前的檢查表，
方便對照現有網站逐項確認。

電商網站SEO的技術面要先打底

內容寫得再好，如果搜尋引擎抓不到頁面，
或是頁面載入太慢讓使用者秒退，排名還是上不去。
技術面通常要在內容優化之前先處理完。

網站速度與行動裝置體驗

用 Google PageSpeed Insights 檢查頁面載入速度，
商品圖片壓縮、啟用CDN、精簡CSS/JS都是常見做法。
行動版的瀏覽體驗也要另外測試，
包括按鈕間距是否適合手指點擊、主要內文字級是否適合手機閱讀，
中文長文以16px左右較舒服。
許多電商網站的行動裝置流量占比很高，實際仍應以GA4裝置報表為準；
商品頁跟分類頁若還沒採用RWD響應式設計，
行動版體驗容易拖累停留時間跟轉換率。

robots.txt、noindex、canonical是三種不同工具

這三個名詞常被混著用，但用途不一樣，
搞混了容易讓重要頁面消失在搜尋結果外，
甚至把原本該收錄的頁面擋掉。
robots.txt管的是能不能被爬取，
被robots.txt擋住的網址還是有可能出現在搜尋結果裡，
只是Google看不到頁面內容；
noindex是要求頁面不要進索引，但Google得先爬得到這頁，
才看得到頁面上的noindex指令；
canonical則是在多個相似網址裡指定一個主要版本，不等於禁止索引。
如果先用robots.txt擋住網址，
Google反而看不到該頁上的noindex或canonical設定，
等於工具互相打架，結果跟原本想要的相反。

XML Sitemap應包含網站希望Google建立索引的主要分類頁、
商品頁與其他正式canonical網址，
不要放入noindex頁面、轉向網址、追蹤參數網址，
或canonical到其他頁面的重複網址，
並定期提交到Search Console檢查收錄狀態。
商品下架或網站改版時，記得設定301轉向，
把舊網址指向對應的新分類頁或相關商品，避免權重流失。

結構化資料設定

商品頁加上Product、Offer這類JSON-LD結構化資料，
補齊價格、幣別、庫存狀態、SKU、GTIN、品牌、運送與退貨政策等欄位，
有機會讓頁面符合搜尋結果顯示價格或星級評分的資格，
但Google不保證一定顯示，
也不會因為結構化資料寫得完整就直接把排名往前拉。
AggregateRating必須對應頁面上真實可見的評論分數，
不能自行填一個好看的數字，
這類不實資料反而可能被視為濫用結構化資料。
全站也建議加上BreadcrumbList標記，
讓麵包屑導覽能在搜尋結果中完整呈現分類路徑。

產品頁優化：商品頁怎麼寫才有效

商品頁優化的核心，
是讓搜尋引擎跟使用者都能快速理解這是什麼商品、適合誰用、跟同類商品差在哪。

標題與Meta敘述要各自獨立

每個商品頁的Title跟Meta Description都要是唯一的，
把商品名稱、品牌、核心規格放在標題前段。
Meta Description沒有固定顯示字數，
Google也可能依搜尋字詞改用頁面裡的其他文字取代摘要。
實務上把商品名稱、主要規格、價格或促銷重點放在描述前段，
就算後半段在某些裝置上被截斷，讀者還是能看懂這頁在賣什麼。

商品描述要自己寫，不要照搬供應商文案

供應商提供的規格表通常會被多個賣家原封不動使用，
這種內容重複度高，搜尋引擎不容易判斷哪一頁才是權威來源。
商品描述建議加入實際使用情境、材質特性、跟同系列商品的差異點；
就算商品只有顏色不同，描述也盡量做出區別，
不要整頁複製貼上只改顏色欄位。

描述寫得籠統跟寫得具體，效果差很多。
籠統寫法像是「高品質藍牙耳機，音質清晰，歡迎選購」，
讀者跟搜尋引擎都看不出這款耳機解決了什麼問題。
實務一點的寫法可以是
「適合通勤與線上會議使用的入耳式藍牙耳機，單次續航約8小時，搭配充電盒最長可使用30小時，
支援雙裝置切換與環境降噪，Android、iPhone及Windows筆電都能連接」。
後者把使用情境、規格數字、相容性都寫進去，
對使用者跟搜尋引擎都更有參考價值。

圖片跟評論區塊

商品圖要壓縮到合理檔案大小。
主要商品圖、細節圖與尺寸示意圖應填寫能說明圖片內容的alt文字，
例如「藍色仙人掌造型蠟燭正面」或「藍色仙人掌蠟燭尺寸示意」，
對SEO和無障礙需求都有幫助；
純裝飾圖片或重複縮圖可以使用空的alt屬性，避免螢幕閱讀器重複朗讀，
也不要為了SEO在每張圖片都堆入相同關鍵字。
開放顧客留評論，
並在頁面上顯示星級平均分數，
搭配Review結構化資料，
能提升使用者對頁面的信任感，也豐富頁面的關鍵字覆蓋範圍。

商品頁該具備的資料，不只是一段描述

完整的商品頁通常包含以下項目，可以對照自己的網站逐一確認：

• 清楚具體的商品名稱
• 唯一的Title與Meta Description
• 簡短的主要賣點摘要
• 適用對象與使用情境說明
• 完整規格表，包括尺寸、材質、容量與相容性
• 配送、付款、退換貨說明
• 庫存狀態與預估到貨時間
• 原創圖片與影片，並填寫具體alt文字
• 真實評論與常見問答
• 相關商品與搭配購買區塊
• Product、Offer、ProductGroup結構化資料
• SKU、GTIN、MPN與品牌資料
• 缺貨與停售的處理方式
• GA4的view_item、add_to_cart、purchase追蹤事件

商品顏色、尺寸與規格變體怎麼處理

同一款商品可能有不同顏色、尺寸、容量或材質，
這是電商網站最容易產生大量相似網址的地方。
變體究竟共用一個商品頁，還是建立不同網址，
不能只看後台管理方不方便，
要先判斷每個變體是否有各自的搜尋需求。

共用單一商品頁

若各變體只是顏色或尺寸不同，主要內容跟購買意圖相同，
通常可以使用同一個商品頁，透過選單切換圖片、價格與庫存，
並確保每個變體都能透過網址參數直接預選，
方便分享跟廣告連結指定款式。

變體使用獨立網址

若不同容量、材質或規格有明確搜尋需求，
例如「iPhone 256GB」跟「iPhone 512GB」，可以建立獨立網址。
但每個頁面要有對應的名稱、圖片、價格、庫存、SKU跟描述，
不能只是換一個參數卻顯示完全相同的內容，
這種做法對排名沒有幫助。

canonical要依變體呈現方式決定

canonical不能不分情況一律指回母商品頁，
要看變體實際怎麼呈現。
若所有顏色與尺寸都在同一頁切換，
整組商品通常使用一個主要canonical；
若每個變體都有獨立網址、價格、圖片與可購買狀態，
則應依實際內容判斷是否採自我指向canonical，
讓每個變體頁保有自己的索引機會。

用ProductGroup告訴Google這些頁面是同一組商品

商品具有多種變體時，
可以使用ProductGroup、hasVariant、variesBy跟productGroupID這幾個屬性，
協助搜尋引擎理解這些頁面其實屬於同一組商品，
而不是各自獨立、互相競爭排名的內容。

缺貨、停售與下架商品的處理原則

缺貨跟下架是電商網站每天都會遇到的狀況，
處理方式不同，對SEO的影響差異很大，
建議依情境分開判斷。

• 暫時缺貨：
  保留商品頁，顯示補貨通知跟替代商品，結構化資料改為OutOfStock
• 已知會補貨：
  不要直接刪除頁面或轉向到分類頁，維持商品頁存在
• 永久停售且有功能、規格與搜尋意圖高度相近的替代新品：
  可以301轉向到替代商品；
  若沒有真正對應的商品，就保留停售說明或回傳404、410，
  不要為了保留權重勉強轉向
• 永久停售但頁面仍有流量、評論或外部連結：
  可以保留頁面，清楚標示已停售並推薦替代品
• 完全沒有價值且沒有替代商品：
  回傳404或410，讓搜尋引擎正確判斷頁面已不存在

不要把所有停售商品都轉向首頁，
這種做法對使用者跟排名都沒有幫助，
使用者找不到想找的商品，反而會提高跳出率。

分類頁架構怎麼規劃

分類頁承接的是比較型、探索型的搜尋需求，
架構規劃比單一商品頁更複雜，牽涉到整個網站的分類邏輯，
這部分建議在評估電商網站架構時一併討論，
避免上線後才發現分類層級要大改。

URL與內部連結一起支撐分類架構

網址清楚對使用者跟工程維運都有幫助，
但Google判斷網站分類的重要性，更依賴主選單、麵包屑跟頁面之間的實際連結，
不是只看網址長什麼樣子。
建議URL維持簡短、穩定、容易理解，
例如第一層對應廣泛關鍵字「服飾」，第二層對應主體關鍵字「男裝襯衫」，
同時搭配清楚的分類選單與麵包屑，
讓商品頁跟分類頁之間有實際的連結路徑，
而不是只把分類名稱塞進網址就結束。

分類頁該有的內容元素

只列商品縮圖跟價格的分類頁，內容深度不夠，搜尋引擎很難判斷這頁該排在哪個關鍵字。比較完整的分類頁通常包含：

• 明確的分類主標題
• 類別用途與適用對象說明
• 子分類入口
• 熱門品牌或熱門規格篩選
• 選購條件說明
• 商品之間的比較方式
• 熱銷、新品、促銷區塊
• 相關選購指南文章連結
• 頁尾補充說明內容
• 麵包屑導覽
• 可爬取的分頁連結

說明文字不要整段塞在商品清單上方，
手機使用者先滑過一大坨文字才看到商品，體驗會變差。
比較合理的做法是：
頁面上方放80到150字左右的摘要，詳細的選購說明跟FAQ放在商品清單下方，
兩邊都跟該分類的核心關鍵字語義相關即可。

分頁與篩選頁的索引判斷

商品數量多的分類，通常會遇到分頁跟篩選頁怎麼處理的問題。
每一頁都應有可直接開啟的獨立網址，並透過一般的連結串接。
Googlebot主要透過頁面上的網址連結發現內容，
通常不會像使用者一樣觸發需要操作的按鈕，
後段商品不能只靠按鈕或捲動事件載入。
各分頁應依自己的內容設定canonical，不要全部指回第一頁，
否則後段商品可能較難被發現。
三種常見做法比較如下：

篩選頁，例如依顏色、尺寸、價格區間組合出的頁面，
數量往往遠比商品本身還多，
建議實際上線前先確認以下幾個問題：

• 這個篩選組合是否真的有人搜尋
• 頁面是否有足夠數量的商品可以支撐一頁內容
• 是否能提供獨立的Title、說明文字與內部連結
• 商品清單是否跟其他篩選頁高度重複
• 網址參數的排列順序是否固定，避免同組篩選產生多種網址
• 沒有符合商品時，頁面是否提供清楚提示與替代分類；若網址本身無效或頁面確定不存在，才回傳404或410
• 篩選組合是否可能無限延伸，產生近乎無窮的網址數量

篩選導航是大型電商網站最常見的過度爬取來源之一，
會讓Google把爬取資源花在大量沒有價值的參數網址上，
拖慢新商品被發現的速度，
實務上建議依前面的判斷表決定每種頁面該用robots.txt、noindex還是canonical。
noindex也不是唯一解法，如果參數組合可能產生幾十萬個網址，
讓Google一直爬進去才看到noindex標籤，
同樣會浪費爬取資源；
這種情況下可以考慮避免產生可爬取連結、限制參數爬取，
或直接用robots.txt處理，實際做法要依網站規模判斷。

站內搜尋頁與標籤頁不能一概而論

電商網站常常會產生站內搜尋結果頁、標籤頁、品牌頁跟促銷活動頁，
這幾種頁面的處理方式不太一樣，不能套用同一種規則。

• 站內搜尋結果頁通常不應該大量開放索引
• 品牌頁如果有獨立的商品組合跟內容，可以當成正式分類頁經營
• 促銷活動頁若每次活動都換一個新網址，之前累積的權重會跟著浪費掉
• 母親節、週年慶這類固定舉辦的活動，建議用常設網址，每年更新內容即可
• 正常搜尋但沒有商品時，可以保留200狀態並顯示替代建議，同時視需要設為noindex；
  無效參數、亂碼網址或已不存在的頁面，才回傳404或410

內部連結不能只是「有連就好」

Google會透過站內連結的數量跟路徑，判斷頁面之間的相對重要性。
熱門分類或主力商品如果只藏在站內搜尋裡，
沒有從首頁、選單或相關內容直接連過去，
搜尋引擎很難把它們判斷成重要頁面。常見的內部連結規劃包括：

• 首頁連到主要分類
• 主要分類連到子分類
• 子分類連到商品頁
• 商品頁連回所屬分類
• 商品頁連到搭配商品
• 商品頁連到相似商品
• 部落格文章連到相關分類頁
• 選購指南連到對應商品頁
• 停售商品連到替代商品
• 高流量文章連到高毛利分類

結構化資料以外，也要串接Google Merchant Center

商品結構化資料主要放在網站頁面上，
Merchant Center則透過商品資料來源提供商品名稱、價格、庫存、品牌、GTIN、運送與退貨資訊。
兩者不是二選一，同時提供能增加Google理解跟核對商品資料的機會。

實務上最常見的問題，
是網站價格已經更新，但商品資料來源仍是舊價格；
或是網站顯示有庫存，Merchant Center卻回報缺貨。
這類資料不一致可能造成商品遭拒登，也會降低商品在購物相關版位的曝光機會，
建議定期核對網站跟Merchant Center兩邊的價格與庫存是否一致。

關鍵字對應商品頁與分類頁

規劃內容前，先把關鍵字依搜尋意圖分成三類：
商品型是直接購買意圖，通常對應商品頁；
分類型是比較探索意圖，對應分類頁；
資訊型是問題或評價意圖，通常適合用部落格文章或FAQ承接。
下表是一個對應範例：

實際操作時，同一個熱門關鍵字不要讓多個頁面互相競爭，
例如分類頁跟部落格文章都鎖定「無線吸塵器推薦」，
反而會讓搜尋引擎不確定該排哪一頁，兩頁排名都上不去。
建議維護一份關鍵字對照表，
定期檢查排名變化，重複或衝突的部分及早調整。

轉換元素不能省

排名衝上去，如果頁面沒有促成購買的元素，流量也留不住。
商品頁跟分類頁都應該放置清楚的購買按鈕，搭配免運費或優惠訊息降低猶豫。
星級評分、評論則數、第三方認證這類信任信號放在頁面明顯位置，
能有效降低使用者的購買疑慮。
價格跟庫存狀態要跟後台同步更新，搭配Offer結構化資料，
讓頁面有機會符合價格與庫存資訊的搜尋顯示資格，
避免使用者點進頁面才發現缺貨。

追蹤設定要同步做

優化商品頁跟分類頁的同時，追蹤機制也要跟上，不然沒辦法判斷哪些調整真的有效。
GA4建立電子商務追蹤，設定view_item、add_to_cart、purchase這幾個事件，
才能完整看到使用者從瀏覽商品到下單的路徑；
Search Console持續關注核心頁面的索引狀態跟關鍵字曝光、點閱率變化。
商品頁轉換率跟分類頁轉換率建議分開看，
兩者的使用者行為模式不太一樣，
混在一起分析容易誤判。

30、60、90天的導入計畫

電商SEO項目多，建議依時間分階段推進，
避免所有工作同時進行卻沒有一項做完整。

網站速度可以對照Core Web Vitals三項指標的良好門檻：
LCP在2.5秒內、INP在200毫秒內、CLS在0.1以下。
這三個數字建議設成營運目標，
定期用PageSpeed Insights或Search Console的Core Web Vitals報表追蹤變化。

電商SEO成效不能只看自然流量

自然流量增加，不代表電商SEO一定成功。
如果增加的都是沒有購買意圖的資訊型訪客，營收可能完全沒有變化。
建議把品牌詞跟非品牌詞分開觀察，也把分類頁、商品頁跟部落格文章的流量分開看，
避免被總流量數字誤導。

電商網站最常見的SEO錯誤

• 所有商品都直接複製供應商提供的名稱跟描述
• 分類頁只有商品縮圖，沒有子分類、選購資訊與內部連結
• 所有篩選與排序組合都開放搜尋引擎索引
• 第二頁以後的分頁全部canonical回第一頁
• 商品缺貨就立刻刪除網址或全部轉向首頁
• 同一個關鍵字同時交給分類頁、商品頁跟文章競爭
• 結構化資料的價格、庫存或評論跟頁面內容不一致
• 只追蹤流量與排名，沒有設定GA4電子商務事件
• 網站改版時更換大量網址，卻沒有建立一對一301對照表
• 手機版隱藏了桌機版的重要商品描述或內部連結

實際案例：A、B電商的問題，與C電商的SEO成果

電商SEO不能只套同一份檢查表。
益盛科技曾針對兩個不同類型的電商網站進行完整稽核，
以下以「A電商」與「B電商」代稱，
並移除品牌、網址、商品與營運資訊。
兩個網站的SEO健康分數都偏低，但真正卡住排名與營收的原因並不一樣。

A電商：購物功能完整，但搜尋引擎難以理解網站

A電商的SEO健康分數為30分，
網站本身已有商品分類、購物車與會員功能，
主要問題卻集中在技術設定與頁面內容。
稽核時發現XML Sitemap回傳伺服器錯誤，搜尋引擎無法透過Sitemap系統性發現商品與分類頁；
全站多個頁面沒有Meta Description，
首頁H1使用品牌標語，沒有清楚說明網站販售的商品類型。

購物車、結帳與會員相關頁面沒有設定noindex，
可能讓搜尋引擎把爬取資源花在沒有搜尋價值的功能頁。
商品頁雖然已有部分Product結構化資料，
但品牌、商品描述、評分、價格有效期限等欄位不完整；
類別頁也缺少H1與足夠的分類說明。
這類網站不一定需要重建，優先修復Sitemap、索引規則、標題結構、分類內容與Schema，
就能先解決大部分基礎問題。

B電商：已有排名與內容，問題卡在技術架構與商品曝光

B電商的SEO健康分數為36分，
部分重要關鍵字已進入搜尋結果前段，
代表網站並不是完全沒有SEO基礎。
問題在於網站沒有robots.txt與XML Sitemap，
商品與文章主要依賴內部連結被搜尋引擎發現；
同時網站採用較多JavaScript動態載入，
商品名稱、價格與規格不一定能在原始HTML中直接讀取，
增加搜尋引擎與部分AI爬蟲理解頁面的難度。

B電商也尚未完整建立Product、Offer、BreadcrumbList與門市相關結構化資料，
商品沒有有效串接Google Merchant Center，
導致官網雖然有大量商品，
卻沒有充分進入Google購物相關曝光版位。
另一個問題是商品網址主要由數字ID組成，
首頁缺少語意清楚的H1，產品頁與分類頁也缺乏獨立Meta Description。
這類網站的優化重點，不只是補文章，
而是先處理伺服器端渲染或預渲染、Sitemap、
商品資料來源、結構化資料與網址規則。

這兩個案例說明，SEO分數接近，不代表問題相同。
A電商比較像是「網站功能已經完成，但搜尋訊號沒有整理好」；
B電商則是「已經有流量與排名，但技術架構限制了商品收錄與曝光規模」。
實際進行電商SEO時，應先確認問題發生在爬取、索引、內容、商品資料還是轉換流程，再決定改善順序，
而不是看到排名不理想就先大量寫文章。

C電商：技術設定與內容持續累積後，自然搜尋成為穩定流量來源

C電商是已持續進行SEO內容建置與網站技術調整的案例。
為保護客戶資訊，以下移除品牌名稱、網址、商品與產業資料，
只公開Google Search Console中可量化的搜尋成效。

以2026年5月初至8月初約三個月的資料來看，
C電商共獲得約15,600次自然搜尋點擊、80.7萬次搜尋曝光，平均點閱率為1.9%，平均搜尋排名為6.9。
這代表網站並不是只有少數品牌關鍵字帶來流量，
而是已有大量商品分類、內容文章與長尾搜尋字詞，
持續進入Google搜尋結果前段。

從最近28天的Search Console深入分析來看，熱門內容除了首頁與主要分類頁，
也包含選購指南、產品比較、成本解析與消費問題文章，
顯示電商SEO不能只優化商品頁；
能回答使用者購買前疑問的內容，同樣會持續帶來搜尋流量，
再透過內部連結把讀者導向分類頁與商品頁。

商品結構化資料已形成可被Google辨識的商品基礎

C電商目前在Google Search Console中，
已有130個有效的商品摘要項目，以及130個有效的商家資訊項目。
商品價格、庫存與相關資料能被Google正確讀取，代表Product與Merchant Listing相關設定已經具備基本可用性。
商品摘要仍有1個無效項目需要修正，但整體有效比例已相當高。

麵包屑結構化資料方面，目前有388個有效項目，
且沒有顯示重大錯誤。
麵包屑不只是搜尋結果中的顯示元素，
也能協助Google理解首頁、分類頁、子分類與商品頁之間的層級關係。

C電商的內部連結數約為73,673條，主要分類頁、產品分類與內容文章之間已有明確連結。
這類成果通常不是靠單篇文章或一次技術調整完成，
而是來自分類架構、商品資料、結構化資料、選購內容與內部連結持續累積。

這個案例也提醒一件事：
電商SEO的成果不能只看某一個關鍵字排第幾名。
更完整的判斷方式，
是同時觀察自然搜尋點擊、曝光、平均排名、商品結構化資料、分類頁表現與內部連結。
當這些項目一起成長，
網站才會逐漸建立穩定、不完全依賴廣告的流量來源。

以上資料取自C電商的Google Search Console，
統計區間與畫面更新時間截至2026年8月初。
案例已移除品牌、網址、產品及其他可識別資訊。
搜尋成果由網站既有品牌、內容、技術與長期營運共同形成，
不應解讀為單一SEO調整所造成。

A電商、B電商與C電商呈現了三種不同階段。
A電商已有完整購物功能，
但索引訊號與頁面內容尚未整理；
B電商已有部分排名，卻受到JavaScript渲染、商品資料與購物曝光限制；
C電商則已建立分類架構、內容頁、商品結構化資料與內部連結，
近三個月累積約15,600次自然搜尋點擊。

電商SEO沒有一套固定順序適合所有網站。
基礎較弱的網站應先修復爬取與索引；
已有排名的網站要補強商品資料與轉換；
進入穩定成長階段後，
則要持續擴充分類、選購內容、內部連結與結構化資料，
讓流量來源從少數關鍵字擴大成完整的搜尋版圖。

案例資料取自益盛科技實際執行的電商SEO稽核報告，
已移除品牌名稱、網址、商品、門市與其他可識別資訊；
分數代表稽核當下的網站狀態，不代表後續改善成果。

電商SEO上線前檢查表

正式上線或每季覆盤前，可以用這份清單快速對照現有網站，逐項確認。

• 主要分類頁可以從主選單或首頁直接進入
• 所有上架商品都有可爬取的HTML連結
• 重要商品與分類都有獨立的Title與Meta Description
• 商品描述不是直接複製供應商內容
• 具有資訊用途的商品圖片已壓縮並填寫適當alt，純裝飾圖片使用空alt
• 價格、庫存與結構化資料彼此一致
• 商品變體有固定網址與正確的canonical設定
• 篩選跟排序網址不會無限延伸產生新頁面
• 分頁可以透過一般HTML連結逐頁前往
• 缺貨商品不會立刻刪除頁面或亂轉到首頁
• 停售商品有替代商品或正確的404、410處理
• Sitemap只放可索引的正式網址
• robots.txt沒有誤擋CSS、JavaScript與正式商品頁
• noindex頁面沒有同時被robots.txt封鎖
• 分類頁有子分類、選購說明與相關文章
• 部落格文章有連回對應的商品或分類頁
• GA4電子商務事件能正確記錄商品與營收
• Search Console沒有大量「已檢索但未建立索引」的頁面
• Merchant Center的價格與庫存跟網站沒有落差
• Core Web Vitals三項指標維持在良好門檻內