技術 SEO 與網站架設

301 轉址怎麼做?換網址、換網域不掉排名的設定與檢查

301 轉址是讓伺服器對舊網址回應「已永久搬到新網址」的設定,Google 收到後會把舊網址累積的排名訊號與外部連結轉給新網址,並以新網址為標準網址收錄。換網址、換網域、http 改 https、合併重複頁面,都靠它。做法依主機環境而定:Apache 寫在 .htaccess、Nginx 寫在站台設定、WordPress 用外掛;原則只有四條:一對一對應到內容相同的新頁、用 301 不用 302、避免轉址鏈、至少保留一年。

本篇屬於本站〈技術性 SEO 入門〉叢集,只講轉址本身。整個網站改版的前中後流程,請看〈網站改版不掉排名的檢查清單〉。

301 轉址是什麼?跟 302 差在哪

301 代表「永久搬遷」,Google 把它當作新網址應成為標準網址的強訊號;302 代表「暫時借道」,Google 只把它當弱訊號,可能繼續讓舊網址留在搜尋結果。換網址一律用 301。

轉址(redirect)是伺服器收到某個網址的請求時,回應一個 3xx 狀態碼並附上新網址,瀏覽器與檢索器就會自動前往新網址。Google 把轉址分成兩類,處理方式不同:

表 1:Google 支援的轉址類型與處理方式(依 Google Search Central〈Redirects and Google Search〉,2026-08 查證)。
類型狀態碼或做法Google 的處理用途
永久轉址301、308強訊號:以轉址目標為標準網址,訊號轉移到新網址換網址、換網域、http→https、合併頁面
暫時轉址302、303、307弱訊號:不以目標為標準網址,舊網址可能留在結果中短期活動導流、維護頁、依裝置或地區暫時分流
meta refreshHTML 標籤,延遲 0 秒視為永久、大於 0 秒視為暫時可辨識,但可靠度低於伺服器端轉址無法改伺服器設定時的替代方案
JavaScript 轉址window.location要等渲染才能辨識,Google 列為最後手段真的沒有其他辦法時

Google 官方對做法的優先順序很明確:伺服器端轉址(301/302 等)優先,其次 meta refresh,再其次 JavaScript,最後才是在頁面上放一個「本頁已搬家,請點此」的連結(Google 稱為 crypto redirect)。實務上,只要您能碰到主機設定或有 WordPress 外掛可用,就沒有理由用後三種。

301 會不會「漏掉」權重?早年業界流傳 301 會損失約 15% 的 PageRank,Google 已於 2016 年公開說明 3xx 轉址不再有這種折損。現在該擔心的不是 301 本身,而是轉錯地方、轉址鏈太長、或轉址設了又拿掉。

什麼時候該用 301 轉址?

舊網址不再需要存在、且有一個內容對應的新網址時就用 301;舊網址仍要保留只是想指定收錄版本,用 canonical;舊網址沒有對應內容,就讓它回應 404 或 410,不要硬轉。

  • 網站改版換了網址結構。例如 /product.php?id=12 改成 /products/seo-service,每一個舊網址對應一個新網址。
  • 換網域。old.com.tw 搬到 new.com.tw,整站一對一對應。
  • http 改 https、統一 www 或非 www。整站規則式轉址,一條規則處理全部。
  • 合併重複或過時的頁面。幾篇講同一主題的舊文合成一篇,被併掉的網址 301 到合併後的主文。
  • 原本只有數字網址的頁面補上語意化網址。例如 /article_detail/51 改成 /article_detail/website-color-scheme,舊的數字網址要 301 過去。

後兩種正是我們 2026 年 8 月整理本站文章時實際做的事:七篇分散的 Google 企鵝演算法舊文合併成一篇,其餘六個舊網址全部 301 到合併後的〈Google 企鵝演算法〉;十篇原本沒有語意化網址的網站設計文章補上 slug,舊的數字網址逐一 301。整個過程的判斷原則是:每一個舊網址在搜尋引擎眼中都是一份資產,只下架不轉址等於把資產丟掉。

反過來,兩種情況不要用 301:舊網址仍需要能打開(例如帶追蹤參數的網址),那是〈canonical〉的工作;舊網址沒有任何內容相近的新頁面(例如停售多年的商品、已結束的活動),硬轉到首頁或分類頁,Google 會判為軟性 404,不如老實回應 404 或 410。

先做網址對照表:轉址成敗的關鍵

