網站遷移 SEO 會掉嗎？遷移後排名真正發生什麼事

# 網站遷移 SEO 會掉嗎？遷移後排名真正發生什麼事

這種恐懼可以理解。你花了幾個月甚至幾年建立自然流量，遷移網站這件事感覺像是在把地基從建築物下抽走。網路上流傳著企業遷移後一夜之間損失 60% 流量的案例。

這些故事是真實的。但原因不是遷移本身——而是在沒有做好 SEO 規劃的情況下遷移。了解一次有損害的遷移和一次執行良好的遷移之間的差異，正是讓這個決定變得可控的關鍵。

---

搜尋引擎實際上在追蹤什麼

要了解遷移會影響什麼，你需要先了解 Google 追蹤的是什麼。

Google 在替你的頁面排名時，追蹤的是附在特定 URL 上的訊號：

• 反向連結 — 其他網站連結到你特定網址上的內容
• 爬取歷史 — Google 索引每個 URL 上內容的頻率
• 用戶訊號 — 與特定頁面相關的點擊率、停留時間和互動模式
• 內容相關性 — 關鍵字與每個 URL 上內容的關係

當你遷移網站時，這些累積的權重所在的 URL 可能會改變。如果 Google 嘗試訪問一個舊 URL，得到的是 404 錯誤而不是轉址到新 URL，那個 URL 累積的權重就等於消失了。當這種情況發生在數百或數千個頁面上，就是造成重大排名下跌的原因。

解決辦法不是避免遷移，而是確保每個舊 URL 都把它的權重轉移到對應的新 URL。

---

三種遷移風險等級

不是所有遷移都帶有相同的風險。了解你的遷移屬於哪個類別，有助於設定實際的預期。

### 低風險：同域名，只換平台

你保留域名（例如 yourbusiness.com），把底層平台從 WordPress 或 Shopify 換成新的，盡可能維持相同的 URL 結構。

這是香港企業遷移到更快、客製化網站時最常見的情境。當 URL 保持不變，不需要做任何權重轉移——Google 只是看到同樣頁面的更快、更好的版本。SEO 影響通常在數週內轉為正面。

### 中等風險：同域名，URL 結構改變

你保留域名，但重新組織 URL 結構。例如，Blog 文章從 `/news/文章標題` 移到 `/blog/文章標題`。這需要為每個舊 URL 系統性地設置 301 轉址到新 URL。

執行正確的話，Google 會在幾週內透過 301 轉址傳遞連結權重。排名在過渡期間可能波動，但通常會在相同或更高的水平穩定下來——特別是新網站有更好的頁面速度和技術 SEO 的情況下。

### 較高風險：域名更換

你移到全新的域名。這是最複雜的情境，因為每個 URL 都改變了，Google 需要把新域名與舊域名累積的權重關聯起來。這需要更長時間——通常需要 3–6 個月才能完全恢復——並且需要仔細的轉址映射和主動的 Google Search Console 管理。

對大多數香港企業來說，平台遷移（而非品牌重塑）時，域名更換是不必要的，也是可以避免的。

---

正確的遷移流程是什麼樣的

保護 SEO 的遷移遵循特定的順序。這不是可選的——跳過步驟就是遷移出問題的原因。

### 遷移前

完整網站爬取。 目前網站上的每個 URL 都被記錄下來，包括其反向連結數量、流量和索引狀態。這是你的基準線。

URL 映射。 每個現有 URL 都映射到其新的對應 URL。如果某個頁面在新網站上沒有直接對應的頁面，需要決定將其轉址到哪裡。

轉址計劃。 在新網站上線前，就準備好完整的 301 轉址列表，不是上線後才做。

中繼資料匯出。 目前網站上所有的 title tag、meta description、H1 和 canonical tag 都被匯出，以便在新網站上複製。

結構化資料審核。 目前網站上的 schema markup 被記錄下來，以便在新網站上正確實施。

### 遷移中

暫存環境測試。 遷移在暫存伺服器上執行，所有轉址都能在上線前測試。像 Screaming Frog 這樣的工具能確認每個舊 URL 是否正確轉址到正確的新 URL。

Search Console 準備。 新域名（如果更換）或新的 sitemap 在 Google Search Console 中預先驗證，以便在上線時立即通知 Google。

反向連結記錄。 最高價值的反向連結被記錄下來，以便在上線後主動更新。

