WordPress 搬家完整指南：301 重定向與 SEO 轉移

你是不是正面臨這個抉擇：舊網域用了很多年，現在品牌改了名、或想換一個更短更好記的網址，於是打算連主機一起換掉、重新出發？聽起來很合理，對吧。但得先把最殘酷的答案擺在第一段：換網域是 WordPress 站長能做的所有動作裡，SEO 風險最高的一種。它不是「搬家」，它是「把整間店拆掉、在另一條街重建、然後拜託老顧客還找得到你」。

依 W3Techs 的統計（2026 年 6 月），WordPress 占全球網站 CMS 市占超過四成，是全世界最普遍的內容管理系統。也就是說，無數站長遲早會碰到同一個問題：舊網域要不要換、要怎麼換才不會把好不容易養起來的排名一次歸零。這篇要把「換主機＋換網域」這兩件常被混為一談、其實風險天差地別的事一次拆解，並給你一份可以直接照著跑的行動清單。

你以為只是搬家，其實是兩件事疊在一起

絕大多數人把「WordPress 搬家」當成一個動詞，但其實它涵蓋了風險等級完全不同的兩種操作。搞不清楚自己站在哪一邊，是悲劇的起點。

操作類型	網址結構	SEO 風險	關鍵動作
只換主機、網域不動	完全不變	低	檔案＋資料庫搬過去、DNS 指到新 IP 即可
換主機「同時」換網域	整站網址全變	高	逐組 URL 做 1:1 的 301 重定向＋通知 Google

如果你只是換主機、網域保留，那是相對安全的操作，Google 看到的網址一個都沒變，排名幾乎不會受影響。這條路徑在另一篇 保留原網域的搬家教學 裡有完整拆解，需要的話先讀那篇。

但這篇要談的是下面那一列：連網域一起換。這時候每一篇文章、每一個分類、每一個產品頁的網址全部改變。對 Google 來說，這等於是「一個全新、沒有歷史、沒有排名紀錄的網站冒了出來，同時另一個老網站憑空消失」。你過去累積的所有排名訊號，全都綁在舊網址上。要把這些訊號「搬」到新網址，靠的只有一個機制：301 重定向。

換句話說，換網域的本質是訊號轉移問題，技術只是載體。技術上把檔案搬過去，一個外掛半小時就搞定；但訊號能不能完整轉移、Google 願不願意把舊網址的排名「過戶」給新網址，才是這場硬仗的戰場。

為什麼「換網域」是 WordPress 站長最該敬畏的動作

Google 官方對「附帶網址變更的網站遷移」有明確的說明文件，而且開宗明義就講：這類遷移比單純換主機複雜得多，需要更長的準備與監控週期。官方之所以這麼謹慎，是因為換網域會同時動到好幾個排名訊號。

第一個被動到的是網址層級的排名累積。Google 的排名是綁在「個別網址」上的，不是綁在你的品牌或帳號上。舊網址長期累積的相關性、點擊訊號、內容品質評分，全都寄存在那串舊 URL 裡。網址一換，這些等於被清空，必須透過 301 讓 Google 把權重「過繼」到新網址。過繼過程不是百分之百，也不是即時，通常需要幾週到幾個月。

第二個被動到的是反向連結。全網路上別人連到你網站的那些連結，網址全指向舊網域。Backlinko 的研究分析超過 1180 萬筆 Google 搜尋結果發現，反向連結與排名之間有顯著關聯（2025 年 4 月）。換網域之後，這些外部連結並不會自動跟著你搬，它們仍然指著舊網址。你只能靠舊網域上的 301，把每一筆外部連結的價值「轉投」到新網址。換句話說，你沒辦法一通電話通知全世界更新連結，你只能確保舊網域永遠站在那裡、忠實地把流量和權重轉過去。

第三個容易被低估的是網域層級的信任累積。一個經營多年的網域，在 Google 眼裡帶著年齡、穩定度、歷史表現這些「體質分」。新網域是張白紙，Google 會重新評估它值不值得信任。這部分沒有任何外掛能幫你搬，只能靠 301 持續轉移、加上時間慢慢重建。想知道這個指標怎麼運作，可以參考 網域權重攻略。

