WooCommerce 商品頁 SEO 診斷：從症狀找病因

週一早上打開報表，商品頁的壞消息通常長兩個樣子：撐起毛利的那一款，頁面在搜尋報表裡安靜得像不存在；或者去年還穩定帶單的頁面，這一季悄悄滑出視線。兩種都不好看，但長相不同，就代表病因不同。

常見的反應是趕快做事：重寫文案、加更多關鍵字、換一個外掛、降價促銷。一輪做完，安靜的頁面多半還是安靜，因為這些動作都假設問題出在不夠努力。

商品頁的問題很少是這樣。搜尋引擎讀一個商品頁，先讀到的不是修辭，是一組欄位與證據：網址收不收得到、標記讀不讀得懂、價格庫存評論對不對得上、這一頁被誰連著。機器先驗證證據存在而且一致，才輪到文字發揮說服力。很多頁面的輸贏，在文案之前就決定了。

快速重點：商品頁沒流量，先別急著重寫文案。用 Search Console 的網頁索引、搜尋結果與體驗報表，把狀況分成四型：查不到、有曝光沒點擊、點了不買、表現變差。四型病因不同、修法不同，先定位再動手，才不會把力氣花在文案層，而問題其實出在索引層。

四種症狀，四種病因：先把問題分流再動手

商店經營者碰到的商品頁困境，多半裝得進四個格子：頁面查不到、有曝光沒點擊、有點擊沒訂單、以前好現在變差。四種症狀的病因在不同層次，混在一起處理，就會出現「重寫了半天文案，但頁面根本沒被索引」這類白工。先對號入座，再往下查。

↔ 左右捲動檢視完整表格

症狀	先看哪張報表	常見病因	對應章節
頁面查不到	網頁索引報表	設定意外擋住、篩選網址失序、缺乏內部連結	「這一頁，Google 到底收到了沒有？」與篩選網址兩節
有曝光沒點擊	搜尋結果效能報表	查詢意圖錯配、結果版面文案不吸引人	「有曝光卻沒點擊」一節
點了卻不買	GA4 與商店報表	內容同質、標記與可見內容不一致、信任訊號不足	「點進來卻不買」一節
以前好、現在變差	三張報表一起看	商品生命週期、頁面健康、內部連結流失	「排名變差時」一節

分流用三張報表就夠。網頁索引報表回答這一頁在不在索引裡；搜尋結果效能報表回答頁面出現在哪些查詢、有沒有人點；Core Web Vitals 體驗報表回答載入與互動品質如何；再搭配 GA4 看進站後的行為。四種症狀先在報表裡落位，之後的每一個動作才有依據。

為什麼病因多半不在文字層？因為機器處理商品頁，接近讀一張欄位齊全的表單：網址與連結關係、標題與結構化標記、價格庫存評論、圖片線索，每一項都是訊號。文案只是其中一組；欄位缺了或不一致，文字寫得再好，機器那一關都過不去。內容不是不重要，只是排在訊號之後出場；順序弄反了，投資就浪費。

分流還有一個附帶好處：修完可以被驗證。查不到的頁面，修完設定，網頁索引報表會給答案；點了不買的頁面，修完承接力，加購率會給答案。說不清有沒有效的困擾，多半來自跳過了分流這一步。

兩個容易誤判的地方先說清楚。曝光為零，不等於沒被索引：查詢需求少、競爭激烈、報表篩選條件把頁面排除，都會讓曝光看起來是零。這套四型也只是排查用的分工框架，不是 Google 公布過的任何排名分層；各項工作可以並行，不必等一型修完才碰下一型。

競爭背景也值得放在心裡。W3Techs 的長期統計顯示，WooCommerce 在購物車系統的使用率長期排在前列，同一種商品、同一份供應商描述，可能同時掛在為數眾多的商店頁面上。使用率是整體數字，推不出你單一頁面面對的競爭強度，但足以說明一件事：訊號層輸掉的頁面，文案再拚也很難翻盤。

四型之間也會轉換。查不到修好了，下一季的症狀可能變成有曝光沒點擊；點閱率上來了，瓶頸往承接力移動。把分流當成定期重跑的動作，而不是做完一次就歸檔的專案。

這一頁，Google 到底收到了沒有？

