網站改版如果網址會變，排名接不接得上取決於一件事：每一個還有人在用的舊網址，是不是都用 301 一次轉到內容最接近的新網址。做法分三段：改版前整理一份「舊網址→新網址」對照表；上線當天把對照表寫成轉址規則，逐條確認是一次到位的 301，中間沒有多轉一次；上線後 30 天每週看 Search Console 與主機存取紀錄，把漏掉的舊網址補進規則。只換版面、網址完全不變的改版，風險小得多，不是這篇的重點。
這篇用本站自己的轉址規則當例子。瑪尼國際的官網在 2026 年 8 月拿舊站留下的 151 個網址清單逐一實測，把仍會出現 404 的舊網址補上轉址，目前主機設定檔裡有 31 行 301 規則（含網域與 HTTPS 的統一轉址）。文中的數字都來自本站的設定檔、實測與存取紀錄。如果是換主機商、網址不變，請看網站搬家 7 步驟；WordPress 換網域時資料庫裡的網址怎麼取代，見WordPress 搬家怎麼搬不掉排名。
網站改版會掉排名嗎？先看網址變動屬於哪一種
搜尋引擎把排名、外部連結、使用者的書籤，都記在「網址」上，而不是記在「內容」上。新網址對 Google 來說是一個從零開始的新頁面；301 的作用是告訴它「這一頁永久搬家了，請把舊網址累積的訊號交給新網址」。所以同樣叫改版，風險差很多：
| 改版類型 | 網址有沒有變 | 搜尋引擎要重新處理什麼 | 風險 |
|---|---|---|---|
| 只換設計（版型、配色、RWD） | 不變 | 重新讀取內容與版面 | 低；內文被大幅刪減時才容易掉 |
| 網址結構改變（.htm 改 .php、目錄重整、改用英文網址、換網站系統） | 變 | 每個舊網址的訊號都要轉到新網址 | 中到高，取決於對照表完整度 |
| 合併或刪除頁面 | 部分消失 | 判斷哪些要轉、哪些讓它 404 | 中 |
| 換網域 | 全部變 | 整站訊號移轉 | 高；除了 301，還要在 Search Console 提出網址變更 |
轉址的種類也要選對。Google 官方文件把 301 與 308 視為「強烈訊號」，表示目的地網址應該取代舊網址；302 預設只是「弱訊號」（Google Search Central〈HTTP 狀態碼、網路與 DNS 錯誤〉，2026-02-04 更新）。改版是永久的，就用 301。有些網站系統或外掛預設送出 302，上線時要實際驗一次狀態碼，不要看後台寫「已設定轉址」就放心。
還有一個常見誤解：「新網站的 sitemap 已經送出了，Google 會自己找到新頁面。」sitemap 只告訴 Google 新網址存在，不會告訴它舊網址去了哪裡；舊網址累積的排名與外部連結，要靠 301 才接得上。另外，網址不變也可能掉排名，最常見的原因是改版把內文縮成幾句標語、或把文字做成圖片，這類問題的自我檢查見網站 AI 體檢。
舊網址 301 對照表怎麼做？5 個來源與 4 條對應原則
對照表最常見的問題不是對錯，而是漏列。只拿現有選單上看得到的頁面去做，會漏掉三種網址：早就不在選單上、但外面還有人連過來的舊頁；帶參數的網址；舊站時代另一種副檔名的網址。整理時從下面 5 個來源合併、去除重複：
| 來源 | 抓得到什麼 | 注意事項 |
|---|---|---|
| 1. 舊站 sitemap 與網站目錄的檔案清單 | 目前還存在的頁面 | 只有現況，抓不到早已刪掉、但外面還記得的網址 |
| 2. Search Console 成效報表的「網頁」分頁 | 近 16 個月有曝光、有點擊的網址，也就是最不能丟的那一批 | 依點擊排序，前段每一筆都要人工確認對應頁 |
| 3. GA4 到達網頁報表 | 實際有人進站的入口頁，含廣告與社群貼文連過來的 | 帶 UTM 等追蹤參數的要先去掉參數再合併 |
| 4. 主機存取紀錄 | 爬蟲與舊連結還在請求的網址，包括早就不在站上的 | 主機通常只保留近期紀錄，改版前一個月就要開始存 |
| 5. Search Console「連結」報表 | 別的網站連到你的哪些網址 | 外部連結指向的網址一定要有對應 |
本站 2026 年 8 月就是靠第 4 個來源補漏：存取紀錄顯示舊的網址註冊查詢頁 regurl.php 整個八月被請求 517 次，站上卻已經沒有任何頁面連到它；另外有 8 個舊作品內頁的網址仍被請求，來源以 SEO 資料庫的爬蟲為主，代表外部資料庫還記得這些網址。這些網址都不在當時的 sitemap 裡，只看 sitemap 做對照表一定會漏。
對照表要有哪些欄位
對照表用試算表即可，一列一個舊網址。下面兩列是本站實際在用的規則：
| 舊網址 | 新網址 | 來源 | 處理 | 上線後實測 | 備註 |
|---|---|---|---|---|---|
| /qna.php | /faq.php | 舊站遺留網址 | 301 | 301 → /faq.php | 舊的問答頁 |
| /host-jsp.htm | /host-jsp.php | 舊站遺留網址 | 301（規則批次處理） | 301 → /host-jsp.php | 同一條規則涵蓋 6 個 .htm 主機頁 |
實務上建議再加兩欄：「近 16 個月點擊數」決定優先順序，「負責人」決定誰來確認對應頁的內容是否真的接得上。
4 條對應原則
- 一對一，對到內容最接近的新頁。舊的主機代管說明頁轉到新的主機代管頁，不是轉到首頁或服務總覽。新站沒有對應頁時，先問自己這一頁是不是應該保留。
- 不要把大量舊網址全部轉首頁。Google 官方文件明講，把很多舊網址轉到單一、不相關的網址（例如新站首頁），可能被當成「軟性 404」處理（Google Search Central〈移轉網站並變更網址〉，2026-08-20 更新）。本站有幾條規則確實轉首頁，例如
home.htm、index.html，那是舊站的首頁網址，本來就對應首頁。真的沒有對應內容的，就讓它回 404，而且要回真正的 404 狀態碼，不要回一個寫著「找不到頁面」卻是 200 的頁面。 - 同類網址用規則批次處理，但要逐筆實測。本站用一條規則把 6 個舊的
host-*.htm對到同名的.php，另一條把所有product_*.php舊作品頁導到作品總覽。規則寫得越寬，越要拿對照表逐筆打一次，確認每一筆都落在預期的頁面。 - 帶參數的網址要保留參數。本站
regurl.php?url_team=tw轉到pay.php?url_team=tw，舊連結點進來會直接落在「台灣網址」那個頁籤。Apache 的轉址規則預設會把原本的參數帶過去，目標網址裡自己加了問號反而會把參數清掉。
一次到位轉址：上線當天怎麼設、怎麼驗
轉址鏈指的是舊網址先轉到中繼網址，再轉到最終網址。Google 的爬蟲預設最多跟隨 10 次轉址，但官方建議直接轉到最終目的地；做不到時也要盡量短，理想上不超過 3 次（同上兩份官方文件）。每多轉一次，訪客就多等一次往返，爬蟲也多花一次請求。
轉址鏈最常見的來源，是三種規則各寫各的、依序觸發：網域統一（www 與非 www、舊網域）、HTTP 轉 HTTPS、舊路徑轉新路徑。本站的做法是把「網域統一」放在「強制 HTTPS」之前，而且目標直接寫完整的 https 網址，所以實測 http://www.mani.tw/ 與 http://mani.com.tw/host-linux.php 都是一次就到 https://mani.tw/ 的對應頁。
本站實測抓到的例外：http 加舊路徑會轉兩次
2026-10-30 實測，https://mani.tw/qna.php 一次轉到 /faq.php；但 http://mani.tw/qna.php 會先轉到 https://mani.tw/qna.php，再轉到 /faq.php，共兩次。原因是舊頁面的規則排在強制 HTTPS 之後。兩次仍在 Google 建議的範圍內，但這正說明規則順序要用實測驗證，不能只看設定檔推論。
檢查轉址用命令列最清楚：
curl -sS -o /dev/null -w "%{http_code} -> %{redirect_url}" 舊網址
這行只看第一次回應的狀態碼與下一站。不要加 -L：加了會自動一路跟到底，只看到最後那個 200，看不出中間轉了幾次、是不是 302。不習慣命令列的話，用瀏覽器開發者工具的「網路」分頁，勾選保留紀錄再開舊網址，也能看到每一次轉址。另外，Search Console 的網址檢查工具不會跟著轉址，檢查舊網址只會看到「網頁會重新導向」，這是正常的。
上線當天的 6 項驗收
- 對照表逐筆跑一次：狀態碼是 301，目的地與表上相符。
- 每個目的地本身回 200，不是又一個 301 或 404。
- http／https、有無 www、舊網域，各種組合各抽幾筆，確認一次到位。
- 站內連結全部改成新網址，不要靠轉址撐。Google 文件也建議依對照表替換站內連結。
- sitemap 只放新網址，每頁的 canonical 指向新網址自己。
- 隨便打一個不存在的網址，確認回的是 404 狀態碼。
上線後 30 天觀察：每週看哪些數字
上線當天驗收過，不代表對照表完整。漏掉的舊網址會在接下來幾週陸續出現在存取紀錄與 Search Console。建議照下面的節奏看：
| 時間 | 看什麼 | 怎麼判斷 | 要做的事 |
|---|---|---|---|
| 第 1～3 天 | 主機存取紀錄的 404 清單 | 有人或爬蟲在請求、但對照表漏掉的舊網址 | 依請求次數排序補規則 |
| 第 1 週 | Search Console「網頁」報表 | 舊網址出現在「網頁會重新導向」是正常的，代表 Google 讀到 301；出現在「找不到（404）」的舊網址才要處理 | 補規則；判斷方式見下方連結 |
| 第 2 週 | 成效報表的新舊網址曝光 | 舊網址曝光下降、新網址曝光上升是正常交接；兩邊一起掉才要查 | 檢查對應的新頁內容是否大幅縮減 |
| 第 3～4 週 | 主要查詢字的平均排名、詢價表單件數 | 與改版前 4 週比較，避開連假等特殊期間 | 某組查詢字明顯掉，查它原本的到達頁對到哪裡 |
| 第 30 天 | 對照表全數複測一次 | 規則有沒有被後續改動蓋掉 | 對照表歸檔，轉址規則繼續保留 |
Search Console 各種未建立索引狀態的意思、哪些該處理、哪些是正常訊號，整理在Google Search Console 怎麼看。交接期間曝光有起伏是常見的，各網站的幅度差異很大，我們不給一個固定的百分比；重點是不要在第一週就把規則改來改去，讓搜尋引擎有時間處理。
30 天後不要拆規則
Google 官方文件建議轉址盡可能長期保留，一般至少 1 年。本站的例子：2026 年 10 月 29 日晚間到 30 日上午約 14 小時的存取紀錄裡，Googlebot 仍抓了 8 個早已淘汰的舊網址，包括 qna.php、home.htm 與 4 個舊的 .htm 主機頁，全部回 301。其中 home.htm 的規則是 2026 年 8 月 28 日加入的，兩個月後 Google 仍回來確認。轉址規則留著幾乎沒有成本，拆掉就是 404。
改版找廠商，這 3 件事寫進需求書
轉址最容易在交接之間掉下去：設計公司做新站、主機商管設定檔、行銷人員看 Search Console，結果沒有人負責對照表。發包時把這三件事寫清楚：對照表由誰整理、用哪些來源；轉址規則由誰設定、上線當天誰驗收；上線後 30 天誰看、多久回報一次。需求書的寫法見網站建置需求書怎麼寫。如果改版的起因是舊網站年代太久（例如還是 .htm 靜態頁或舊版 PHP），哪些能修、哪些要重做，可以先看老網站升級那篇。
本站的轉址規則就是靠持續看存取紀錄，一條一條補齊的。改版時建議在網頁設計階段就把對照表整理好，上線後由網站代管持續看存取紀錄補規則。瑪尼國際成立於 2004 年，深耕逾 20 年、服務逾 500 家企業，設計、主機與上線後的維護由同一組人負責，對照表、轉址與觀察不會在交接之間漏掉，這就是我們的一條龍服務。
常見問題
Q：網站改版網址改了，舊網址一定要做 301 嗎？
有曝光、有點擊、有外部連結，或存取紀錄裡還有人在請求的舊網址，都要做。301 會告訴搜尋引擎這一頁已經永久搬到新網址，讓原本累積的排名訊號轉過去；沒做的話舊網址會變成 404，排名與外部連結都接不上。真的沒有對應內容、也沒有人在用的舊網址，可以讓它回 404。
Q：網站改版後 301 轉址要保留多久？
建議至少保留 1 年，能一直保留更好。Google 官方文件建議轉址盡可能長期保留，一般至少 1 年。舊網址被搜尋引擎與外部網站記得的時間比多數人以為的長，本站早已設好轉址的舊網址，Googlebot 到現在仍會回來抓。
Q：網站改版時舊網址可以全部轉到首頁嗎？
不建議。把大量舊網址都轉到首頁，搜尋引擎可能把它們當成「軟性 404」，原本的排名訊號接不到對應的內容，訪客也找不到原本要看的頁面。應該一對一轉到內容最接近的新頁，只有舊站首頁這類本來就對應首頁的網址才轉首頁。