先問一個更狠的問題：這個網域真的非換不可嗎

在進入整套搬家流程之前，得先潑一盆冷水。因為實務上常見的狀況是，站長花了好幾個月、掉了三成流量，才發現當初換網域的理由根本站不住腳。換網域的代價這麼高，所以第一個該做的不是找外掛，而是誠實問自己：這一換，換得值不值。

有些情況，換網域是合理且必要的決定。公司真的改名了、品牌定位整個轉向，舊網域已經跟新品牌完全對不上；或是舊網域因為早年踩過黑帽、被埋了大量垃圾外部連結，背了 Google 演算法懲罰的鍋，怎麼清都清不乾淨，這時候換一個乾淨的網域重新出發，反而比在爛攤子裡收拾更快；又或者你用的是一個看起來不專業的舊網域，嚴重拖累點擊率與品牌信任。這幾種情境，換網域的長期收益大於短期陣痛。

但更多時候，換網域只是出於一時的念頭：覺得新網域比較短、比較好記、看起來比較酷。老實說，一個網址好不好記，對排名的影響遠遠比不上換網域帶來的排名風險。如果你的舊網域已經有穩定的自然流量、有累積的反向連結、有 Google 認得的歷史，只因為「想換個更好看的網址」就全部推倒重來，這筆帳怎麼算都不划算。

判斷的標準其實很樸素：把這次換網域預期帶來的長期收益（品牌一致性、更好的信任、更乾淨的連結體質），拿來跟幾乎一定會發生的短期成本（幾週到幾個月的排名波動、301 維護的持續支出、外部連結價值的耗損）放在天平兩端。只有當長期收益明確蓋過短期成本，這個決定才值得做。如果你的理由只是「好看」，建議很直接：別換，把那筆心力拿去寫兩篇好內容，對 SEO 的幫助大得多。萬一你已經評估過、確定要換，那就把剩下的篇幅認真讀完，把風險控到最低。

在實務現場，這種「搬家搬一半」的劇本反覆上演，而且掉排名的速度比你想像得快。最常見的翻車點，是站長誤以為「網站打開了、看起來正常」就等於搬家成功，於是在第三天就把舊網域的主機退租、301 也跟著斷掉，接下來兩週排名像自由落體。

動手之前，先把三張表準備好

真正的工程，在動手之前就已經開始。建議你在碰任何外掛之前，先產出三份文件。這三份表，是你萬一中途出錯時唯一能救命的東西。

第一張：URL 對照表（1:1 對應清單）

這是整件事最重要的一份資產。把舊站上每一個公開網址，對應到新站上它應該變成的網址。一篇對一篇，一個都不准漏。包含文章、頁面、分類、標籤、作者頁、分頁、甚至是圖片附件頁。這份表後面會直接變成你的 301 規則。

第二張：資產盤點表

把網站「值錢的東西」全部列出來：流量最高的前 20 篇文章、帶來最多外部連結的頁面、有排名的關鍵字與對應網址、重要的結構化資料、第三方服務的串接（Analytics、Search Console、Pixel、SMTP、金流）。這份表的作用是讓你在搬家後，有一份「驗收清單」可以逐項核對，不用憑感覺猜網站正不正常。

第三張：回滾計畫

萬一新站上線後出現嚴重問題，你要能在多久內把舊站恢復上線、DNS 切回去？回滾計畫寫清楚：舊主機保留多久（建議至少三到六個月，不要急著退租）、舊網域續約到什麼時候（建議至少續一年以上）、DNS 的 TTL 在切換前要先調降多久、誰負責按按鈕。沒有回滾計畫的搬家，等於沒有保險的高空作業。

第一步：把舊站完整打包，一份都不能少

備份不是這場工程的主角，卻是唯一不能省的底線。打包要包含兩大塊：伺服器上的所有檔案，以及完整的資料庫。很多人以為匯出文章 XML 就夠了，那只能救回內容，救不回你的設定、外掛配置、選單結構、媒體庫、自訂欄位。