頁面在搜尋結果裡消失，先別動內容，照順序查三個關卡。

1. 查設定：檢視頁面原始碼，看這一頁有沒有被輸出 noindex、標準網址指向哪裡，robots.txt 是否擋掉了爬取路徑。佈景主題在特定版面輸出 noindex、外掛把標準網址指到首頁，這類意外在快取與多語系設定疊上來之後並不罕見。
2. 查路徑：從首頁或分類頁出發，不靠站內搜尋，試著用幾次點擊走到這個商品頁。機器沿連結探索頁面，全站搜尋結果裡的連結經常是走不到的；沒有入口的頁面，被發現的機會自然低。
3. 查狀態：用網址審查工具看 Google 實際回報的檢索與索引結果，回報的原因逐項對照，改完再驗證。

robots.txt 與 sitemap 的角色，順道定位一下。robots.txt 擋的是爬取，被擋的頁面連內容都讀不到，但別把它當成讓網址消失的手段：被擋的網址若被其他頁面連結指到，還是可能以純網址的形式出現在結果裡。要控制網址進不進索引，是 noindex 的工作，而且 noindex 得在被檢索的前提下才讀得到；已收錄想移掉，交給移除工具。sitemap 則是提示清單，把重要網址放進去能縮短被發現的時間，但不等於保證收錄。

查索引狀態時，網址審查裡的兩種資料要分清楚。「已索引版本」是目前索引裡的版本，能看到上次檢索時間，也能看到 Google 選定的標準網址；即時測試只檢查頁面當下能不能存取，不能用來判定頁面已被索引，也不能預測 Google 會選哪個網址當標準版。下結論，以已索引版本的資料為準。

noindex 的語意也要拿準：它只控制索引，不等於禁止爬取。設了 noindex 的頁面，機器照樣會來，只是不放進索引。這為什麼重要？因為大量加了 noindex 的篩選網址，仍然會被檢索，資源的消耗照舊，這是下一節的主題。

另一個常見誤判，是把「很多網址連到同一個商品」當成重複內容。分類、標籤、篩選頁都連向同一個商品網址，只是很多入口指向一頁，本身不製造重複頁。要查的是反方向：不同的網址，是不是回傳了相同的內容；排序參數、分頁、列印版才是常客。

新上架的頁面另有時間因素。剛上線的商品頁，被檢索與收錄需要時間，急著下結論常造成誤判；先確保它出現在分類頁與 sitemap，再談其他。

頁面一多，逐頁用網址審查看不現實。用 Screaming Frog 這類 SEO 爬蟲替全站做一次批次體檢，一次列出所有頁面的 noindex、標準網址、回應狀態碼與導向鏈，再對照 Search Console 的檢索統計交叉確認，設定層的意外通常跑一遍就能抓完。設定層查完都正常，症狀還在，再回報表看是不是需求與競爭的問題。

檢索統計也值得看一眼。Search Console 的檢索統計報表能看到 Google 對站點的每日檢索量與回應時間，拉長看趨勢就好，單日波動不必過度解讀。它回答兩個問題：機器有沒有來、伺服器跟不跟得上。商品頁突然不被造訪，先看這裡。

一大堆篩選網址，值得留給 Google 的沒幾個

面相導覽是篩選網址的主要來源。顏色、尺寸、價格帶、材質，每個維度都能生成一批網址，維度之間還能相乘。組合數量取決於篩選維度與外掛的實作方式，不是只由商品數決定；一兩百個商品的商店，配上幾組篩選，網址數量照樣能膨脹到上千。

這些網址不是都要處理，先分類。哪個組合值得成為搜尋入口，判斷回頭看三個條件：有沒有人真的用這個組合搜尋、這群商品是不是穩定存在、頁面能不能提供分類頁以外的獨特內容。三個條件都成立，這個網址才有留下來的價值；有一件不成立，處理方式就不同了。

值得留下的組合，獨特內容要真的寫得出來。一段說明這個組合適合誰的導言、這群商品之間的比較資訊、選這個篩選條件的常見理由，都算；只有一行「共 37 項結果」的空白組合頁，對搜尋者沒有回答任何問題，也撐不起一個搜尋入口。寫不出獨特內容的組合，就大方承認它不需要被索引。

