301 轉址怎麼設？網站搬家不讓舊連結全部失效

網站搬家最容易被忽略的，不是首頁長得像不像，而是舊網址還能不能把人帶到正確內容。

你可能已經把 WordPress 文章或 systeme.io 的頁面搬進新站，版面也整理好了；但搜尋結果、社群貼文、電子報與別人文章裡，仍然留著舊連結。訪客點進去若只看到 404，不只體驗中斷，舊頁累積的搜尋訊號也可能無法順利銜接到新頁。

301 轉址的用途，就是明確告訴瀏覽器與搜尋引擎：這個舊網址已永久搬到另一個位置。它不是讓排名必然維持不變的保證，而是網站搬家時應做的基本交接。

🔍 點擊放大

301 轉址到底保住什麼

一個舊頁面可能累積了搜尋曝光、外部連結、社群分享與使用者書籤。搬家後若網址改變，搜尋引擎不會只因內容相同，就立刻確定新舊兩頁的關係。

301 的工作，是把這個關係說清楚：舊頁已永久移到新頁。搜尋引擎通常會重新爬取、更新索引，並嘗試把舊網址的訊號轉移到新位置；訪客則會自動前往新頁，不必先撞到錯誤畫面。

但要直說：做了 301 不等於排名完全不動。網站架構、內容品質、載入速度、內部連結與新頁是否真正對應舊頁，都會影響搬家後的表現。301 能降低損失，不能取代完整的 SEO 搬家規畫。

搬家前，先列出舊網址清單

不要等新站上線才憑印象補轉址。比較穩的做法，是在搬家前先建立一份網址對照表，每列放一個舊頁與它的新位置。

舊網址可以從這些地方整理：

• WordPress 或 systeme.io 匯出的文章、頁面與漏斗清單
• 舊站 sitemap
• Google Search Console 有曝光或點擊的網址
• GA4 或其他流量工具中的到達頁
• 社群貼文、電子報與合作網站常用的連結
• 目前仍有外部網站連入的重要頁面

先處理「有流量、有外部連結、有成交用途」的頁面，再補低流量內容。若舊頁在新站沒有一對一版本，不要一律丟到首頁；應導到主題最接近的分類頁或替代內容。硬把所有舊網址轉到首頁，對訪客沒有幫助，搜尋引擎也未必會把它視為合理對應。

新舊網址怎麼填：用站內路徑

在 InfoBox 後台建立規則時，來源與目的使用站內路徑即可，不必把網域整串貼進去。例如舊文章原本是 https://example.com/old-course，新頁是 https://example.com/blog/new-course，可整理為：

欄位	填寫範例	注意事項
舊網址	/old-course	填舊站網域後面的路徑
新位置	/blog/new-course	填新站實際存在的站內路徑
類型	301	表示永久搬移
狀態	生效中	上線後仍要實際測試

路徑是否有尾端斜線、大小寫、中文編碼或多層目錄，都應以舊站真實網址為準，不要自行「整理成看起來比較漂亮」的版本。原本有人點得到的網址，才是要被接住的網址。

單筆新增，還是批次匯入

InfoBox 的 301 轉址功能所有方案都能使用。規則少時可單筆新增；從 WordPress 或 systeme.io 搬入大量內容時，先在試算表整理，再批次匯入會比較省時間。

兩種方法的適用情境如下：

• 單筆新增：少數頁面改名、活動頁下架、修正一條漏掉的舊連結。
• 批次匯入：整站搬家、文章目錄重整、數十到數百個網址一起更換。
• 編輯：新頁路徑又調整，或先前對應錯誤。
• 刪除：規則已不需要或確定建錯；刪除前先確認沒有流量仍在使用。

後台列表會顯示「舊網址、新位置、類型 301、狀態生效中」，也可新增、批次匯入、編輯與刪除。實拍畫面已有 95 條規則，這只是該站目前建立的數量，不代表方案上限。

🔍 點擊放大

內容搬入，不代表網址已經對好

WordPress 或 systeme.io 的內容能搬進 InfoBox，解決的是文章與頁面轉移；301 解決的是舊連結如何找到新內容。兩件事相關，但不是同一件事。

例如舊站文章位於 /2024/course-price/，搬入後新站可能變成 /blog/course-price。標題與內文都成功搬過來，不代表舊路徑會自然生效。你仍要把兩者配對，建立 301，並檢查圖片、下載檔、表單按鈕與文章內部連結是否仍指向舊站。

若網域也一起更換，還要確認舊網域持續有效、DNS 與主機端能接到轉址請求。舊網域一旦停用，使用者根本連不到伺服器，站內規則也沒有機會執行。

避免轉址鏈與轉址迴圈

網址改過幾次後，最常見的問題是轉址鏈：A 先到 B，B 再到 C。訪客最後雖可能抵達 C，但中間多繞一層，增加載入與爬取成本，也讓日後維護更難。

正確做法是讓 A 直接到 C，B 也直接到 C。每次新頁再改網址，都回頭更新舊規則，不要只在尾端再加一條。

更嚴重的是轉址迴圈，例如 A 指向 B，B 又指回 A。結果是頁面不停跳轉，瀏覽器最後顯示錯誤。建立前可用試算表檢查：新位置是否又出現在「舊網址」欄；若有，就要確認它是合理的接續，還是形成鏈或迴圈。

另外，目的頁必須真的存在並可公開瀏覽。把舊網址轉到另一個 404、未發布草稿或需要登入的頁面，只是把錯誤換一個位置。

上線後怎麼抽查

規則顯示「生效中」只是後台狀態，不等於每條對應都正確。正式切站後，至少做以下抽查：

1. 從清單挑首頁、熱門文章、銷售頁與長尾文章，直接開舊網址。
2. 確認只跳一次，而且最後網址就是預期的新位置。
3. 檢查回應類型為 301，而不是暫時性的 302。
4. 確認新頁可正常讀取，標題、內容、圖片與行動按鈕沒有缺漏。
5. 觀察 Search Console 的索引與 404 報告，持續補上遺漏規則。
6. 更新新站內部連結，直接連到新網址，不要永遠依賴 301 繞路。

🔍 點擊放大

哪些舊頁不一定要轉

不是每個歷史網址都值得保留。測試頁、重複內容、從未公開的草稿，以及已失效又沒有替代內容的短期活動頁，可以評估不設轉址，讓它回傳 404。若內容已明確永久移除，也可依技術條件處理為 410。

判斷重點不是「清單看起來要全部成功」，而是那個舊網址是否仍有訪客、外部連結或可延續的內容價值。沒有合理目的頁時，硬導到不相關頁面只會讓訪客困惑。真正重要的是保留有用路徑，不是把所有錯誤都藏起來。

一份可執行的搬家順序

如果不想把事情做複雜，可以照這個順序：

• 匯出舊站內容與網址清單
• 在 InfoBox 搬入 WordPress 或 systeme.io 內容
• 確認每個重要頁的新路徑
• 建立舊網址與新位置對照表
• 少量用單筆新增，大量用批次匯入
• 檢查鏈狀轉址、迴圈與不存在的目的頁
• 切站後逐類抽查，持續查看 404 與搜尋索引

301 轉址不是 SEO 魔法，而是搬家交接表。先知道哪些舊門牌有人使用，再把每個門牌導到真正對應的新位置，比上線後看到流量下滑才補救可靠得多。排名仍可能波動，但至少舊連結不會全部失效，搜尋引擎與訪客也有清楚的路可以走。