轉址做壞的案子,九成問題出在沒有做對照表就直接設定:一份「舊網址、新網址、內容是否相同、狀態」四欄的試算表,是 301 轉址唯一不可省略的前置作業。

  1. 撈出所有舊網址 來源有四個:舊網站的 sitemap、Search Console 的網頁索引報表(匯出「已建立索引」的全部網址)、Search Console 成效報表近 16 個月有曝光的網址、以及用 Screaming Frog 之類的工具爬一次舊站。四個來源合併去重,才是完整的清單;只用 sitemap 一定會漏。
  2. 逐一對應到新網址 每一個舊網址找出「內容相同或最接近」的新網址。網址結構有規律時(例如只是換目錄名稱)可以用規則式轉址一次處理;沒有規律的(例如 CMS 換了、文章重新分類)就要逐條列。
  3. 標記沒有對應內容的網址 找不到相近新頁面的舊網址,標記為 404 或 410,不要為了「不留 404」而全部轉首頁。Google 文件把「把多個舊網址轉到一個不相關的目的地(例如首頁)」列為改版時的常見錯誤,結果會被視為軟性 404。
  4. 排出優先順序 依 Search Console 成效報表的點擊數與外部連結數排序,流量與外連最多的舊網址第一批確認,這些頁面轉錯一條就是看得見的損失。
表 2:網址對照表的最小欄位(以本站企鵝文章合併為例)。
舊網址新網址對應方式狀態
/article_detail/google-penguin-4/article_detail/google-penguin內容併入主文301 已設、已驗證
/article_detail/google-penguin2-1/article_detail/google-penguin內容併入主文301 已設、已驗證
/article_detail/51/article_detail/website-color-scheme同一篇,補語意化網址301 已設、已驗證
/article/9/1/article/web-design-ux/1分類列表頁改網址301 已設、已驗證

301 轉址怎麼設定?Apache、Nginx、WordPress 與平台

設定位置依主機環境決定:Apache 主機(台灣多數虛擬主機)寫在網站根目錄的 .htaccess;Nginx 寫在站台設定檔的 server 區塊;WordPress 用 Redirection 或 Rank Math 等外掛;SaaS 建站平台在後台的網址轉址功能設定。

1. Apache:.htaccess

單一網址一對一轉址,用 RedirectRedirectMatch

# 單頁對單頁
Redirect 301 /old-page.html https://www.example.com/new-page

# 整站 http 轉 https 並統一 www
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

# 有規律的目錄改名:/news/xxx 轉到 /blog/xxx
RewriteRule ^news/(.*)$ /blog/$1 [R=301,L]

一個我們自己踩過、也在客戶站上反覆看到的細節:如果網站是用 CodeIgniter、Laravel 這類框架,.htaccess 裡通常已經有一條把所有請求導向 index.php 的規則;您的 301 規則必須放在那條規則之前,否則請求會先被框架吃掉,轉址永遠不會生效。本站就是 CodeIgniter,這是我們設定文章合併轉址時的第一個檢查項目。

2. Nginx

# 單頁對單頁
location = /old-page.html {
    return 301 https://www.example.com/new-page;
}

# 整站換網域
server {
    server_name old.com.tw www.old.com.tw;
    return 301 https://www.new.com.tw$request_uri;
}

Nginx 沒有 .htaccess,設定在主機的站台設定檔裡,改完要重新載入 Nginx 才生效;如果您用的是代管主機,這一段通常要請主機商或工程師處理。

3. WordPress

WordPress 本身在文章改網址(永久連結)時會自動記住舊 slug 並做 301,但只限單篇文章的 slug 變更,不涵蓋分類結構改變或換網域。要自己管理轉址,常用的是 Redirection 外掛(免費、可匯入 CSV 對照表、有 404 紀錄),或 Rank Math 內建的轉址管理。設定時選「301 永久」,來源網址只填路徑(例如 /old-page/),目標填完整網址。

外掛轉址的兩個限制。一是效能:外掛是在 WordPress 載入後才執行轉址,比伺服器層慢,上千條規則時會拖慢整站;二是換網域時舊網域的 WordPress 通常會關掉,外掛就不存在了,整站換網域仍要在舊網域的伺服器層設定。

4. SaaS 建站與開店平台

Shopify、Wix、Squarespace 與台灣的開店平台多半在後台提供「網址轉址」或「URL 重新導向」功能,逐條填舊路徑與新路徑即可,通常只支援同網域內的路徑轉址;換網域要在網域商的 DNS 或舊主機處理。換平台前請先確認:新平台能不能匯入整份對照表、舊平台的網址在合約結束後還能不能繼續轉址。後者常常被忽略,合約一到期舊網址全部變 404。

換網域要多做的事:Search Console 網址變更

整站換網域時,除了 301 之外,要在 Search Console 對舊資源提交「網址變更」,讓 Google 加速把訊號搬到新網域;這個工具只適用於換網域或子網域,http 改 https 與加減 www 不需要用。