先決定哪些篩選組合值得索引，再決定其他網址怎麼收。三個條件都過的組合，保留索引並補上獨特內容；沒過的，用標準網址收斂、加上 noindex，或直接調整連結與網址產生規則，讓它根本不生成。noindex 管的是索引，攔不住檢索，機器照樣會來；標準網址也是提示不是指令，機器仍可能自行解讀。把收放的決策寫進網址生成與連結規則才是長久做法，因為這兩者都不是開關。

收斂手段的選擇也有先後。同一批網址，能從源頭不生成，就不事後補 noindex；能用連結與產生規則控制，就不依賴標準網址去救。原因很單純：源頭的控制是確定的，事後的訊號只是建議。照這個順序排查既有網址，多半能找到比全部 noindex 更省力的解法。

舊時代的工具要退場。Google 已在 2022 年停用網址參數工具，從前由站長自己回報參數處理方式的思路，已經沒有地方設定。參數網址的收斂，回到標準網址、連結規則與 noindex 這幾個正規手段上。

要不要緊張，看規模。檢索資源不是固定的每日頁數，小型商店的篩選網址通常不構成負擔，不必為了幾十個組合焦慮；網址組合真正龐大時，才依伺服器紀錄與 Search Console 的檢索統計判斷要不要收斂。檢索資源怎麼觀察與分配，站內另有完整說明。

還有一個判斷細節：篩選網址的收斂，不要影響店內的實際使用者。搜尋引擎看的是一組網址，顧客看的是一條動線；購物流程裡的篩選照常運作，處理的只是哪些組合值得當落地頁經營。

商品網址本身，講穩定與可讀就夠：有意義的路徑名稱、不要無意義的參數、不要塞進太長的分類層級。不建議只為了讓網址變短而全面改址，改址的成本在導向、內部連結與 sitemap 都要跟著動；確實要改，三個環節一併處理。永久連結的設定選項與 標準網址的完整設定邏輯，站內各有專文。

有曝光卻沒點擊，先回頭看搜尋結果上的那一眼

曝光有了、點閱率很難看，問題多半出在搜尋結果那一眼。先到搜尋結果報表，看這一頁實際被哪些查詢字詞觸發，再判斷是哪一種病：查詢跟商品對不上，是意圖錯配，要改內容對焦；查詢對得上、版面不吸引人，才是標題與摘要的文案問題。兩種病，藥方不同。

把觸發的查詢字詞攤開來分三類，判斷就變快。第一類是對的字詞：商品確實能回答，點閱率卻低，問題在版面文案。第二類是擦邊的字詞：商品沾得上邊，但頁面沒有正面回答那個疑問，把該答的段落補起來就是內容對焦。第三類是完全無關的字詞：靠字面湊到的曝光，本來就很難贏，不必強留。

很多人這裡會直覺加關鍵字、拉長描述，通常無效。商品頁面對的搜尋，多半混著交易型與商業調查型兩種意圖，意圖決定頁面該回答什麼。買家會查的面向就那些：材質、尺寸、適用情境、使用上的疑問。把這些問題自然答完，關鍵字會出現在對的位置；倒過來先想「要塞哪些字」，寫出來的頁面反而答非所問。搜尋意圖的判讀方法，站內另有拆解。

也要看看你爭的版面長什麼樣子。同一個查詢的結果頁，可能同時有購物版位、圖片區塊、帶星等的競品；有時你以為在跟十個連結競爭，實際上目光早被購物卡片吸走。搜尋結果頁的版面組成先看懂，才知道點擊為什麼輪不到你，也才判斷得出該不該換戰場。

改標題之前，先確認你看到的點閱率問題不是出在少數幾個字詞。報表裡常常是兩三個高曝光、低點閱的字詞拉低了整頁的平均，把資源用在那些字詞的對焦上，比整頁重寫划算。

標題與摘要還有一個現實要接受：Google 對摘要與標題連結的說明寫得很明白，兩者都可能由 Google 依查詢改寫，meta description 不保證照原文顯示。你能做的是讓頁面各處都帶著清楚的重點供其擷取：明確的商品名、規格、用途，出現在標題、首段與正文，比雕一句完美的 description 更穩。

唯一確定無效的路線是堆砌。硬把無關的流行詞塞進描述，正是垃圾內容政策點名的行為，輕則能見度受損，情節重大時還可能吃上人工處置。黑帽手法的長相與風險，另文有完整解析，這裡只留一句：點閱率救不起來的時候，堆字是往反方向走。