檔案部分至少要涵蓋：wp-content 整個目錄（裡面有佈景主題、外掛、上傳的媒體）、.htaccess、wp-config.php。資料庫則要匯出完整的 SQL 檔，包含所有資料表。如果你用 UpdraftPlus 這類備份外掛，記得在設定裡勾選「包含檔案＋資料庫」，並且把備份檔下載到本機與雲端各一份。備份留在同一台主機上不算備份，主機掛了就一起陪葬。更完整的備份還原流程，可以看 WordPress 備份與還原指南。

這裡有一個值得反覆叮嚀的動作：備份完成後，一定要做一次還原測試。把備份檔在本機或一個臨時空間還原出來、確認能正常開啟。實務上常見的狀況是，站長以為自己有備份，出事那天才發現備份檔是壞的、或不完整。備份沒有經過還原驗證，就不算備份，只能算「一份心理安慰」。

還原測試不必搞到完美上線，只要確認四件事就夠了：首頁能開、選單能點、最近十篇文章能正常顯示完整內容與圖片、後台能登入並看到熟悉的外掛清單。這四關都過，代表你的檔案與資料庫是成套且可用的。順帶把備份檔的日期、大小、存放位置記在回滾計畫裡，搬家當下你會感謝自己留下這份索引。

第二步：在新主機把站架起來，先別讓任何人看到

接下來你要在新主機上、用新網域把網站架起來，但這時候先不要對外公開。用一個臨時網址、或修改本機 hosts 檔把新網域指向新主機的 IP，只有你自己看得到。這個階段的目標是：確認新站長得跟舊站一模一樣、功能正常、還沒被任何人（包括 Google）發現。

把舊站備份還原到新主機之後，最關鍵的一步是資料庫裡的網域字串替換。WordPress 的資料庫裡，舊網域出現在成千上萬個地方：文章內文的連結、圖片網址、序列化陣列裡的路徑、外掛設定、選項資料表。如果你只改了 wp-config.php 裡的網址常數，前端看起來好像正常，但資料庫深處還藏著一堆舊網域，日後會爆出圖片破圖、內部連結指回舊站、重新導向迴圈這類疑難雜症。

正確的做法是用專門的搜尋取代工具（例如資料庫層級的 search-replace 腳本，或搬家外掛內建的取代功能），走的是序列化安全的取代。千萬別圖方便在 phpMyAdmin 裡直接對 SQL 做文字替換，那會破壞 PHP 序列化資料的長度標記，導致整個選項資料表毀損。如果你想用外掛一站式處理，WordPress 搬家外掛評比 裡有幾款可以把「檔案搬移＋網域字串取代」一次做完的工具。

架好之後，逐一檢查：首頁正常、選單連結都指向新網域、圖片正常顯示、永久連結結構跟舊站一致。永久連結這件事要特別強調，它決定了新站的網址長什麼樣子，如果你在新站用的網址結構跟舊站不同，你的 URL 對照表會變成兩倍複雜。先把永久連結規則調成跟舊站一致，後面的 301 對應才會乾淨俐落，這部分的設定細節可以對照 永久連結 SEO 設定。如果你是第一次用這個新主機，順便確認 PHP 版本、記憶體上限、執行時間上限都符合你外掛的需求，避免搬家後某些功能因為主機環境差異而罷工。

第三步：畫出 301 重定向地圖，這是整件事的心臟

換網域時，301 重新導向對照表是重要環節，但成功與否也取決於網址盤點、canonical、內部連結、Sitemap、Search Console、伺服器設定與上線後監測。轉址應盡量維持新舊網址的一對一對應，不能將整站結果歸因於單一比例。

301 是什麼？它是一個對搜尋引擎與瀏覽器說「這個網址已經永久搬到新位置」的 HTTP 狀態碼。Google 官方在 遷移說明文件中明白表示，在附帶網址變更的遷移裡，301 是把舊網址排名訊號轉移到新網址的主要機制。它同時告訴 Google「把權重過戶給新網址」，也告訴真實讀者「自動跳到新頁面」。一個動作，同時照顧機器人和人。想深入理解 301 與其他狀態碼的差別，可以讀 301 與 302 轉址完整教學。

兩種寫法：逐筆對應 vs 規則式

