技術 SEO 的常見問題排查
技術 SEO 的問題都是靜默的
網站看起來正常運作，但搜尋流量莫名下滑或長期不成長。這類問題不會有錯誤訊息，只能主動檢查。
以下是最常見的幾種，依嚴重程度排列。
一、整站不被收錄
最嚴重，但也最容易修正。 依序檢查：
- 打開自己的 robots.txt——是否有阻擋全站的設定
- 檢查頁面是否有 noindex 標記——測試期間常設定，上線忘記移除
- 用 Search Console 的網址檢查——它會直接說明未收錄的原因
這三項幾乎涵蓋了所有「網站正常但搜尋不到」的情況。改版後的網站尤其要查。
二、大量 404 錯誤
常見於改版之後，舊網址沒有做轉向。
處理原則
| 情況 | 正確處理 |
|---|---|
| 內容搬到新網址 | 301 永久轉向 |
| 內容已永久移除 | 回傳 410 已刪除 |
| 暫時下架，之後會回來 | 維持 404 或另做說明頁 |
| 找不到對應的頁面 | 轉向到最相近的分類頁 |
不要全部轉向到首頁。 大量轉首頁會被視為軟性 404，等同放棄那些頁面的評價。
改版的完整處理見網站改版或更換網域，SEO 排名怎麼保住。
三、轉址鏈與轉址迴圈
轉址鏈是 A 轉到 B、B 再轉到 C。每一次轉向都有耗損，也浪費抓取資源。
常見於多次改版累積下來的設定——第一次改版做了轉向，第二次改版又在上面加一層。
正確做法是讓 A 直接轉到 C，整理成單層。
轉址迴圈則是 A 轉 B、B 又轉回 A，頁面完全無法開啟。常見原因是 www 與 https 的轉向規則互相衝突。
四、軟性 404
頁面顯示「找不到商品」之類的訊息，但回傳的狀態卻是正常。搜尋引擎會認為這是一個有效頁面而收錄它。
常見於商品下架、搜尋無結果、分類為空的情況。正確做法是確實回傳 404 或 410 狀態，而不只是顯示一段文字。
五、混合內容
網站已經是 https，但頁面中仍有以 http 載入的圖片、樣式或腳本。
後果是瀏覽器可能顯示不安全警告，或直接阻擋那些資源導致版面異常。
常見來源：內文中寫死的 http 網址。這也是為什麼建議內文的網址使用相對路徑或佔位符，見後台編輯器怎麼用。
六、行動裝置的問題
搜尋引擎主要以手機版的呈現作為判斷依據。所以：
- 手機版隱藏的內容，可能等於不存在
- 手機版無法正常瀏覽會直接影響評價
- 手機與電腦版若內容差異太大，會造成判斷混亂
手機端的檢查見手機版破版與常見問題排查。
七、內容需要執行程式才顯示
如果頁面的主要內容是由前端程式動態產生的，搜尋引擎可能無法完整取得。
判斷方法
在瀏覽器中檢視網頁原始碼（不是開發者工具的檢查，而是原始碼）。如果看不到主要的文字內容，那搜尋引擎也可能看不到。
這種情況需要開發端處理，常見的解法是讓伺服器端先產生內容。發包時若網站有大量動態內容，可以先確認這一點。
八、每頁的標題與描述重複
全站共用同一組標題與描述，是很常見的疏忽。後果是搜尋引擎難以判斷各頁的差異，搜尋結果的呈現也沒有吸引力。
每一頁都應該有各自的標題與描述，且後台要能個別設定。寫法見關鍵字密度是迷思嗎。
排查的順序
如果搜尋流量下滑，建議這樣查：
- 確認範圍——全站下滑還是特定頁面？特定關鍵字還是全面？
- 查 Search Console 的涵蓋範圍——收錄數是否減少
- 查 robots.txt 與 noindex——最常見的原因
- 查是否有大量 404——近期是否改版或刪除內容
- 對照時間點——下滑的時間是否對應到某次改版、搬遷或設定變更
- 確認是否為搜尋引擎的演算法更新——若同業也普遍下滑，可能是外部因素
第五項最有效。技術性的流量下滑，幾乎都能對應到某個具體的變更。
定期檢查的建議
- 每季——查看 Search Console 的涵蓋範圍與錯誤報表
- 每次改版或搬遷後——完整檢查 robots.txt、noindex、轉向、sitemap
- 每半年——檢查轉址鏈是否累積、是否有孤島頁面
技術 SEO 的多數問題，是設定一次就長期有效的。花時間查一次，效益可以持續很久。