點進來卻不買：承接力的三個破口

流量進來、訂單沒跟上，是商品頁的承接力出了破口。破口常見有三個：內容跟別人長得一樣、標記跟頁面說得不一樣、信任訊號缺席。結帳流程與運費透明度是另一條線的問題，別混在一起歸因。

第一個破口：你不是唯一拿到這份文案的人

供應商或原廠的商品描述，同一段文字可能掛在許多商店的頁面上。這不會帶來「重複內容處罰」這種東西，Google 早在 2008 年就澄清過重複內容的誤解：搜尋引擎會挑它認為具代表性的版本顯示。你不會被罰，但靠一模一樣的文字，很難贏過其他版本。

除了供應商文案，另一個同質化來源是自己的範本。為了效率，同一系列的頁面共用九成描述、只改商品名，機器眼裡這跟互相抄襲沒有太大差別。範本可以存在，但每頁要留一段真正屬於這個商品的段落：它跟同系列其他款的差異，就是最自然的材料。

原創描述的定義也務實一點：不是編一套華麗的形容詞，是寫出只有你能寫的東西。實際使用過的細節、適合誰、不適合誰、出貨與售後的真實狀況。誠實說出商品不適合什麼，往往比再多三行優點更能建立信任。內容組織上，把規格與常見問題拆進頁籤、用表格整理規格，比堆一面文字牆耐讀，機器也更好讀。

商品一多，全部重寫不現實，優先序讓數據排。毛利高、搜尋需求明確、描述與別人完全相同的頁面先改；長尾商品用批次方式補齊規格與適用資訊即可，比例讓商店的營收結構給答案。

第二個破口：標記跟頁面說得不一樣

結構化資料常被當成「等有流量再補」的加分券，順位擺錯了。它是機器讀商品欄位的主通道：商品名、價格、庫存、評論，標記出來，機器不必用猜的。Product 結構化資料的官方文件列了必要與建議欄位，依想爭取的搜尋外觀對照著補。

結構化資料最忌諱標記講一套、頁面演另一套：資料裡的每個欄位，都要能在頁面上肉眼對得上。資料寫 4.8 顆星，頁面上就得真有評論可看；標了某個價格，頁面上就得真標著那個價格。標了頁面看不見的資訊，最輕的代價是拿不到豐富結果，情節嚴重時人工處置會找上門。反過來說，標記正確也只是取得資格，星等與價格要不要在搜尋結果裡露出，決定權在 Google。結構化資料的整體部署，站內有專文。

第三個破口：信任訊號缺席

評論的價值有兩層。星等呈現是表層；更實的是評論文字本身：真實買家寫下的使用情境，覆蓋文案寫不到的長尾查詢，也是可核對的使用經驗。三則附照片、寫得具體的真實評論，勝過三十則灌水的。花錢買評論、讓外掛批量生成，都可能踩到平台與結構化資料政策的紅線。使用者生成內容怎麼經營，另文完整做法。

邀評的節奏也影響品質。出貨後一段時間再邀，買家有用過的經驗可寫；邀請的文字用具體問題代替「給我們五顆星」，收到的評論才有內容。累積慢是正常的，可信度沒有捷徑。

開放留言與評論欄位，就要面對垃圾內容。Google 在網站防護的文件裡提醒，開放的 UGC 欄位可能被垃圾內容濫用，需要審核與防護。定期清理、只讓通過審核的內容見光，要不就換成不對外開放的表單，比較穩。

工具的判讀也要有邊界：Rich Results Test 通過，只代表工具當下讀得到標記、欄位看起來齊全，品質與政策面的問題它不一定測得出來，何況呈現本來就由 Google 決定。測試綠燈、版面沒星等，不是工具壞了：頁面上要有它可核對的可見評論，顯示也從來不是保證。

alt 的判斷與主圖的速度，是同一張圖片的兩難

商品圖同時扛兩個任務：讓機器理解圖裡是什麼，還有不拖慢頁面。兩個任務方向相反，圖愈清楚檔案通常愈大，頁面就愈慢。先處理理解，再處理速度，順序對了，取捨才有依據。

先讓機器看懂這張圖

