先查舊 URL 是否逐一 301 到最相近的新頁、內鏈是否更新、目的頁是否保留原本搜尋意圖,以及 Google 是否已重新抓取。把多個不同任務全部導到一頁,訊號很容易被稀釋。
頁面合併同時改 URL、內容與內鏈,若沒有 mapping 與變更紀錄,就很難知道是搬移尚未完成,還是新頁根本無法承接舊查詢。
先看哪些訊號,再決定怎麼處理
| 檢查訊號 | 代表什麼 | 下一步 |
|---|---|---|
| 舊 URL 回 404 或導首頁 | 訊號與需求無法對應 | 改成逐一 301 到最相近頁 |
| 新頁刪掉舊頁核心段落 | 搜尋意圖承接消失 | 補回必要答案或拆頁 |
| 內鏈仍指舊 URL | 站內訊號與 redirect 矛盾 | 更新所有重要內鏈 |
操作示例
操作示例:建立舊 URL、新 URL、舊主要查詢、redirect 狀態、新頁承接段落五欄 mapping。任何舊查詢找不到新頁對應答案,就先不要宣告合併完成。
最容易誤判的地方
- 所有舊頁都導向首頁或分類頁
- 只確認 301 存在,不檢查內容是否承接
適用與不適用情境
適合用在
適合近期做內容整併、URL 重構或網站搬移後流量驟降的網站。
不適合直接套用
若下降發生在合併前,應先查其他事件,不要把所有問題歸因於 redirect。
接下來怎麼做
- 匯出完整新舊 URL mapping
- 修正 redirect、canonical 與內鏈
- 按舊查詢驗證新頁內容後等待重新處理