Google 對整站搬遷的建議流程是:準備好新站並測試、做好網址對照表、設定 301、在 Search Console 提交網址變更、然後持續監控新舊兩邊的流量。「網址變更」工具在 Search Console 的「設定」裡,操作前新舊網域都要先完成驗證。Google 文件同時提醒:搬遷期間 Google 會對新舊兩站加強抓取,主機要有足夠的承載力;舊站上的 noindex 或 robots.txt 封鎖要先移除,否則 Google 抓不到轉址。

轉址要保留多久?Google 的建議是「盡可能久,一般至少一年」——這段時間讓 Google 完成訊號轉移,也讓外部網站有時間更新連結。實務上我們建議舊網域不要在一年後就放掉,只要續約成本不高,多留幾年可以保住至今仍指向舊網址的外部連結。

轉址設好之後怎麼驗證

驗證三件事:每條舊網址回應的是 301 而不是 302 或 200、落點是對照表上的新網址而不是首頁、從舊網址到最終網址只跳一次;用 Screaming Frog 匯入對照表整批檢查,比逐條開瀏覽器可靠。

  1. 整批檢查狀態碼與落點 把對照表的舊網址欄匯入 Screaming Frog(List 模式)或類似工具,看每條的狀態碼、轉址目標與跳轉次數。狀態碼不是 301、目標不符、跳轉超過一次的,回頭修。
  2. 用網址審查工具抽查 在 Search Console 對幾條重要的舊網址做網址審查,確認 Google 看到的是「網頁會重新導向」而且目標正確。這一步同時能確認 Googlebot 沒有被 robots.txt 或防火牆擋在外面。
  3. 更新站內所有指向舊網址的連結 轉址是給外部連結與搜尋引擎用的保險,站內連結應該直接連新網址,不要靠轉址。導覽選單、內文連結、sitemap、canonical 四個地方一起改;sitemap 與 canonical 的細節見〈sitemap.xml 怎麼提交〉與〈canonical 標籤怎麼用〉。
  4. 上線後兩週到三個月持續看報表 Search Console 的網頁索引報表看「網頁會重新導向」的數量是否逐步上升、「找不到(404)」有沒有意外冒出對照表以外的網址;成效報表比較新舊網址的總點擊,Google 說明整站搬遷後訊號轉移通常需要數週到數月。若流量掉得比預期多,排查順序可依〈排名突然下滑怎麼查〉。

301 轉址常見錯誤

轉址案最常見的五個錯誤:全部轉到首頁、用 302 代替 301、轉址鏈超過三跳、舊網址被 robots.txt 或 noindex 擋住讓 Google 讀不到轉址、以及轉址設了幾個月就拿掉。

錯誤 1:全部轉到首頁

最常見也最傷。舊網址累積的是「這一頁講什麼」的訊號,轉到首頁等於告訴 Google 那些訊號沒有對應的內容了;Google 文件明確把這種做法歸為軟性 404,排名不會轉移。沒有對應頁面的舊網址,寧可 404。

錯誤 2:用 302 代替 301

有些主機控制台或外掛的預設是 302,設完沒檢查狀態碼就上線。Google 只把 302 當弱訊號,舊網址可能一直留在搜尋結果裡,新網址遲遲拿不到排名。整批檢查狀態碼就是為了抓這個。

錯誤 3:轉址鏈太長

舊網址 A 轉到 B,B 之前又設過轉到 C,C 後來改 https 又轉到 D。Googlebot 最多跟到 10 跳,但 Google 建議直接轉到最終網址,不得已也控制在 3 跳以內;每多一跳,抓取效率與使用者等待時間都在增加。做新的轉址時,要把舊規則一起改成直接指向最終網址。

錯誤 4:Google 讀不到轉址

舊網址在 robots.txt 裡被 Disallow,或舊站整站掛了 noindex,Google 根本不會去抓舊網址,也就看不到 301。改版前為了擋測試站加的封鎖,上線時要一併拿掉;robots.txt 那篇的「測試站 Disallow: / 跟著上線」是同一類問題。

錯誤 5:轉址設了幾個月就拿掉

改版半年後主機商換約、.htaccess 沒搬過去,或工程師覺得「Google 應該都更新了」就清掉規則。外部網站的連結不會自己更新,拿掉轉址那天起這些連結全部變成 404。轉址至少保留一年是 Google 的建議下限,我們的做法是把轉址規則視為網站的一部分,長期保留。

常見問題 FAQ

301 轉址後排名多久會恢復?

通常數週到數月,取決於網站大小與 Google 重新抓取的速度。單頁改網址幾天到幾週;整站換網域,Google 說明訊號轉移可能需要數月。期間排名短暫波動是正常的,對照表正確、轉址一對一,多半會回到原水準。