alt 的寫法先分類再動筆。承載商品資訊的圖，依實際內容描述：顏色、剪裁、拍攝角度，看得到就講得出；純裝飾的圖，W3C 的無障礙指引建議直接使用空 alt，讓輔助技術跳過它。alt 的首要功能是無障礙，搜尋引擎拿它判讀圖片主題，是附帶效益。

搜尋引擎確實會用影像辨識去理解圖片裡有什麼，但辨識會出錯，細節也未必讀得準，你能掌握的是自己給的線索：檔名、alt、圖片周邊的文字、相關的結構化標記。線索給得愈明確，被誤讀的空間就愈小。檔名照商品與色款的實際內容組合，比一串流水號有用得多；多角度與情境照片，同時服務圖片搜尋與轉換。這部分的完整做法，圖片優化指南站內有專文，不展開。

多角度的清單可以用一個問題生成：買家在實體店面會怎麼看這個商品？翻過來看車工、拿起來看重量、穿上身看比例。情境照片再補一層：實際使用場景裡的樣子，比純白背景照更能回答「買回去會長怎樣」，而這正是圖片搜尋常見的入口。

再讓主圖別拖慢頁面

速度的衡量有固定口徑。Core Web Vitals 的評估方式看的是實際使用者資料的百分位：LCP 的「良好」門檻是 75 百分位 2.5 秒內，不是你單次實測看到主圖出現的時間。主圖不要延遲載入，讓它最快出現；首圖以外的圖才交給延遲載入。現代格式與壓縮是基本動作，先做完再談其他。

速度值得投資，但邊界要講清楚。web.dev 對速度與轉換的研究支持慢頁面傷害體驗與轉換；同時 頁面體驗的官方定位也寫明，體驗分數好不等於排名保證，相關性仍是核心。速度是必要條件之一，不是排名的入場券。整站速度的改善方法，另文延伸。

排名變差時，先查商品生命週期再怪演算法

以前有單、現在沒了，先別急著查演算法更新。頁面的回應方式本身就是訊號：商品還賣嗎、頁面回傳什麼狀態碼、舊連結還在不在，這些查起來比猜演算法快，也更有機會得到答案。演算法更新影響的是整批頁面，只掉一頁，病因通常在自己家裡。

要快速分辨是不是演算法，有兩個土辦法。看範圍：同類頁面是不是一起掉，只有自己掉的那一頁，問題多半在頁面本身。看時間：掉下來的時間點有沒有對上站內改版或商品狀態變更，自己的變更紀錄往往比演算法傳聞更接近答案。

缺貨與停產不是同一種狀態，不該共用同一種處理。暫時缺貨，供給會回來，需求只是暫時沒有出口：頁面照留，補貨進度與登記管道放上去，讓空窗期繼續累積需求證據。確定停產，題目換成「舊流量對誰還有用」：有真正相近的後繼商品，用 301 重新導向把舊頁的累積導過去才合理；頁面上的資訊仍然有人需要查，就留著經營，把訪客帶往新款；對象與需求都不存在，回 404 或 410，比留一個空殼誠實。唯一要避開的懶惰答案是整批導向分類頁，目的地與原頁無關時，這種轉址在 Google 眼中常被視同 soft 404，等於兩頭落空。

處理舊頁之前，先確認它真的沒有未來。季節性商品明年會回來，頁面值得保留並更新年度資訊，等待期留下的登記與收藏名單，就是補貨後最直接的再行銷對象；真停產才走轉址或移除的流程。判斷錯這一步，把會回來的頁面導走了，明年就要從頭累積。

內容過期是另一種慢性病。價格調了、規格改了、庫存變了，頁面資訊與標記沒有同步，這一頁就開始對機器說謊；說謊久了，欄位的可信度跟著掉。改版造成的連結流失也常被忽略：商品頁失去入口，被找到的機會也跟著掉。定期把高價值商品頁的狀碼、連結與資訊新鮮度走一遍，是低成本的保險。

一款商品多種規格，拆頁還是同頁？

顏色、尺寸、容量不同的版本，要不要各自一個頁面？這題不適合用立場回答，適合用順序回答：先把選購動線走順，再用報表驗證自己的猜測，最後把維護成本放上桌子。預設一頁多選項最單純，要推翻這個預設，得讓證據說話，不是讓習慣說話。