如果你的舊站和新站的網址結構完全一致、只差網域本身（例如 old.com/a-post 對應到 new.com/a-post），那你可以用一條規則式 301，把所有請求整批轉過去：

RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.com$ [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]

這條規則會把舊網域上任何路徑，原封不動轉到新網域的同一個路徑。這是最省事、也最不容易漏的寫法。

但現實往往沒這麼乾淨。如果你順便改了網址結構（例如把舊的日期式網址改成簡潔式）、合併了幾篇文章、淘汰了部分頁面，那就必須回到你前面準備的 URL 對照表，逐筆手寫 301 規則。被淘汰的頁面不要直接讓它 404，而是 301 到新站裡主題最接近的頁面，盡可能把殘留的權重回收。

情境	建議做法	為什麼
網址結構完全一致、只換網域	一條規則式 301	省時、零遺漏
順便改了網址結構	逐筆手寫對應	確保每個舊網址都落地到正確新網址
舊頁面被合併或淘汰	301 到主題最接近的新頁面	回收權重，別讓它變 404
沒有對應新頁面	301 到分類頁或首頁	比 404 好，但精準度較低

301 地圖的三個地雷

在進入地雷之前，先用一個迷你範例讓你看懂「對應表」長什麼樣子。假設你的舊網域是 old-shop.com、新網域是 new-shop.com，而且你順手把其中一篇舊文章的網址結構也改了，你的對應表會類似這樣：

舊網址	新網址	備註
/blog/2023/seo-tips	/seo-tips	網址結構簡化，需逐筆手寫規則
/blog/2023/wordpress-guide	/wordpress-guide	同上
/products/item-a	/products/item-a	結構一致，可用規則式一併涵蓋
/old-promo-2022	/products	該活動頁已停辦，301 到分類頁回收權重
/（根網域）	/（根網域）	別忘了首頁本身

這張表的精神只有一個：每一個曾經被 Google 收錄、曾經被外部網站連結過的舊網址，都要在表上找到它的新歸宿。沒有歸宿的舊網址，最後會變成 404，等於把那個網址長年累積的排名訊號直接扔進垃圾桶。

第一個地雷是重新導向鏈。A 301 到 B、B 又 301 到 C，這叫兩層鏈。Google 雖然會跟著走，但每多一層，訊號就會多耗損一次、爬蟲也多花一次請求。務必讓每個舊網址一步到位直達最終新網址，不要經過中繼。

第二個地雷是忘了首頁與根路徑。很多人記得轉文章頁，卻忘了 old-domain.com 這個根網址本身也要 301 到新網域首頁。結果有人直接打舊網域、或舊網域的首頁出現在搜尋結果裡，卻沒有被轉過去。

第三個地雷是canonical 自相矛盾。新站如果還殘留指向舊網域的 canonical 標籤，等於一邊用 301 告訴 Google「內容搬到新網址了」，一邊又用 canonical 告訴 Google「權威版本還是舊網址」。這兩個訊號打架，Google 會困惑、排名轉移會卡住。上線前務必檢查每一頁的 canonical 都指向新網域自己。檢查的方法很直白：在新站隨機挑十幾個頁面，用瀏覽器檢視原始碼，找 rel="canonical" 那一行，確認網址開頭是新網域；如果你的 SEO 外掛有全站 canonical 設定，優先在那裡統一修正，比起逐頁手改更可靠。Canonical 的運作邏輯可以對照 Canonical URL 完整指南。

第四步：DNS 切換與 SSL，讓新網域正式接管

新站測試完成、301 地圖就位之後，才輪到讓新網域正式對外公開。這一步的核心是兩件事：把新網域的 DNS 指到新主機，並且在新網域上把 SSL 憑證裝好。DNS 與 SSL 的先後順序不能顛倒。

正確的順序是：先在新主機上為新網域簽發並安裝 SSL 憑證，再把 DNS 切換過去。如果你先切 DNS、SSL 還沒裝好，訪客打開新網域的第一眼會看到瀏覽器的「不安全」警告，這對信任與 SEO 都是重傷。多數現代主機都支援免費的 Let’s Encrypt 憑證，而且能在 DNS 生效前先用主機臨時網址簽發。SSL 的完整設定可以參考 SSL 憑證安裝指南。