### 遷移後

立即爬取請求。 新的 sitemap 提交到 Google Search Console，並為優先頁面請求爬取。

轉址監控。 在最初 30–60 天，轉址鏈被監控，確保它們正確解析，沒有出現新的 404 錯誤。

排名追蹤。 目標關鍵字在第一個月每天追蹤，以便及早發現任何意外下跌。

日誌文件分析。 伺服器日誌被檢查，確認 Google 按預期爬取新的網站結構。

---

什麼原因導致遷移後排名下跌

當遷移確實造成持久損害時，幾乎都可以追溯到以下錯誤之一：

遺漏轉址。 遷移後流量損失最常見的原因。舊 URL 返回 404 錯誤而不是轉址。每個 404 對用戶和搜尋引擎來說都是死路。

轉址鏈。 URL A 轉址到 URL B，B 又轉址到 URL C。鏈中每跳一次都會稀釋連結權重。應該盡可能實施直接轉址（A 直接到 C）。

上線時封鎖爬蟲。 暫存網站通常設為 `noindex` 以防止 Google 在上線前索引它。如果這個設定在網站上線時沒有移除，Google 根本無法索引新網站。

遺失中繼資料。 在舊網站上仔細優化的 title tag 和 meta description 沒有在新網站上複製。新的通用中繼資料取代了累積了點擊率歷史的原有內容。

遷移時同步進行大量內容修改。 網站遷移本身對 Google 來說就已經是一個重大變化。同時進行大幅內容修改——重組頁面內容、刪除章節、更改關鍵字焦點——會增加不確定性，使排名變化更難歸因於特定原因。

---

執行良好的遷移後通常會發生什麼

對遵循上述流程的香港企業，遷移後的典型模式是這樣的：

第 1–2 週： 輕微的排名波動，Google 重新爬取網站並處理轉址。某些關鍵字可能上下浮動幾個位置。

第 3–6 週： 排名穩定。Google 已處理大部分轉址，並開始索引新網站的改善結構。

第 2–3 個月： 逐漸改善。新網站更快的載入速度、改善的 Core Web Vitals 和更乾淨的技術架構，開始提供正面的排名訊號。曾受舊平台效能上限限制的頁面可能開始上升。

第 4–6 個月： 完全穩定。遷移的 SEO 影響基本上塵埃落定。任何剩餘的改善反映了新舊平台之間底層品質的差異。

這個時間軸假設遷移過程中沒有重大技術錯誤，也假設新網站確實更好——更快、SEO 架構更乾淨——而不只是一個橫向的平台移動。

---

常見問題

如果我有重要的銷售旺季即將到來，應該等多久才遷移？

在遷移和任何業績高峰期之間，至少保留 8–12 週的緩衝。遷移後最初 4–6 週通常會有一些波動，你希望在流量下跌代價最大的時期之前，排名已經完全穩定。

我應該轉址所有舊 URL，還是只轉址有流量的？

轉址所有已索引的 URL，無論目前流量如何。一個目前沒有流量的 URL 仍然可能有反向連結或爬取歷史，貢獻於你網站的整體權重。遺漏低流量頁面的轉址是一個常見錯誤，累積起來會造成有意義的權重損失。

如果遷移後我注意到排名下跌怎麼辦？

首先，使用爬取工具確認所有轉址是否正確解析。在 Google Search Console 中檢查爬取錯誤和任何手動操作。如果轉址正常且沒有技術問題，在得出存在結構性問題的結論之前，給 Google 4–6 週完全處理新網站。

遷移真的能改善我的 SEO 嗎？

可以，而這是這個話題中被低估報道的部分。從慢速 WordPress 或 Shopify 網站遷移到更快客製架構的企業，通常在遷移後 3–6 個月內看到自然排名的有意義改善——因為過去受舊平台限制的底層效能因素，不再是阻礙了。

---

遷移是可以管理的風險

遷移後損失排名的企業，不是遷移了的企業——而是在沒有計劃的情況下遷移的企業。風險是真實的，但透過正確的流程是可以管理的。

如果你正在衡量是否遷移，想對你的具體情況做誠實的風險評估，聯絡我們。我們會審查你目前的網站，說明遷移涉及什麼，並在你承諾任何事情之前，給你一個清晰的預期時間線和風險圖景。