SEO
舊網址能開就過關？逐站驗收轉址路徑
改過兩次文章網址後，從最舊的連結點進去，畫面可能直接顯示最新版。中間發生的轉址，通常不會留在網址列上。今天的目標是記下每次跳轉，確認舊網址能否直接抵達內容相符的新頁。適合自己維護網站、交接改版或整理舊文章的個人、工作室與小型團隊。
準備桌面 Chrome、記事本，以及一組確定已搬遷的公開網址。先找原頁與新頁的對照，避免拿兩個內容不同的頁面做比較。手上沒有改版紀錄時，可以先照下方虛構範例填表，再挑自己有權檢查的頁面走一次。
【把目的頁寫清楚】
先抄下舊網址與預期的新網址，並記一句能辨識新頁的內容，例如「主標題應為練習手冊新版」。這樣即使最後顯示成功狀態，也能看出是否誤導到首頁、語言不同的版本或一張通用說明頁。若找不到對應內容，先標待確認，請維護者決定如何處理。
Google 的網站遷移文件建議，永久搬遷時，在可行的情況下使用伺服器端永久轉址，並盡量讓舊網址直接指向最後目的地。是否採用永久轉址，要依搬遷意圖決定。教學用 301 示範已確認的永久搬遷情境。
【照四步留下紀錄】
1. 開啟 Chrome 開發人員工具，選 Network，也就是網路面板。開啟 Preserve log 保留記錄，清掉前一輪的請求列表，再從網址列載入舊網址。若清單很多，可先篩選文件類型，對照起始網址辨認這一趟請求。
2. 從第一筆主要文件開始，逐筆抄下請求網址、狀態碼和回應標頭 Location。Location 指示下一站，有時只寫相對路徑，要與本次請求網址一起判讀。接著沿下一站找對應請求。計數只算這趟導航中的轉址，圖片、字型和其他資源各自有請求，不列入。
3. 記下最後網址、回應狀態和頁面主標題，再與原先的對照表核對。若看見同一路徑反覆出現、到了登入頁，或瀏覽器顯示轉址過多，就保存現象並標待處理。若第一跳已被快取而看不清楚，可換乾淨視窗重查，並記下測試條件。
4. 在測試站調整前，先保存這份路徑紀錄。若確定中間站沒有必要，由有權修改的維護者把舊網址指到對應的新頁，再從相同舊網址重跑。兩輪都保留，才能回答少了哪一跳，是否仍抵達預期內容。
【今天的本機對照】
我建立虛構的「練習手冊」伺服器，使用 Python 發送兩次 GET 並保存轉址歷史。第一條從 /old-a 出發，收到 301 前往 /bridge，再收到 301 前往 /new。第二條從 /old-b 出發，收到一次 301 就前往 /new。兩條最後都是 200，回傳文字同為「練習手冊新版」。
實際核對的是本機 HTTP 回應，前者有兩次轉址，後者有一次。上面的 Chrome 步驟供讀者重做，本次量測使用 Python。資料屬於自建教材，範圍限於回應碼、下一站與正文。正式網站的收錄、速度和排名需各自量測。
【驗收表怎麼填】
每列寫「起始網址、逐站狀態與目的地、跳數、最後網址、內容核對、查驗時間」。這個教材的預期成果是兩列記錄，最後目的地與正文都相符，第二列少一跳。若新頁回了 200，主標題卻是首頁，應把內容核對填為不符。
最常漏的是只抄最後一個 200，或只檢查瀏覽器最後顯示的網址。也有人發現中繼站後，順手刪掉它的舊轉址。調整前要查哪些其他連結仍從那個中繼網址進站，先保留必要的入口，再逐一測試。站內仍能編輯的連結，另列成更新清單，讓它們直接指向正確目的頁。
你的作業是選兩條舊連結，各填一列並判定「直達、經中繼、目的不符或待確認」。先完成讀取檢查，有權限才在測試環境修改。遇到短網址服務、外部平台或必須登入才能抵達的頁面，把可觀察範圍與負責者記下來。
瀏覽器與本機檢查可零額外工具費完成。若要調整正式主機、外掛或付費短網址服務，費用與權限依原方案確認，這份練習只需交出可重查的路徑紀錄。
來源（2026-11-06 查核）
整理／配圖：客脈 AI。配圖為 AI 示意圖，路徑為虛構教材。
0
0
17 0
拍手
留言
分享
Line
複製連結
收藏