DNS 切換有一個小動作能幫你大幅降低風險：切換前 24 到 48 小時，先把 DNS 的 TTL 調到很短（例如 300 秒）。TTL 決定了全球 DNS 快取你的網域指向多久。預設值常常是幾小時甚至一天，如果用預設值直接切換，全球各地使用者會在很長一段時間內被帶到舊主機或新主機、新舊混雜。先把 TTL 調短，等全球快取都更新成短 TTL 之後再切換，這樣萬一出問題，你改回去的生效時間也會很短。DNS 的運作原理與設定步驟，可以對照 DNS 設定教學。

切換之後，用工具確認新網域真的指向新主機的 IP，而且 https 版本能正常開啟。順帶一提，如果你的站同時有 www 與非 www 版本、或 http 與 https 版本，記得只保留一個正規版本，其餘的 301 過去，這跟 HTTP 與 HTTPS 的選擇 是同一個邏輯。

SSL 裝好之後，還有一個常見的尾巴要收：混合內容（mixed content）。新站的網址換成 https 了，但如果資料庫深處還藏著 http 開頭的圖片、CSS、或腳本網址，瀏覽器會把整站判定為「不安全」，鎖圖、鎖功能。這通常和前面講的網域字串替換是同一件事的兩面：取代工具如果連 http／https 協定一起更新，混合內容就會跟著消失。上線後開幾個頁面、打開瀏覽器的主控台，沒有出現混合內容警告才算過關。

第五步：通知 Google，別讓它自己猜

新站上線、301 啟動之後，不要被動等 Google 自己發現。主動出擊，能大幅縮短排名轉移的空窗期。

第一件事是在 Google Search Console 驗證新網域。建議直接用網域層級的 DNS 驗證，一次涵蓋所有子網域與協定版本。新網域驗證完成後，也要保留舊網域的 GSC 資料，因為接下來幾個月你還需要靠舊網域的報表，觀察 301 有沒有正常被消化。把新舊網域都加進同一個 GSC 帳號，方便對照。完整的 GSC 操作可以看 WordPress 提交 Search Console 教學。

第二件事是提交新網域的 Sitemap。產生一份新站的 XML sitemap，在新網域的 GSC 裡提交。這告訴 Google「這裡有一個全新的網站、這些是它的頁面」。Sitemap 的格式與提交方式，可以對照 XML Sitemap 教學。舊網域的 sitemap 不用急著撤掉，留著讓 Google 對照舊網址的 301 狀態。

第三件事，也是很多人漏掉的：主動請求重新檢索。針對新站流量最重要的幾個網址，用 GSC 的 URL 檢查工具逐一「要求建立索引」。雖然這不能取代自然檢索，但對於搶時間的新網域來說，能讓最關鍵的頁面早一點進到 Google 的視野。挑選的對象，就是你資產盤點表上那批「流量最高、帶最多外部連結」的頁面，先讓它們在新網域站穩，整站的恢復曲線才會走得快。

新舊網域都驗證完成後，建議你做一個動作：在 GSC 裡把新網域與舊網域的「搜尋分析」並排打開，用同一組時間區間對照曝光、點擊、平均排名。這個並排視角，是判斷訊號有沒有正在轉移的最直接證據。你會看到舊網域的曲線慢慢往下、新網域的曲線慢慢往上，兩條線的交叉過程，就是排名過戶的具體樣貌。把這個對照排進每週的例行檢查，比單看任何一邊的數字都更有意義。GSC 入門與進階操作，可以對照 Google Search Console 完整指南。

這裡要誠實提醒一個官方文件的演變：Google 過去在 Search Console 提供一個獨立的「變更地址工具」專門給換網域用，但官方已逐步將這項功能整併、簡化。與其依賴某個特定工具是否還存在，更穩當的做法是回歸 Google 在 遷移說明中一直強調的根本機制：紮實的 301、完整的 sitemap、清楚的 canonical。把這三件事做扎實，Google 自然會懂你搬家了。

那些會讓你悄悄掉排名的隱形地雷

最危險的錯誤，往往是那種「網站看起來好好的、排名卻一天天往下掉」的慢性病。這一段是整篇最值錢的部分，因為這些地雷很少出現在一般搬家教學裡。