以一件登山外套為例。多數人先挑尺寸再挑色款，一頁用選項呈現，動線就順，預設就成立。想替某個特殊尺寸或色款單獨開頁，先別憑直覺，把搜尋結果報表調出來：有沒有人真的用「品名加規格」的字詞進站。報表裡看得到的需求，才有機會養活一頁；看不到的，多半只是自己以為的需求。而就算報表支持，也別忘了拆頁的帳單：每一頁都要自己的描述、圖片、評論與後續維護，拆得愈多，說謊的機會愈多。

維護成本是最常被跳過、也最誠實的一關。價格誰更新、庫存誰同步、變體描述誰寫、改版誰負責轉址，這些日常有專人與流程，拆頁才有本錢；連主商品資訊都常過期的商店，先照顧好基本盤。

官方立場比想像中寬鬆。Google 對商品變體標記的文件同時支援單頁與多頁兩種設計，重點是依實際的頁面架構，建立一致的商品群組與網址關係，也不必為每個變體另造一套評論。一頁多選項與一規格一頁都做得對，做錯的是標記講一套、網址結構另一套。

變體的結構化標記用 ProductGroup 處理：一個 ProductGroup 描述整群商品共用的屬性，例如同款外套的名稱、材質與設計，再用 hasVariant 列出每個變體，各自對應自己的識別碼、價格與庫存。機器沿這組關係讀，就不容易把三種色款誤解成三個不同商品。邊界同樣要說清楚：ProductGroup 降低誤解的機會，但不保證變體排名合併，也不會自動聚合各自的評論。

變體描述值得差異化，理由在轉換：訪客選了 A 色，畫面還在讀 B 色的文案，說服力就漏了。每個主要變體單獨寫一段專屬描述，把該色的搭配情境、這個尺寸的實穿參考順手帶進來，轉換與長尾關鍵字一次服務。可變商品在 WooCommerce 裡的結構，站內另有說明。變體若生成參數網址，用標準網址收斂回主商品頁，別讓一頁裂成十頁。

不公開價格的頁面，拼的是資訊密度

B2B、批發、客製化商品，很多頁面不顯示價格。Offer 缺席，影響的是部分豐富結果的資格，商品屬性欄位照樣可以機讀。這類頁面的 SEO，拼的是資訊密度：規格表列得多細、材質做工講得多實、可客製哪些項目、起訂量與交期如何計算、有沒有應用案例與採購端的疑問解答。

目錄模式是隱藏價格的常見設定情境。這裡要忍住一個誘惑：不虛構 Offer 或評分去換豐富結果。標記頁面上不存在的價格與星等，風險大於收益，鐵則前面已經講過，不因為沒有價格就例外。

轉換的關鍵事件改成表單送出。詢價表單的欄位依業務所需精簡，把成功送出登錄成分析裡的轉換事件，不同到達頁的詢問品質才有得比較。適合延後決策的商品，可以評估 願望清單功能，再用登入與分析資料驗證訪客是否真的回訪。

規格與比較內容是採購型查詢的救命繩。採購者在搜尋階段問的，正好是詳細規格、應用案例、採購 FAQ；用頁籤與表格結構化呈現，人好讀，機器也好讀。資訊密度夠的頁面，就算沒有價格標籤，也有機會出現在採購型查詢的結果裡。

採購 FAQ 的題目不用憑空想，業務信箱裡重複出現的問題就是現成的清單：最低訂購量能不能談、客製要加多少工期、大量有沒有價格級距。每回答一次，頁面就少一封往來信件，也多一段對採購型查詢有用的內容。

先讓頁面被連到：商品頁的對內路徑

連結對商品頁有兩層意義：機器沿它探索頁面，也沿它理解頁面之間的關係。沒有任何內部連結指向的頁面，等於沒有入口，很難被當成重要頁面。對內的路徑，顧三條就夠。

分類頁把商品頁放在連結前段，是最基本的一條；商品被埋在分頁深處，等於被排在隊伍末端。第二條是商品之間的互連：相關商品與推薦搭配的輪播模組，讓同主題的商品互相串連，既服務客單價，也織出主題的地圖。第三條是內容頁往商品頁：選購指南、比較文，把資訊型流量接到交易頁，同時傳遞語意與真實的潛在顧客。

