換網址就像搬家，搬不好就會失聯
你有沒有遇過這種情況：公司重新改版了網站，設計變漂亮了、功能也升級了，結果上線之後 Google 的自然流量掉了七成。老闆問怎麼回事，大家一臉茫然。
問題出在哪？通常就是網址沒處理好。
網址（URL）對 SEO 來說，就像你家的門牌號碼。Google 記住你的頁面排名、外部網站連結到你——靠的都是這組網址。你把網址一改，等於門牌換了，原本認識路的人全部找不到你。
這件事聽起來很基本，但我們看過太多網站在改版或搬家的時候踩到這個坑。有些損失是可以挽回的，有些則很難。所以在動手之前，把網址結構和重新導向搞清楚，絕對值得你花這個時間。
好的 URL 結構長什麼樣子
一個對 SEO 友善的 URL 不需要花俏，重點是簡單、可讀、有意義。
用人看得懂的文字
/products/wireless-bluetooth-earbuds 跟 /products?id=48372&cat=9 相比，前者不管是 Google 還是使用者看了都知道這頁在賣什麼。搜尋結果裡面，URL 也會顯示在標題下方，乾淨的網址能增加使用者的信任感。
包含目標關鍵字
URL 裡出現關鍵字是一個 SEO 信號。不是說它的權重有多大，但有總比沒有好。比如你在做「藍牙耳機推薦」這個主題，URL 裡有 bluetooth-earbuds 就比一串亂碼有意義。
控制層級深度
URL 的路徑層級不要太深。/blog/2026/02/22/category/subcategory/article-title 這種結構太冗長了。/blog/article-title 或 /seo/article-title 就清楚明瞭。一般來說，從首頁點三次以內就能到達的深度是比較理想的。
用連字號分隔單字
英文用 - 而不是 _ 或其他符號來分隔。Google 會把連字號當作空格處理，on-page-seo 在 Google 眼裡就等於 on page seo。底線則不會被這樣處理。
統一使用小寫
URL 在技術上是區分大小寫的。/About-Us 和 /about-us 對伺服器來說可能是兩個不同的頁面。統一用小寫可以避免重複內容的問題。
避免不必要的參數
像 ?session_id=abc123 或 &tracking=campaign_a 這種動態參數，盡量不要出現在 Google 會索引的 URL 裡。如果無法避免，就在 Google Search Console 裡面設定參數處理方式。
記住一個原則：URL 一旦被 Google 索引了，就盡量不要改。 如果設計的時候就做對了，後面就不需要搬家。
301 和 302 到底差在哪
重新導向（Redirect）是告訴瀏覽器和搜尋引擎：「這個網址已經搬到另一個地方了，請去新的位置。」但重新導向有很多種，搞混了會出大事。
301 永久重新導向
301 的意思是「這個頁面永久搬到新位置了」。Google 看到 301 之後，會把舊 URL 的排名權重和連結指標轉移到新 URL 上。大部分的網站搬家、URL 更改，你應該用 301。
302 暫時重新導向
302 告訴 Google「這只是暫時的，舊網址之後還會回來」。所以 Google 不會轉移權重到新 URL，它會繼續保留舊 URL 在索引裡。302 適合用在網站維護期間的暫時轉址，或者 A/B 測試的時候。
常見的錯誤：該用 301 卻用了 302
這是最常見的導向錯誤。網站搬家之後用了 302，Google 以為舊的 URL 之後還會回來，於是不轉移權重。結果新舊兩個 URL 同時存在於索引裡，排名分散，兩邊都排不好。
還有一種情況是用了 JavaScript 或 Meta Refresh 來做轉址。這些方式 Google 不一定能正確解讀，SEO 效果遠不如伺服器端的 301。
307 和 308
HTTP 規範裡還有 307（暫時）和 308（永久），差別在於它們會保留原始的 HTTP 方法（GET/POST）。對 SEO 來說，301 和 308 的效果差不多，但 301 的相容性最好，用 301 就對了。
網站搬家的正確步驟
不管你是改版網站、換網域、還是調整 URL 結構，以下是不掉排名的完整流程。
第一步：盤點所有現有的 URL
在動手改任何東西之前，先建一份完整的 URL 清單。你可以從這些地方取得：
- Google Search Console 的「網頁」報告：看看 Google 目前索引了你的哪些頁面
- 網站的 Sitemap：通常在
/sitemap.xml - 爬蟲工具（像 Screaming Frog）：完整掃描你的網站，找出所有 URL
- Google Analytics：看哪些頁面有流量，這些是你最不能搞丟的
第二步：建立新舊 URL 對照表
把每一個舊 URL 對應到新的 URL。這份對照表是整個搬家過程中最重要的文件。格式很簡單，一欄舊 URL、一欄新 URL。
如果你有幾百個甚至幾千個頁面，手動對照很痛苦。這時候就需要用有規則的對照邏輯，比如「舊的 /blog/2026/02/文章名稱 一律對應到新的 /blog/文章名稱」，然後用正則表達式來批次處理。
第三步：設定 301 重新導向
根據你的對照表，在伺服器上設定 301 轉址。不同的伺服器設定方式不同：
Apache 伺服器用 .htaccess 檔案：
Redirect 301 /old-page /new-page
Nginx 在設定檔裡加：
rewrite ^/old-page$ /new-page permanent;
如果你用 WordPress，有外掛可以管理（像 Redirection），不用直接改伺服器設定。
第四步：更新內部連結
不要只做重新導向就覺得結束了。你網站內部的連結——選單、文章裡的超連結、頁腳連結——都應該直接改成新的 URL。讓使用者和爬蟲直接到新位置，不要每次都經過一層轉址。
第五步：更新外部資源
你能控制的外部連結也要更新。比如你在 Google 商家檔案、社群媒體簡介、email 簽名裡放的連結。這些改了就改了，不要讓它們一直指向舊的 URL 再轉過去。
搬家之後要監控什麼
網站搬完不是就沒事了。接下來幾週你需要密切監控幾件事：
Google Search Console 的涵蓋範圍報告
看看 Google 有沒有正確索引新的 URL，以及有沒有大量的 404 錯誤出現。如果出現了你對照表裡沒有的 404，代表你漏掉了一些頁面。
流量變化
搬家後的前兩週流量可能會有波動，這是正常的。Google 需要時間重新爬取和更新索引。但如果兩週之後流量還是持續下滑，就要趕快檢查是不是有重新導向的問題。
排名追蹤
用排名追蹤工具（像 Ahrefs 或 SE Ranking）盯著你最重要的關鍵字排名。小幅波動是正常的，但如果整體排名掉了好幾頁而且沒有回升的跡象，就要回頭檢查 301 有沒有設對。
爬取錯誤
在 Search Console 裡看有沒有「已轉址的頁面」出現問題，像是重新導向鏈（一個轉址接著另一個轉址再接另一個）或重新導向迴圈（A 轉到 B、B 又轉回 A）。
五個最常見的重新導向錯誤
實務上我們看過太多網站在重新導向上踩坑，這裡整理最常見的五個錯誤。
錯誤一：全部導到首頁
最偷懶的做法就是把所有舊 URL 都 301 到首頁。技術上你做了重新導向，但 Google 並不蠢。一個關於「藍牙耳機評測」的頁面被導到首頁，Google 知道這兩個頁面的內容完全不相關，它不會把排名權重轉過去。
正確做法是一對一對應：舊的藍牙耳機評測頁面要導到新的藍牙耳機評測頁面。如果新網站真的沒有對應的頁面了，導到最相關的分類頁也比導到首頁好。
錯誤二：重新導向鏈太長
A 導到 B、B 導到 C、C 導到 D——這種連續轉址叫做重新導向鏈（Redirect Chain）。每經過一層轉址，頁面載入就慢一點，而且 Google 爬蟲預設只會跟隨有限次數的轉址。把鏈條拉太長，最後面的那些頁面可能根本不會被正確索引。
錯誤三：沒有更新 Sitemap
搬家之後忘記更新 Sitemap，裡面還是舊的 URL。Google 爬蟲去抓 Sitemap 裡的 URL，每次都碰到 301，這會拖慢 Google 重新索引新 URL 的速度。
錯誤四：忘記處理 HTTP 到 HTTPS
現在幾乎所有網站都應該用 HTTPS。如果你的舊站是 HTTP，新站是 HTTPS，這其實等於換了網域（對 Google 來說 http://example.com 和 https://example.com 是不同的網站）。你需要做 301 從 HTTP 版本導到 HTTPS 版本。
錯誤五：太早移除重新導向
有些人覺得搬家完三個月了、Google 也都索引新 URL 了，就把 301 轉址拿掉。但外部的連結你控制不了，別人的文章、論壇、書籤裡可能還是舊的 URL。301 的效能開銷非常小，建議至少保留一年以上，甚至永久保留。
特殊情境：換網域怎麼處理
如果你不只是改 URL 結構，而是要整個換網域（比如從 old-brand.com 換成 new-brand.com），事情會更複雜一些。
除了前面說的所有步驟之外，你還需要：
在 Google Search Console 使用「變更地址」工具
這個工具讓你正式通知 Google：這個網站已經搬到新網域了。Google 會加速對新網域的爬取和索引。
兩個網域的 Search Console 都要保留
不要把舊網域的 Search Console 資源刪掉。在搬家過渡期間，你需要同時監控兩邊的數據。
舊網域至少續約一年
即使你已經把所有流量都導到新網域了，舊網域的註冊也要繼續續約。萬一你放掉舊網域被別人搶註，你所有的 301 轉址就全部失效了。
換網域的 SEO 影響比換 URL 結構更大，通常需要 3-6 個月才能完全恢復到之前的流量水準。在決定換網域之前，先想清楚是不是真的有必要。
做好規劃才不用善後
URL 的設計就像房子的地基，一開始做對了，後面省掉非常多麻煩。
如果你正在建新網站，花一點時間把 URL 結構想清楚：
- 用有意義的路徑名稱
- 保持結構扁平
- 避免把日期放進 URL（文章更新後日期就過時了）
- 規劃好分類結構
如果你已經需要搬家，就按照本文的步驟來：盤點所有 URL、建立一對一對照表、設好 301、更新內部連結、持續監控。只要流程做對了，搬家不一定會掉排名。
重新導向不是什麼高深的技術，但細節很多。少漏掉一個頁面、多注意一個轉址鏈，可能就是流量掉一半跟完全不掉的差別。