地雷一：行動版的 301 沒有同步

Google 現在全面採用行動優先索引，也就是用它抓到的行動版內容來評估排名（見 2023 年 10 月的 搜尋中心公告）。如果你的桌面版 301 設好了，但行動版因為快取外掛、AMP、或獨立行動主題的關係沒有跟著轉，Google 的行動爬蟲打舊網域會拿不到正確的 301，排名轉移就會大打折扣。上線後務必用手機網路實測舊網域的幾個網址，確認行動版也正確 301 到新網域。如果你用的是響應式主題（同一份 HTML 同時服務桌面與行動），這個風險相對低；但若你啟用了獨立的行動版或 AMP，就得另外檢查那一條轉址路徑。

地雷二：快取外掛把 301 吃掉

很多 WordPress 快取外掛會把頁面輸出快取成靜態檔。如果你的 301 規則寫在 .htaccess、但快取外掛直接把舊網址的頁面內容快取成一份靜態 HTML 回傳，訪客收到的會是 200 狀態碼，301 根本沒機會觸發。記得在切換當下，把舊站的快取整個清乾淨，甚至暫時關閉快取外掛，確保 301 規則能真正生效。快取外掛的挑選與設定，可以對照 網站快取指南。

地雷三：Core Web Vitals 在新主機上退步

新主機的速度、機房位置、SSL 握手效率都可能跟舊主機不同。如果新站載入速度明顯變慢，Core Web Vitals 指標會退步，這本身就是一個獨立的排名風險，而且會跟「換網域的排名空窗期」疊加，讓跌幅看起來更嚇人。上線前後務必用測速工具量一次新站的 LCP、CLS、INP，跟舊站比較，有退步就先解決。相關概念看 Core Web Vitals 與 SEO，測速工具則參考 網站測速工具。

地雷四：內部連結還指向舊網域

前面講的資料庫網域替換如果沒做乾淨，新站的文章內文、選單、側邊欄裡，會藏著一堆還指向舊網域的連結。訪客點下去就被 301 跳回新網域、再 301 一次，製造無謂的重新導向、也浪費爬蟲預算。上線後用爬蟲工具或外掛掃一遍新站，把殘留的舊網域內部連結全部改成新網域。

地雷五：舊主機太早退租

這是最致命、也最常見的節省失誤。新站上線後，舊主機上的 301 規則必須持續運作，直到舊網域的流量與排名訊號完全轉移乾淨為止。這通常要花上幾個月，絕非幾天就能收尾。太早退租舊主機、或讓舊網域的 301 停擺，等於親手切斷排名訊號的轉移管線，原本正在恢復的排名會二度崩跌。舊主機與舊網域，至少保留半年以上。

換網域後的 90 天，你該盯著哪些數字

搬家真正的考驗，從切換那天才開始。接下來的 90 天，是你判斷這次遷移成不成功的觀察期。重點是盯著這幾組數字。

第一個月：檢索與索引的消化速度。在舊網域的 GSC，看「網頁索引」報表裡舊網址的數量是不是穩定下降；在新網域的 GSC，看新網址的索引數量是不是穩定上升。兩條線應該呈現一個交叉：舊的往下、新的往上。如果舊的紋風不動、新的也上不來，代表 Google 沒有正確讀懂你的 301，要回頭檢查規則。

第二個月：搜尋曝光與點擊的恢復曲線。新網域的「搜尋結果成效」報表裡，曝光與點擊應該開始往上爬。這個月還在底部不要慌，排名轉移本來就是漸進的。但如果你看到的是持續下探、毫無回升，那代表出了問題，要盡快對照前面那一段的隱形地雷逐一排查。

第三個月：流量與轉換的整體比對。把新網域的整體自然流量，跟舊網域同期的歷史數據比對。一般而言，換網域只要 301 落實正確，三個月後流量大概能回到換網域前的八到九成，然後繼續往上走。如果三個月後還明顯落差，要回頭看是不是有大量外部連結指向舊網域、而你沒有好好維護舊網域的 301。