錨點文字跟著講究：描述被連頁面的主題，而不是「看更多」三個字用到底。機器沿連結讀錨點文字來理解頁面關係，人也是。內部連結要怎麼布局、哪些錯誤要避開，站內的完整策略專文講得更細。

具體的錨點寫法，差別看例子就明白。同樣連到一款保養品的旅行組頁面，「看更多」沒有資訊，「50ml 旅行組的容量與攜帶限制」則把被連頁面的主題說出去了。寧可長一點，也讓錨點自己站得住。

主題叢集是同一件事的放大版：圍繞同一主題的頁面互相串連，人與機器都能沿連結理解這群頁面的關係。邊界照舊講清楚：主題架構幫助理解，但 AI 最終引不引用某一頁，並沒有公開的門檻分數可以對照。

機器也在挑商品，留給 AI 入口的可讀資訊

AI 搜尋與購物助手成為新入口之後，商品頁要多做什麼？答案比傳聞少。Google 對 AI 功能的官方說明寫得直接：頁面符合一般索引與摘要資格，就可能出現在 AI 功能裡，不必為 AI 另立一套 Schema，也沒有哪份機器專用檔案要建。「另做一套 AI SEO」並不成立。

判斷原則一條就夠：只有人看著版面才讀得到的資訊，AI 系統也讀不到。價格做成圖片、規格收進互動元件、庫存按了按鈕才看得到，這些設計對人是體驗，對機器是空白。把價格、規格、庫存、購買條件用文字與結構化方式呈現，與可見內容保持一致，兩種讀者、同一組證據。

一致性在 AI 場景的意義還要再放大一層。機器摘要商品資訊時，頁面文字、結構化標記、圖片線索若是三個版本，被引用的那個說法就不可控；三個來源一致，機器轉述時走調的機會就小。先讓自己的頁面不自相矛盾，再談其他。

行為端的變化值得跟。AI 購物入口改變消費者找商品的路徑，代理式瀏覽對網站可讀性的要求也正在成形。交易端還有 開放結帳協定的進展：UCP 正在為代理下單擬一套共同的結帳規則，而一致的商品資料，就是那套規則立足的地基。這些都不改變一件事：沒有任何做法能保證商品被 AI 推薦。

把商品頁當產品線來管

修完之後，怎麼知道訊號真的被讀到？先讓工具回話，不靠感覺。依實際網址結構把商品頁建成獨立的報表群組，記下基準線，逐頁看；平均數會把個別頁面的問題攤平掉。

分組之前，先核對商店實際的商品網址結構。WooCommerce 在 WordPress 後台可選的商品永久連結有 default、shop、shop with category、custom 等選項，/shop/ 開頭不自動等於全部商品頁，預設結構下商品網址甚至不含 /shop/。依實際路徑建立 Search Console 的網頁篩選或正則式，才不會把分類頁與商店首頁混進商品頁群組。

基準線至少記這幾項：

• 曝光與點擊：搜尋結果報表，逐頁看，附帶觸發的查詢字詞。
• 點閱率：同報表，對照字詞與版面變化一起判讀。
• 加購與結帳：GA4 關鍵事件或商店內建報表。
• 體驗：Core Web Vitals 報表，看實際使用者的百分位，不看單次實測。

調整後多久生效，沒有標準時程，也沒有哪次大型索引刷新是站長能事先算準的；觀察窗照商店的流量規模與購買週期自己抓。判斷卡點用分層指標：訊號層先通、內容層後進，而不是只盯排名數字。GA4 同步建商品頁專屬區隔，哪一層卡住，修哪一層。

資源分配讓分層指標指揮。訊號層沒通之前，內容層的投資先緩；沒被索引的頁面，文案寫到滿分也沒有觀眾。反過來，訊號層全通、點閱也有了，訂單就是商品力與價格的對話，SEO 能做的事已經做完了，誠實面對這條線，預算才會往對的地方去。

收尾把立場說完。索引、內容、標記與體驗，換到的是被看懂、被找到的入場資格；流量最終長多大、訂單接不接得住，還要看需求、競爭態勢與商品力。把商品頁當產品線來管，定期按症狀體檢，比任何一次性的大改可靠。電商 SEO 的整體布局，另文延伸。