網店SEO最容易在「同一件商品」上遇到兩難：黑色與白色有各自網址，搜尋引擎應看到兩個頁面，還是同一個？答案要看商品差異、讀者會否分別搜尋、網址是否穩定，以及店內能否準確維護價格與庫存。這不是把所有變體機械地指回一頁便能解決的問題。
本文用虛構的香港文具網店「海角紙品」作逐頁檢查示例，商店和貨品不是真實客戶，沒有銷量或排名成果。假設它有分類頁、記事簿產品頁、顏色與尺寸變體、篩選網址和停售款。先寫清每個頁面回答甚麼問題，再決定要不要被索引、應顯示甚麼商品狀態，以及客人能否從搜尋一路完成合適購買。
網店SEO應怎樣分配產品頁與分類頁工作？
一個回答「挑哪類」，一個回答「買哪款」
分類頁用來比較一群商品，例如不同尺寸與用途的記事簿；產品頁則回答某款的紙張、頁數、大小、顏色、售價、供貨和配送。假如分類頁只有一排圖和「立即購買」，客人難以選款；產品頁只寫「優質記事簿」，客人仍需回頭找規格。先從網站現有網店營運與內容需求列出可核實的資料，再分配給合適頁面，不必把整個商品目錄文字複製到每張卡上。
海角紙品若分「方格簿」「空白簿」「旅行輕便簿」，每個分類應有清楚的歸類邏輯。按用途挑的人可以先知道紙張是否適合鋼筆、尺寸能否放進袋、頁數與裝訂方式；已決定某型號的人則可在產品頁確認確切規格。兩類頁面都可有通往另一層的自然連結，但分類頁不應假裝是某一件商品的詳情頁，產品頁亦不要濫加所有分類詞搶其他頁的位置。
網址和導覽要讓機器與人走得通
從首頁到主要分類再到可買的產品，應能用一般連結到達，不能只靠網站內搜尋才找到商品。Google的電商網站結構指引強調可供爬取的導覽；網站如果只有圖片按鈕或需執行特殊操作才揭示所有商品，搜尋引擎與使用者都可能找不到重要頁。每個商品的麵包屑、分類位置、替代品關係應反映商店實際結構，不能為了湊內連把無關貨品連起來。
海角紙品亦要決定同一記事簿能否出現在「辦公」「禮品」兩個分類，若可以，產品的主要網址保持穩定即可，不必因分類不同產生兩個重複產品網址。購物車和結帳流程的網址屬另一類功能頁，不能當成產品知識頁來搶搜尋。要讓開發者、商品編輯和客服共用同一份網址與狀態表：誰改分類、誰改產品、哪個舊網址需要導向新款，都要有責任人。
如果分類和產品名稱因採購季節而改動，先區分顯示名稱與永久網址。今天叫「開學文具」，下季改為「辦公文具」的頁面，應評估是否真的服務不同客人；不能逢節日便將相同商品搬去新的薄弱分類。保留舊網址時，畫面標題可配合正確商品範圍更新；必須換網址時，編輯部要提供對應舊頁和新頁清單，讓開發者安排恰當轉向。分類層級沒有唯一最佳深度，重點是從主要導覽出發能到真正可買的商品，且客人能返回比較其他選擇。
產品介紹如何回答購買前問題？
把真實規格放在形容詞前面
虛構商品「旅行記事簿A」可列實際尺寸、紙張種類、頁數、重量、封面材料、可選顏色與是否附配件；這些都須商戶提供資料，示例不代表任何市場產品。對香港買家，送貨地區、門市取貨、退換條件和預計處理流程往往跟商品本身一樣重要。寫介紹時先看客服收到哪些重複問題，逐一提供可核實答案，而不是加長一段所有商品通用的「精緻生活態度」。
產品標題可以讓人辨識種類、品牌或系列、關鍵差異；圖片應對應目前選中的變體，不要選了白色仍只看見黑色圖。規格表若寫「A5」，應核對店內實際尺寸是否符合該說法；有不同供應版本時，標明適用批次。保養、有效期、原產地和材質屬會影響購買判斷的資訊，不能用舊供應商資料自動延用。可依產品頁標題及內容結構的原則安排閱讀順序，但核心仍是準確的商品事實。
圖片、庫存和價錢要互相對上
商品攝影可展示封面、內頁、尺寸對照與使用場景，但情境圖不能令客人誤以為不包含的配件已隨貨附送。為圖片提供描述性的替代文字，是為了讓看不到圖片的人知道畫面內容；不需要每張都重複關鍵字。若不同色號各有照片，圖片選取與網址狀態應對齊；上傳後檢查手機裁切、放大和圖片文字可讀性。假如相片上印的是舊價錢，而頁面顯示新價錢，先修相片或清楚說明，不能只指望結帳時的價格糾正誤解。
庫存資訊要由商店系統可靠提供，不能商品實際已售完但搜尋預覽仍顯示有貨。商品頁、購物車、後台和任何外部商品資料來源，需用同一狀態定義；預訂、少量現貨、暫時缺貨與停售也不應全寫「可購買」。產品介紹可以回答「何時可再買」，但只有商戶掌握補貨承諾時才寫日期。若暫不能確定，讓客人知道如何取得通知和替代選擇，會比留下無效加入購物車按鈕更實用。
虛構店的另一個問題是同一款不同紙張，標題卻一樣。若讀者不能在列表上辨別點進去是哪種規格，即使搜尋曝光提高也可能帶來錯誤預期。內部產品表應有唯一的款式代號、客戶可理解名稱及對應實際庫存單位；顯示給人的名字和後台編碼不必完全相同，但映射要清晰。更新一款材質時檢查所有顏色頁，避免一頁寫新版、另一頁仍留舊資料。
分類頁應加入甚麼獨有資訊？
用選擇條件組織商品，而非複製產品文案
「記事簿」分類適合解釋紙張、大小與裝訂形式的取捨，並讓使用者依用途收窄；它不需要把每件貨的頁數和售價逐段重寫。若站內有「出差手帳」和「學生筆記」兩個分類，可寫各自用甚麼條件挑，前提是商品確實符合。每一類別都應說明分類邊界，商品卡標示必要差異，排序與篩選在手機可正常操作。內容要讓人更容易找到貨品，不能只為搜尋引擎在列表上方塞進一大段重複文字。
若分類有分頁，測試第二頁以後是否有可直接到達的網址和普通連結，返回第一頁是否仍能找到商品。無限捲動若只靠前端操作載入，須查搜尋引擎能否發現每個需索引的項目。當店舖新增品類或大量停售時，分類頁可能突然變空，原有介紹卻仍宣稱選擇豐富；商品編輯應監察空分類、錯誤歸類和列表不完整，而不只看標題有沒有主關鍵字。
對季節性商品，可在分類頁保留穩定的選購方法，再把當期供貨與運送限制放在容易更新的位置。某些年份節日產品完全換款，常設指南不宜假稱舊型號仍可買；舊活動網址是否保留，需看是否仍有讀者與可用資訊。由安排商品內容覆核及更新開始，排定每季由誰確認分類文案、可見商品與售後政策一致。
分類頁還應為不同意圖的人提供出路：已想好尺寸者可直接縮小清單，未決定用途者可看簡短比較；有定制需求的客人則應知道目前是否提供，不能把普通現貨頁寫成可無限訂製。分類說明所用的內連要幫助購買決策，例如通往尺寸比較或相關類別，不宜每頁都連回同一個總服務宣傳。當商品太少不能形成真正分類，先問是否需要這個網址，而不是為了分類數量把兩件無關貨品拼在一起。
分類表現下跌時，也要看是商品減少、篩選功能壞掉，還是頁面原本對應的購買問題已改變。若當季只剩一款，仍寫「比較十款」顯然不準；如果商品其實仍在但排序把缺貨款放最前，客人也可能誤以為整個品類都買不到。網站分析可顯示有人進入分類後點了甚麼，但不能從一次無點擊推定對方沒有意圖。應抽查實際清單與客服常見問題，必要時更新排序和說明，再觀察客人能否找到合適款式。
產品變體及篩選網址如何處理？
黑白兩色能否各有網址，要按實際呈現判斷
Google的網店網址設計文件建議讓不同變體可由獨立網址識別，但並不等於每個顏色都要有完全獨立、重複內容的索引頁。海角紙品若顏色會影響相片、存貨和有人特別搜尋的型號，可以給選中狀態一個穩定可分享網址，並正確顯示該款；要否作獨立索引再看差異與店舖結構。若顏色只是畫面選項，兩個網址幾乎完全相同，就應清楚指定代表頁和保持資料一致，而非開無數薄頁。
Canonical是向搜尋引擎表達偏好的訊號，不是強制刪除其他頁面的命令。若白色頁有獨立規格與真正購買需求，卻一律指向黑色頁，搜尋來的人可能看到錯貨；若白色與黑色只是切換參數，兩頁同時自稱唯一，又可能產生重複。先畫變體矩陣：每個選項的可見內容、價錢、庫存、網址和內連怎樣變，再選自指或指定代表頁。不要在未見實際網店架構時抄一條「所有變體canonical回主頁」公式。
篩選與排序網址另有問題。若一個分類同時可按顏色、價錢、品牌、庫存和排列組合產生無數查詢參數，抓取可能消耗在幾乎相同的清單。優先決定哪些組合有足夠獨有商品及讀者需求、值得做可瀏覽頁；其餘可按技術策略減少重覆抓取，實施前須明白阻止抓取、noindex及canonical的作用不同。Google曾提醒篩選網址可能擴張抓取空間；規則與購物體驗要同時測，不要把篩選全部關掉令客人找不到貨。
網址若以片段標記切換顏色，也要檢查搜尋系統是否能辨識那些真正不同的商品狀態。內部清單不應同時提供帶多重排序參數的重複連結，讓同一貨品在網站上有十幾條看似不同的路徑。商品編輯須知道更名與改網址是兩回事，正式改路徑要規劃導向、更新站內連結和檢查是否仍可直接開舊收藏網址。較大的架構改動先在測試環境抽查代表品類，不應在繁忙銷售日一口氣重寫所有規則。
把變體網址交給外部購物廣告或社交平台時，還要確認點擊後頁面真選中對應顏色與尺寸。若廣告寫藍色A5，進站後預設黑色A6，即使標題與標記在技術上沒有錯，客人仍可能買錯貨。這也會影響退換貨和客服負擔。可由實際商品資訊管理表一次核對廣告素材、產品頁和結帳明細，避免把SEO只局限於搜尋抓取。平台資料同步屬另一項工作，但不能因外部系統控制就不驗收落地後的商品狀態。
缺貨、停售及替代產品頁怎樣決定去留？
暫時缺貨並不等於永久刪除；永久停售也不代表必須對所有舊網址一律導向首頁。先分商品狀態、頁面是否仍有實用資訊、是否有真正接近的替代款，再決定保留、更新、轉向或移除。
三種狀態各有不同處理
暫時缺貨、已有合理補貨計畫時，保留有用的產品詳情，清楚標為缺貨，移除不能履行的購買按鈕；如有可信的到貨通知方式可提供，但不要保證未確認的日期。長期停售而仍有人查舊型號，可保留規格和停產說明，並引導到真正相容的現售替代款。若沒有實際對應產品、頁面又沒有任何持續用途，可按網站整體架構決定適當狀態碼與站內清理。把每件舊貨全轉去首頁，往往不能幫搜尋者找到原來需要的答案。
海角紙品若停售「旅行記事簿A」而推出全新「B」，要確認尺寸與紙張是否真的能代替。若只是名稱相近、配件不相容，不應用永久轉向聲稱兩者等價；可保留A的頁面，說明售罄與B的差別。若A其實只改產品編碼而商品完全相同，舊址轉向新址可能合理，但需檢查評論、相片、訂單和內部連結有否混亂。廠商取消一種顏色，不等於其他顏色全部停售；庫存更新最好按變體層級同步。
缺貨頁還應檢查結構化資料和商品資料來源是否與可見狀態同步，不能肉眼看見「缺貨」，搜尋引擎資料仍標有貨。補貨後再次核對售價、可選規格與配送時間，不要只將一個狀態標籤改回去就完事。客服常收到「網頁顯示可買，付款時卻沒有」時，先修交易流程和資料同步，而非單純更改meta標題。
永久下架若因產品安全、資料錯誤或版權問題，處理方式也不能只按搜尋流量決定。客服需要知道能向舊客說甚麼，商品團隊需要確認還有哪些站內入口在推那件貨，開發者則要處理不可再購買的路徑。若已有訂單歷史，原產品資料仍可能有售後用途，但不一定應讓公眾看到完整交易頁。先列出業務及法規原因，再決定公開頁的保留範圍，避免為保留搜尋排名而持續展示不能履行或不應宣傳的商品。
Product結構化資料如何與可見內容一致？
標記應描述頁面真的出售甚麼
Google的產品結構化資料概覽說明產品資料可幫助搜尋系統理解商品，包括供貨狀態等；但加了標記並不保證任何特定豐富結果。產品名稱、圖片、價格、貨幣、庫存與配送資訊若在頁面、後台與標記中不同，先修資料源，不能只調整程式碼讓測試工具顯示綠色。不得編造評價數或把店內客服好評填進沒有相應來源的Review欄位。
對有多個變體的商品，應按實際頁面架構考慮Product、ProductGroup及個別變體的資料關係。單一頁面切換顏色與多個網址展示變體，不宜在未分清頁面狀態時套用同一個範本。商戶自己也應知道哪些欄位在後台維護、哪個程式讀取它、哪個外部商品資料源另有版本。若售價經常變動，測試從編輯後到前台及搜尋資料更新之間是否存在明顯延遲，不能把「已填 schema」當成同步驗收完成。
文章本身是教學內容，不是賣記事簿的商品頁，不能因談到Product標記就在本文SQL的schema_json欄塞入商品標記。要修改的是網站相應商品模板，而非任意一篇Blog的結構化資料。若網站還有會員價、地區運費或不同幣值，應先由商戶決定對外可見與可驗證的標示方式，再讓技術人員核對適用標記要求。主觀想達到某種搜尋外觀，不能倒逼網站展示客人其實買不到的價錢。
上線後要驗收哪些索引與購買路徑？
用實際網址和真實購買流程測試
先挑一個常設分類、一個現貨商品、一個顏色變體、一道多條件篩選、一個暫缺貨和一個停售網址。逐個測試可否從導覽找到、手機是否顯示正確狀態、購物車是否接受可買款、返回列表能否保持適當選擇。再檢查搜尋引擎可否抓取要索引的頁面、canonical指向何處、網站地圖包含哪些代表網址，以及索引檢查工具看到的實際狀態。可以用索引與網址的技術檢查清楚分工：編輯管商品事實，開發管頁面和回應，營運管交易與庫存。
| 示範頁面 | 上線後查甚麼 | 需要誰覆核 |
|---|---|---|
| 分類 | 有獨有選擇資訊、可到第二頁及產品 | 商品編輯與開發 |
| 現貨產品 | 規格、圖、庫存、售價與加入購物車一致 | 商品營運與客服 |
| 顏色變體 | 選中狀態、網址、相片及資料標記對應 | 開發與商品編輯 |
| 暫缺貨 | 無法下錯單，標記不再宣稱有貨 | 倉務與網站營運 |
| 停售 | 舊網址有明確狀態及真正相關的出路 | 營運與網站負責人 |
上線後看到「已提交網站地圖」，不代表頁面被索引；看到某頁被索引，也不證明它回答了對的購買問題。檢查搜尋表現時分開分類與商品意圖，再看是否有客人查到不合適的舊款。商品上新、減價、改規格及下架都應觸發相應檢查清單，否則一次性專案完成幾個月後，頁面仍會逐漸與後台脫節。若準備重建網站，先把商品頁要求寫入交付範圍，並將網店頁面與功能製作的資料同步、網址遷移和測試責任分開寫明。
當買家反映「搜尋能找到但不能買」，請保存商品網址、當時顏色、庫存顯示和結帳錯誤，避免只說SEO有問題。若商戶要找人梳理整站，可提供產品分類及頁面問題，先選有代表性的商品類別做示範，再擴大到整個目錄。SEO改善最終要協助客人找到合適的貨品；讓已停賣的錯誤資訊取得更多曝光，不是完成工作。
驗收報告可以每月保留少量固定樣本，再加當月新上架或下架商品。固定樣本讓人看得出變化，新樣本能發現商品匯入和編輯流程的新錯誤。每次記下檢查日期、商品狀態、頁面版本和誰已修正，才不會下次再遇到同一個庫存錯誤時無從追查。若更換電商平台，抽樣應涵蓋舊網址、顧客收藏連結和變體參數，不能只驗收設計稿與首頁。
若某一類產品季節變化很快，可提高該類抽查頻率，其他長期穩定的類別則按較低頻率維護。抽樣不是為了顯示已檢查很多網址，而是找出能代表資料流程風險的情況。店員若每天回答同一件「網頁寫錯」的問題，應把它放進優先修正清單。
網店頁面處理的八個疑問
同款商品不同顏色一定要分開索引嗎？
不一定，要看頁面差異、搜尋需求和商品資料如何維護。變體可有穩定可分享的網址，但索引與canonical策略仍需按架構決定。若每個頁面都顯示相同照片和庫存，先修前台差異再談索引。
把所有變體canonical到黑色款是否最安全？
不能一律這樣做，因為有些顏色有獨立內容和購買需求。Canonical是偏好訊號，亦須與站內連結、實際頁面內容一致。先用變體矩陣核對各網址，再決定代表頁。
排序和價錢篩選頁都要被索引嗎？
沒有固定答案；多重篩選可能產生大量重複網址。先找哪些組合真的有獨立價值，其餘按可抓取及購物體驗設計技術策略。不能只為減少網址而令買家無法篩選商品。
暫時缺貨時可以保留商品頁嗎？
可以，只要頁面仍有準確資訊及真正的後續選擇。應停止錯誤下單，清楚顯示狀態，並同步相應商品資料。補貨日期未定時不要給肯定承諾。
停售款是否一律轉到首頁？
不應一律如此，搜尋舊款的人可能需要規格或相容替代品。若有真正同等新款才考慮適合的導向，並核對客人到達後看到甚麼。沒有替代品時，可保留說明或按網站情況處理狀態碼。
Product標記會保證顯示星級和價錢嗎？
不能保證搜尋外觀；資料也必須與頁面和實際商品一致。沒有真實評價不應自行填數，缺貨時也不要標現貨。先修正資訊源，再測試標記是否有效。
只交網站地圖是否就代表全部商品可搜尋？
不是；需要頁面可抓取、內部連結可到、狀態及canonical合理，搜尋引擎才有機會處理。網站地圖只是其中一項線索，不代表必定索引。抽查實際網址，比只看提交成功提示更有效。
甚麼時候需要找開發者一起檢查？
顏色選項更換網址、篩選產生大量參數、價格庫存不同步或下架頁狀態錯誤，都涉及模板與資料流程。商品編輯先提供具體網址和正確業務狀態，方便開發者重現。修復後用現貨、缺貨及變體各測一次，不能只看首頁。