這 90 天裡，有兩個動作能幫你把空窗期縮到最短。第一個是回頭經營外部連結：既然換網域後外部連結還是指著舊網址，除了靠 301 轉移，你也可以主動聯絡幾個最重要的連結來源（長期合作的媒體、產業合作夥伴、你寫過客座文章的網站），請他們把連結直接更新成新網域。就算只更新得動其中十幾個高權重來源，對新網域建立自己的信任也有實質幫助。第二個是持續產出新內容：搬家後別讓新網域空轉，在切換後的第一個月就發布一兩篇有份量的新文章，給 Google 一個「這個新網域是活的、而且在持續更新」的訊號，這比被動等排名轉移更有效。

還有一個容易被看漏的監控點：舊網域的 301 健康度。定期用工具抽查舊網域上幾十個網址，確認它們仍然穩定回傳 301、並且最終落地到正確的新網址。實務上常見的狀況是：舊主機續約出問題、或某次主機端的自動更新把 .htaccess 覆寫掉了，301 在你沒注意的時候悄悄失效，排名就會跟著悄悄往下掉。把「抽查舊網域 301」排進你的月度例行工作，這件事要持續到舊網域完全退役為止。

時間點	觀察重點	正常訊號	警訊
第 1 個月	舊網址索引下降、新網址索引上升	兩條線穩定交叉	舊網址紋風不動
第 2 個月	新網域曝光與點擊	緩步回升	持續下探無回升
第 3 個月	整體自然流量 vs 歷史	回到八成以上	明顯落差未收斂

如果你的流量在搬家後已經出現明顯崩跌、而且遲遲沒有回升，那不是「再等等就會好」，而是要啟動一套有系統的排查與搶救流程，這部分可以參考 網站流量恢復指南 一文。從 SEO 角度看搬家這件事為什麼是高風險動作，也可以對照 SEO 網站搬家與改版的風險拆解。

換網域行動清單：照著跑就不會漏

把前面所有內容濃縮成一份你可以印出來貼在螢幕旁的清單。每跑完一格打一個勾，全部打完，你的換網域工程才算真正收尾。

1. 產出三張表：URL 對照表、資產盤點表、回滾計畫。
2. 完整備份舊站：檔案＋資料庫，下載到本機與雲端，並做一次還原測試。
3. 在新主機架好新站：用臨時網址測試，不對外公開，用序列化安全的工具做網域字串替換。
4. 把永久連結結構調成跟舊站一致，降低 URL 對應的複雜度。
5. 寫好 301 地圖：能用規則式就用規則式，結構有變就逐筆手寫，每個舊網址一步到位、不留鏈。
6. 檢查 canonical：新站每一頁的 canonical 都指向新網域自己。
7. 先在新主機簽發 SSL，再把舊網域 DNS 的 TTL 調到 300 秒、等 24 到 48 小時。
8. 切換 DNS 到新主機，確認新網域 https 正常開啟。
9. 清掉舊站快取，確認舊網域的每個網址都回傳正確的 301。
10. 在新網域驗證 GSC，提交新 sitemap，對關鍵網址要求建立索引。
11. 手機實測舊網域幾個網址，確認行動版也正確 301。
12. 量測新站 Core Web Vitals，跟舊站比對，有退步先解決。
13. 保留舊主機與舊網域至少半年，別急著退租或斷 301。
14. 啟動 90 天監控：每個月比對索引、曝光、流量三組數字。

換網域這件事，技術門檻不高，但它考驗的是另一種能力：你願不願意為了「可能出問題」而多準備一份備援、多寫一張對照表、多留一個月的舊主機費用。這種看起來笨拙的謹慎，恰恰就是業餘與專業的分水嶺。SEO 從來不是花錢買來的捷徑，而是一點一滴把信任與排名存起來的過程；換網域的每一個步驟，都是在保護你已經存進撲滿裡的那筆資產。

如果你正準備換網域、但看了這篇之後覺得獨自操作風險實在太高、自己評估沒有把握全程壓住每一個細節，Whoops SEO 也提供搬家與 SEO 遷移的協助，需要的時候，我們可以陪你把這份清單從頭走一次。重點是：不管你自己來還是找人幫忙，上面那份清單的每一格，都不能省。