301 和 302 用錯了會怎樣?

該用 301 卻用 302,新網址可能遲遲拿不到排名,舊網址持續留在搜尋結果。Google 把 302 視為暫時,不會把目標當標準網址。反過來,暫時活動用了 301,活動結束後想改回來會比較慢。

轉址要保留多久?

Google 建議至少一年,實務上建議長期保留。外部連結不會自動更新,拿掉轉址那天起這些連結全部變 404。轉址規則對主機幾乎沒有負擔,沒有理由拿掉。

舊頁面沒有對應的新頁面,該轉到哪裡?

不要轉,讓它回應 404 或 410。轉到首頁或不相關的分類頁會被 Google 判為軟性 404,訊號不會轉移,還會讓報表變得難判讀。只有內容相近的頁面才值得轉。

http 改 https 需要用 Search Console 的網址變更工具嗎?

不需要。網址變更工具只用於換網域或子網域;http 改 https、加減 www 都屬同一網站的協定或主機變更,設好整站 301 並在 Search Console 新增 https 資源即可。

可以用 JavaScript 或 meta refresh 做轉址嗎?

能改伺服器設定就不要用。Google 能辨識這兩種,但可靠度低於伺服器端 301,JavaScript 轉址還要等渲染。只有完全無法碰主機設定與外掛時,才用 0 秒的 meta refresh 當替代。

更新紀錄

  • 2026 年 8 月 28 日:初版發布。轉址類型與處理方式、跳轉上限、保留期限與網址變更工具適用範圍均依 Google Search Central 文件查證;對照表範例取自本站 2026 年 8 月文章整併的實際轉址紀錄。
  • 下次檢視:本文預計每半年重新查證一次並更新本欄。

結論:轉址是搬家,不是丟掉

301 轉址的技術本身不難,一行設定就完成;難的是前面的對照表與後面的驗證。把每一個舊網址當成資產,一對一對應到內容相同的新網址,用 301 不用 302,避免轉址鏈,站內連結直接改新網址,轉址規則長期保留——做到這幾件事,換網址與換網域就不會是排名的斷點。

網站改版或換網域前,想先確認轉址規劃有沒有漏洞?我們提供免費搜尋健檢,會從 Search Console 撈出您有流量與外部連結的舊網址清單,對照新網址結構指出哪些一定要一對一轉址、哪些可以放掉。

申請免費搜尋健檢了解 SEO 優化服務

轉址只是改版工作的一環,改版前、上線當天、上線後各要做什麼,請看〈網站改版不掉排名的檢查清單〉。

參考來源

  1. Google,〈Redirects and Google Search(重新導向與 Google 搜尋)〉,Google Search Central,2026-08-28 查證。
  2. Google,〈Site moves with URL changes(含網址變更的網站遷移)〉,Google Search Central,2026-08-28 查證。
  3. Google,〈HTTP status codes, and network and DNS errors(HTTP 狀態碼與網路錯誤對 Google 搜尋的影響)〉,Google Search Central,2026-08-28 查證。
  4. Google,〈網址變更工具〉,Google Search Console 說明,2026-08-28 查證。
  5. Search Engine Land,〈Google: 30x redirects don't lose PageRank anymore(3xx 轉址不再折損 PageRank)〉,2016-07,2026-08-28 查證。
  6. 轉角網路SEO行銷,〈網站改版不掉排名的檢查清單〉,corners.com.tw,本站自有內容。

關於作者

內容揭露:本文由轉角網路SEO行銷 SEO 團隊撰寫,過程使用 AI 工具輔助資料整理;轉址類型、跳轉上限與保留期限均依 Google 官方文件查證,對照表範例為本站 2026 年 8 月文章整併的實際轉址紀錄。文末提及本公司提供的免費搜尋健檢與 SEO 服務,屬自家服務揭露。

轉角網路SEO行銷 SEO 團隊

2019 年成立的搜尋行銷顧問團隊,服務範圍涵蓋 SEO 自然搜尋成長、GEO/AI 搜尋能見度、Google 關鍵字廣告與轉換優化。本文依團隊實際執行網站改版承接、文章整併轉址與 Search Console 監控的作業流程整理而成。

服務據點:
板橋總部 新北市板橋區四川路1段48號2樓台中據點 台中市南區忠明南路758號21樓B4
聯絡電話:
板橋 02-29527000台中 04-22609192
電子信箱:
service@corners.com.tw
服務項目:
SEO 優化GEO 生成式引擎優化Google 關鍵字廣告
本站同主題內容:
網站改版不掉排名的檢查清單canonical 標籤怎麼用技術性 SEO 入門
轉載說明:
歡迎推廣本文,引用請連結本文出處:轉角網路SEO行銷