電商 SEO 基礎：先把結構做對，再談產品頁與結構化資料
文章摘要
電商 SEO 基礎：先&# […]
電商 SEO 基礎：先把結構做對，再談產品頁與結構化資料
先給結論： 電商 SEO 和一般網站 SEO 用的是同一套規則，差別在規模。十頁的形象網站可以逐頁檢查；一千件商品的購物網站，光是尺寸、顏色、排序、篩選的組合就能長出幾十萬個網址。所以第一件事不是寫商品描述，而是決定哪些網址值得存在、哪一個是代表版本。結構沒處理好，產品頁優化與結構化資料都是蓋在會塌的地基上。
本文依 Google 官方文件把導入順序拆成六層。
作者與審閱
作者：方士軒（SEO 顧問 MARS）
姓名／角色：方士軒／SEO 顧問 MARS（結構化資料的 `author.name` 只填「方士軒」，角色不併入姓名字串）
審閱日期：2026-08-17
公開身分連結：LinkedIn 個人檔案
可公開查證的證照
- Google Analytics (分析) 個人認證｜發證單位 Skillshop｜發證 2026-07-29、到期 2027-07-29
- 證照頁面上的收件人為「士軒 方」，與可見署名「方士軒」為同一人（姓名書寫順序不同）
- 2026-07-29 查核時可公開查證且仍在有效期內：公開驗證網址
本文只列出可由第三方自行開啟驗證的項目，不寫入無法查證的年資、獎項或客戶資訊。
電商 SEO 和一般網站 SEO 差在哪？
Google 有一整個電子商務專區文件，而不是把電商併進一般 SEO 指南，原因在下面三件事。
一、網址數量不是由你決定的
形象網站的網址數等於頁面數，電商網站不是——它等於「商品數 × 可組合的參數數」。一個分類加上三個尺寸、五個顏色、兩種排序，就能生出上百個可被檢索、內容卻高度重疊的網址。
二、同一件商品有好幾個入口
商品可能同時掛在「新品」「特價」「品牌館」底下，每個入口各給一個網址。後台看是正常的資料關聯，搜尋引擎看到的卻是同一份內容出現在多個位置。
三、頁面內容會自己變動
價格會改、庫存會空、季節商品會下架。文章寫完就穩定了，商品頁不會。電商 SEO 必須把「內容會變」當成常態設計，不是當例外處理。
第一層：讓 Google 看懂你的商店結構
目標很單純：讓爬蟲能從首頁走到任何一個商品頁，而且路徑短、可預測。
分類層級與麵包屑
Google 在協助 Google 理解電商網站結構中建議以分類頁組織商品，並用麵包屑標示頁面所在階層。麵包屑不只是版面元件，它同時告訴使用者和搜尋引擎「這一頁在哪一層」，可搭配 `BreadcrumbList` 結構化資料——前提是頁面上真的有可見的麵包屑。
網址結構
Google 有專文說明電商網站的網址結構設計，實務上抓住三個原則：
- 可讀。 用有意義的路徑，不要堆純數字流水號。
- 穩定。 商品換分類時網址不該跟著變；一變就要轉址，轉址一多容易出鏈結與迴圈。
- 不要把追蹤參數當網址的一部分。 廣告與活動參數會產生大量重複網址。
內部連結與 sitemap
商品頁如果只能從站內搜尋進入，等於沒有入口。每個要被索引的商品，都該有至少一條從分類頁過來的固定連結。sitemap 是補充不是替代——只列在 sitemap、站內卻沒有連結的頁面，不一定會被當成重要頁面。
第二層：篩選頁與分頁，電商最容易失控的地方
分面導覽
「分面導覽」（faceted navigation）就是側欄那些可複選的篩選條件，Google 有專文說明如何管理它的檢索。核心問題是組合爆炸——每多一個可複選條件，可被檢索的網址數就倍數成長。處理方向不是「全部封鎖」也不是「全部放行」，而是先分類：
| 篩選類型 | 舉例 | 通常的處理方向 |
|---|---|---|
| 有獨立搜尋需求 | 品牌、材質、尺寸等真的有人在搜的條件 | 保留為可索引頁，給獨立標題與說明 |
| 只是檢視方式 | 排序、每頁筆數、清單／格狀切換 | 不需要獨立索引 |
| 使用者狀態 | 購物車、比較清單、追蹤紀錄 | 不應被檢索 |
判斷「有沒有獨立搜尋需求」屬於關鍵字判斷的範圍，可參考站內的關鍵字挑選流程。
分頁與無限捲動
分類頁商品多時會分頁，或改用「載入更多」，Google 對此有分頁與漸進式載入說明。重點是：每一頁分頁都必須有真實、可被連結的網址。若第二頁之後只靠 JavaScript 載入、沒有對應網址，那些商品就沒有入口。
第三層：重複網址與 canonical
電商常見的重複來源
前兩層處理完，剩下的重複網址通常來自這四類：
canonical 是建議，不是指令
Google 的網址正規化說明寫得很直接：`rel=”canonical”` 是提示，Google 會綜合轉址、sitemap、內部連結等訊號自行選擇代表網址，不保證照你指定的走。
這代表兩件事。一，canonical 標錯不會被擋下來，只會讓訊號矛盾。二，它補不了結構問題——內部連結指向 A、sitemap 列 B、canonical 寫 C，訊號本身就衝突。canonical 用來收尾，不是用來補結構。
商品變體要合併成一頁還是拆成多頁，可參考 Google 的 `ProductGroup` 與變體標記。
第四層：產品頁本身
結構處理好才輪到單頁內容。產品頁最常見的問題不是寫得不好，是沒有自己的內容——整頁只有原廠規格表和官方照片，和其他一百家賣同款的網站一樣。
頁面上該有的東西
- 可辨識的商品名稱，以及清楚的價格與庫存狀態。
- 不是複製原廠文案的描述。 尺寸怎麼挑、和相近型號差在哪、什麼情況不適用——這些是通路才知道的事。
- 具體的圖片替代文字，描述圖片實際呈現的內容而不是塞關鍵字（見 alt 屬性撰寫原則）。
- 運費、退換貨、保固等會影響購買決定的資訊。
Google 在建立實用、可靠、以使用者為優先的內容中的自評問題同樣適用：這一頁有沒有提供原始資訊與分析，還是只把別處的內容重述一次。
> 示例情境（非客戶案例、非成效證明）
> 一個賣工具機配件的網站，商品描述全部照抄型錄。改法不是加關鍵字，而是補上「這個規格常被誤選成哪一個」「搭配哪些機型」這類只有實際出貨的人才知道的事。本段為假設情境，不代表任何已驗證的成效。
缺貨與下架怎麼處理
商品暫時缺貨時，保留頁面並標示缺貨狀態，通常比直接刪除好——刪除會產生 404，而 404 一多就是另一個要處理的問題。永久下架的商品才進入轉址或維持 404 的決策，轉址要導到真正相關的替代頁，不是一律丟回首頁。
第五層：結構化資料
Product 標記的兩種用途
Google 的 Product 結構化資料總覽把用途分成兩類，這個區分常被忽略：
| 類型 | 適用對象 | 官方文件 |
|---|---|---|
| Product snippet（商品摘要） | 任何提供商品資訊的頁面，包含評論、比較類頁面 | product-snippet |
| Merchant listing（商家資訊） | 使用者可以直接在該頁完成購買的頁面 | merchant-listing |
實際銷售的商品頁屬於後者，欄位也較多（價格、幣別、供應狀態等），並可搭配退貨政策標記。完整清單見電商相關結構化資料。
標記的底線
頁面上看不到的東西，不要放進結構化資料。 標記是描述頁面內容，不是補頁面沒有的內容。價格要和頁面顯示一致；沒有評論就不標評分；沒有 FAQ 區塊就不加 FAQ 標記。標記與可見內容不一致，是最常見的錯誤。
Google 另有撰寫高品質評論的說明：評論必須來自真實使用者，且顯示在頁面上。自行產生、或只存在標記中的評分，屬於明確不被接受的做法。
第六層：把商品資料另外交給 Google
除了網站本身，Google 也提供直接提交商品資料的管道，見將商品資料提供給 Google 與電商內容可能出現在 Google 的哪些位置。這是做完前五層之後的加分項，不是替代品。全新網站另可參考新電商網站上線指南。
導入順序與完成判準
順序比清單重要。下表每一層都以前一層為前提。
| 順序 | 這一層在處理什麼 | 判斷做完了沒 |
|---|---|---|
| 1 | 分類階層、麵包屑、網址結構 | 三次點擊內能從首頁到任一商品頁 |
| 2 | 篩選頁與分頁的索引決策 | 能說出每類篩選頁的處置與理由，而不是「外掛預設就這樣」 |
| 3 | 重複網址與 canonical | 能列出單一商品的所有入口網址並指出代表版本 |
| 4 | 產品頁內容 | 頁面上有原廠型錄以外的資訊 |
| 5 | 結構化資料 | 標記欄位與頁面可見內容逐項一致 |
| 6 | 商品資料提交 | 前五層皆已完成 |
六層同時都有問題、不知道先做哪一項時，可參考站內的優化順序排定方法。
執行檢查清單
- [ ] 每個要被索引的商品，都有從分類頁過來的固定內部連結。
- [ ] 麵包屑在頁面上可見，且與 `BreadcrumbList` 標記一致。
- [ ] 網址不含 session 或追蹤參數。
- [ ] 每一類篩選條件都已決定是否允許索引，並記錄理由。
- [ ] 分頁的每一頁都有真實可連結的網址。
- [ ] 單一商品的所有入口網址已盤點，代表版本已指定。
- [ ] 內部連結、sitemap、canonical 指向同一個代表網址。
- [ ] 商品描述有原廠型錄以外的資訊，圖片 alt 描述實際內容。
- [ ] 結構化資料類型正確，價格與供應狀態與頁面一致。
- [ ] 沒有標記頁面上不存在的評論、FAQ 或任何欄位。
審閱方法、資料來源與限制
方法。 本文依據 Google 搜尋中心公開文件中關於電子商務、檢索索引與結構化資料的說明，各項主張皆附對應官方文件連結。整理與審閱由方士軒於 2026-08-17 完成。
限制（重要）。 本文所有舉例皆為說明用途的假設情境，不是客戶案例，也不是實測結果。本文不提供任何排名、流量或營收的保證，也不主張依本文操作必然產生特定結果。文中引用的官方文件可能隨 Google 更新而變動，實作前請以官方文件當下版本為準。
官方資料來源
Google 搜尋中心｜電子商務專區
- 電子商務文件總覽
- 協助 Google 理解電商網站結構
- 電商網站的網址結構設計
- 納入電商相關的結構化資料
- 分頁、漸進式載入及其對搜尋的影響
- 將商品資料提供給 Google
- 電商內容可能出現在 Google 的哪些位置
- 撰寫高品質評論
- 新電商網站上線指南
Google 搜尋中心｜檢索與索引
Google 搜尋中心｜結構化資料與內容品質
- Product 結構化資料總覽
- Product snippet（商品摘要）
- Merchant listing（商家資訊）
- 商品變體（ProductGroup）
- 退貨政策結構化資料
- Breadcrumb（BreadcrumbList）結構化資料
- 建立實用、可靠、以使用者為優先的內容
接下來可以做什麼
不確定「哪些網址正在被索引、哪一個是代表版本」時，可以先打開 Search Console 的網頁索引報表，看「重複網頁，Google 選擇的標準網頁和使用者不同」的數量。這通常就是第二層與第三層的問題規模。
需要有人一起把六層盤過一遍，可以預約電商網站的結構與索引健檢：逐項檢視網址結構、篩選頁索引狀態、canonical 一致性、產品頁內容與結構化資料，並列出待處理項目與順序。健檢說明現況，不承諾任何排名或流量結果。
審閱註記｜2026-08-17
本文為屏柏內容規劃的本地候選稿，尚未發佈、未取得發佈授權。全文具體主張皆附 Google 官方文件連結，舉例皆標示為假設情境，未使用任何客戶名稱、案例或成效數字，未含任何排名或成效保證。審閱者：方士軒（SEO 顧問 MARS）。
＜編輯用附錄＞內部連結建議
> 產製配置用資料，不計入文章字數，上線時不隨正文輸出。
同主題：`ecommerce-seo` 叢集
| 建議錨點位置 | 目標頁 | 網址 | 帳本處置 |
|---|---|---|---|
| 第四層「產品頁本身」 | 如何設計 SEO 友善的產品頁面？ | `https://pingbaidesign.com/如何設計seo友善的產品頁面？/` | `retain` |
| 第四層「產品頁本身」 | 如何為產品頁面進行 SEO 優化？ | `https://pingbaidesign.com/如何為產品頁面進行seo優化？/` | `inventory-review` |
| 第四層「產品頁本身」 | 如何讓電商網站的產品頁符合 SEO 邏輯？ | `https://pingbaidesign.com/如何讓電商網站的產品頁符合seo邏輯？/` | `inventory-review` |
| 第一層／第二層 | SEO 需要配合電商後台的哪些設定？ | `https://pingbaidesign.com/seo需要配合電商後台的哪些設定？/` | `inventory-review` |
| 導入順序段落 | 如何為電子商務網站創建 SEO 策略？ | `https://pingbaidesign.com/如何為電子商務網站創建seo策略？/` | `inventory-review` |
| 文末 | 如何提升電商平台的自然搜尋流量？ | `https://pingbaidesign.com/如何提升電商平台的自然搜尋流量？/` | `inventory-review` |
| 文末 | 如何通過 SEO 提高電子商務網站銷售 | `https://pingbaidesign.com/如何通過seo提高電子商務網站銷售/` | `retain`（DUP-27 目標） |
跨主題：上游與相關
| 建議錨點位置 | 目標頁 | 網址 |
|---|---|---|
| 第二層（判斷篩選頁是否值得索引） | SEO 關鍵字怎麼挑 | `https://pingbaidesign.com/關鍵字怎麼挑才正確？/` |
| 第四層（圖片 alt） | 如何為網頁圖片添加 alt 屬性？ | `https://pingbaidesign.com/如何為網頁圖片添加alt屬性？/` |
| 第四層（商品素材準備） | SEO 顧問要求我提供產品圖文怎麼準備？ | `https://pingbaidesign.com/seo-顧問要求我提供產品圖文怎麼準備？/` |
| 第四層（下架與 404） | 網站出現大量 404 頁面怎麼修？ | `https://pingbaidesign.com/網站出現大量404頁面怎麼修？/` |
| 第三層（轉址排查） | 面對轉址錯誤如何快速排查？ | `https://pingbaidesign.com/面對轉址錯誤如何快速排查？/` |
| 第二層（誤封鎖風險） | robots.txt 設定錯誤導致網站封鎖怎麼辦？ | `https://pingbaidesign.com/robots-txt設定錯誤導致網站封鎖怎麼辦？/` |
| 導入順序段落 | SEO 優化順序怎麼排 | `https://pingbaidesign.com/seo顧問該如何排定優化優先順序？/` |
| 文末（驗證） | SEO 排名怎麼追蹤 | `https://pingbaidesign.com/seo-顧問怎麼追蹤排名？/` |
| 文末（叢集規劃） | 什麼是 Pillar Page 與 Cluster Content？ | `https://pingbaidesign.com/什麼是pillar-page與cluster-content？/` |
| 作者信任動線 | SEO 顧問說內容要具備 E-E-A-T 是什麼意思？ | `https://pingbaidesign.com/seo-顧問說內容要具備-eeat-是什麼意思？/` |
| 文末（實績） | SEO 作品集 | `https://pingbaidesign.com/seo作品集/` |
實作備註
先做網站健檢，再決定優化方向
不承諾保證排名。由屏柏企業 SEO 顧問與網頁工程師方士軒 mars 協助您評估網站速度、行動版可用性、SEO 關鍵字結構與內容層級問題。