301 轉址與 302 轉址怎麼選？2026 完整教學與 SEO 避坑指南
經營網站的過程中，網址變動幾乎是無法避免的事。不管是品牌改名、網站搬家、還是調整網址結構，只要舊網址還有人在用、還有搜尋引擎在爬，就一定會碰到「轉址」這件事。在輔導企業做網站優化的這些年，看過太多因為轉址沒處理好，導致辛苦累積的排名一夕歸零的案例。這篇文章就來把網頁轉址的觀念、操作方式和常見地雷，一次整理清楚。
一、網頁轉址到底是什麼？為什麼你一定要搞懂
用最白話的方式來說，轉址（Redirect）就是「當訪客或搜尋引擎連到 A 網址時，自動把他帶到 B 網址」。你可以把它想成搬家之後在舊家門口貼的轉寄通知單，告訴郵差和訪客：「我搬到新地址了，請直接過去那邊找我。」
為什麼這件事很重要？因為在搜尋引擎的世界裡，每一個網址都是獨立的「資產」。你花了好幾個月甚至好幾年在某個網址上累積的排名、反向連結、使用者信任度，如果網址一換卻沒有做轉址，這些資產就像蒸發了一樣，搜尋引擎會把新舊網址視為兩個完全不相關的頁面。
根據 Google 官方文件《重新導向與 Google 搜尋》的說明，正確的轉址設定能讓搜尋引擎理解新舊網址之間的關係，並將大部分的排名訊號從舊網址傳遞到新網址。反過來說，如果轉址設定錯誤或根本沒做，輕則流量下滑，重則整個網站從搜尋結果中消失。
二、什麼時候需要做轉址？2026 最新整理的 6 種常見情境
很多人以為轉址只有在「網站搬家」時才用得到，其實日常營運中有非常多場景都需要。以下是整理出來最常見的六種情境：
1. 網站改版或搬遷到新網域
這是最經典的轉址場景。假設你的品牌原本用 old-brand.com.tw，現在改名為 new-brand.com.tw，所有舊網域底下的頁面都需要一對一轉到新網域對應的頁面。這裡有一個很多人會犯的錯誤：把所有舊頁面全部導到新網站的首頁。這樣做不僅使用者體驗很差（訪客找不到原本想看的內容），搜尋引擎也會判定這是低品質的轉址，排名訊號的傳遞效果會大打折扣。
2. 網址結構調整
隨著網站規模擴大，你可能會想重新整理網址結構。例如原本的 example.com/product-name 改成 example.com/category/product-name，讓網址更有層次感。這時候每一個被改動的網址都需要設定轉址。
3. 修正拼字錯誤的網域
如果你的品牌名稱容易被打錯，例如 hotels 被打成 hotles 或 hoetls，你可以把這些常見的錯誤拼法網域買下來，然後透過轉址導到正確的網域，避免流量白白流失。
4. HTTP 升級為 HTTPS
現在幾乎所有網站都應該使用 HTTPS 加密連線。當你從 http:// 升級到 https:// 時，技術上這是兩個不同的網址，所以也需要透過轉址把所有 HTTP 版本的頁面導向 HTTPS 版本。
5. 合併重複內容
如果你的網站上有多個頁面內容高度相似（例如同一個產品有好幾個不同的網址），可以透過轉址把這些重複頁面統一導向一個主要版本，集中排名訊號。
6. 縮短網址用於行銷追蹤
在社群媒體或 EDM 中分享連結時，過長的網址不僅不美觀，也不方便追蹤成效。透過短網址服務（如 Lihi、Bitly、reurl.cc）產生的縮網址，背後其實就是轉址技術的應用。
| 轉址情境 | 說明 | 建議轉址類型 |
|---|---|---|
| 網站搬家或改版 | 舊網域永久移至新網域 | 301 永久轉址 |
| 網址結構調整 | 重新規劃網址路徑 | 301 永久轉址 |
| 修正拼字錯誤網域 | 將錯誤拼法導向正確網域 | 301 永久轉址 |
| HTTP 升級 HTTPS | 加密連線升級 | 301 永久轉址 |
| 合併重複內容 | 多個相似頁面統一導向 | 301 永久轉址 |
| A/B 測試分流 | 短期測試不同版本頁面 | 302 暫時轉址 |
| 網站維護中 | 暫時導向維護頁面 | 302 暫時轉址 |
| 短期活動頁面 | 活動結束後會恢復原頁面 | 302 暫時轉址 |
三、301 轉址與 302 轉址完整拆解：差異在哪裡？
搞懂 301 和 302 的差別，是所有網站經營者的基本功。這兩種轉址雖然表面上都是「把 A 導到 B」，但對搜尋引擎來說，意義完全不同。
1. 301 永久轉址：搬家後的戶籍遷移
301 轉址的正式名稱是「301 Moved Permanently」，意思是告訴搜尋引擎：「這個網址已經永久搬到新地方了，以後請直接去新地址。」當搜尋引擎收到 301 訊號時，會把舊網址上累積的排名權重、反向連結等 SEO 資產，轉移到新網址上。根據 Moz 的研究資料，301 轉址大約能傳遞 90% 到 99% 的連結權重，這也是為什麼 Google 官方明確建議：如果是永久性的網址變更，務必使用 301 轉址。
使用 301 轉址後，使用者在瀏覽器網址列看到的會是新網址。而搜尋引擎在一段時間後，也會把索引中的舊網址替換成新網址。
2. 302 暫時轉址：出差時的臨時地址
302 轉址的正式名稱是「302 Found」，意思是「這個網址暫時移到別的地方，但之後還會回來」。因為是暫時性的，搜尋引擎不會把排名權重轉移到新網址，舊網址在索引中的地位不會改變。
302 轉址最常見的應用場景是 A/B 測試。當你想測試兩個不同版本的頁面哪個轉換率比較高時，可以用 302 暫時把流量導到測試版本，測試結束後再切回來。另外像是網站維護期間暫時導向「維護中」頁面，或是短期促銷活動的臨時頁面，也適合用 302。
這裡有一個很重要的提醒：302 轉址不要使用太久。如果一個 302 轉址維持了好幾個月甚至好幾年，搜尋引擎可能會自行判斷「這其實是永久轉址」，把它當成 301 來處理，結果就是兩邊的排名都變得混亂。
3. 301 與 302 的核心差異一覽
| 比較項目 | 301 永久轉址 | 302 暫時轉址 |
|---|---|---|
| 性質 | 永久搬遷 | 暫時移動 |
| 排名權重傳遞 | 傳遞 90%~99% 連結權重 | 不傳遞權重 |
| 瀏覽器網址列顯示 | 顯示新網址 | 顯示舊網址 |
| 搜尋引擎索引 | 逐步替換為新網址 | 保留舊網址 |
| 適用場景 | 網站搬家、網址永久變更 | A/B 測試、網站維護、短期活動 |
| Google 建議 | 永久變更首選 | 僅限短期使用 |
四、HTTP 狀態碼懶人包：不只 301 和 302，你還該認識這些
301 和 302 這些數字其實來自 HTTP 狀態碼（HTTP Status Code）。每當瀏覽器向伺服器發出請求，伺服器都會回傳一個三位數的狀態碼，告訴瀏覽器這次請求的結果。了解這些狀態碼，對於網站管理和 SEO 排錯都很有幫助。
| 狀態碼 | 名稱 | 白話解釋 |
|---|---|---|
| 200 | OK | 一切正常，頁面成功載入 |
| 301 | Moved Permanently | 永久搬家，請去新地址 |
| 302 | Found | 暫時搬走，之後會回來 |
| 307 | Temporary Redirect | 暫時轉址（保留原始請求方法） |
| 308 | Permanent Redirect | 永久轉址（保留原始請求方法） |
| 404 | Not Found | 找不到這個頁面 |
| 410 | Gone | 這個頁面已經永久刪除了 |
| 500 | Internal Server Error | 伺服器內部出錯 |
| 503 | Service Unavailable | 伺服器暫時無法服務（維護中） |
其中 307 和 308 是比較新的轉址狀態碼。307 等同於 302 的暫時轉址，308 等同於 301 的永久轉址，差別在於 307 和 308 會嚴格保留原始的 HTTP 請求方法（例如 POST 請求不會被改成 GET）。對於一般的網站經營者來說，301 和 302 已經足夠應付絕大多數的場景。
五、轉址怎麼做？4 種主流實作方式完整教學
了解了轉址的觀念之後，接下來就是實際操作。根據你使用的網站平台和技術架構不同，轉址的實作方式也不一樣。以下介紹四種最常見的做法：
1. 透過 .htaccess 設定（Apache 伺服器）
如果你的網站架設在 Apache 伺服器上（很多共享主機和 WordPress 網站都是），可以在網站根目錄的 .htaccess 檔案中加入轉址規則。這是最基礎也最常用的方式。
單一頁面的 301 轉址寫法如下：
Redirect 301 /old-page https://www.example.com/new-page如果要把整個舊網域導向新網域，可以使用 RewriteRule：
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.com [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]2. 透過 Nginx 設定
如果你的伺服器使用 Nginx，轉址規則要寫在 Nginx 的設定檔中：
server {
listen 80;
server_name old-domain.com;
return 301 https://new-domain.com$request_uri;
}3. WordPress 外掛（免寫程式碼）
對於使用 WordPress 架站的朋友，最簡單的方式就是安裝轉址外掛。市面上有兩款很受歡迎的選擇：
Redirection 外掛支援 301 和 302 兩種轉址，操作介面直覺，只要在「來源網址」填入舊網址、「目標網址」填入新網址就完成了。它還會自動記錄轉址的使用次數和 404 錯誤，方便你追蹤和管理。
Simple 301 Redirects 外掛則更加簡潔，專注做好 301 轉址這一件事。如果你只需要基本的永久轉址功能，這款外掛的輕量設計不會拖慢網站速度。
4. 透過 HTML 或 JavaScript
如果你無法存取伺服器設定檔，也可以在 HTML 頁面的 head 區塊中使用 meta refresh 標籤來實現轉址：
<meta http-equiv="refresh" content="0;url=https://www.example.com/new-page">或者使用 JavaScript：
<script>window.location.href = "https://www.example.com/new-page";</script>不過要特別注意，HTML 和 JavaScript 的轉址方式在 SEO 效果上不如伺服器端的 301 轉址。搜尋引擎不一定能正確解讀這類轉址的意圖，所以只建議在沒有其他選擇的情況下才使用。
六、企業最常犯的 5 個轉址錯誤（避坑指南）
在輔導企業做網站搬遷和 SEO 優化的經驗中，以下五個錯誤出現的頻率最高，幾乎每個月都會遇到：
1. 所有舊頁面全部導向首頁
這是最致命的錯誤。很多人圖方便，把舊網站的幾百個頁面全部用一條規則導到新網站首頁。Google 會把這種行為視為「軟 404」（Soft 404），意思是雖然技術上回傳了 301，但因為新舊頁面的內容完全不相關，搜尋引擎不會傳遞任何排名權重。正確做法是建立一對一的轉址對照表，讓每個舊頁面都導向內容最相關的新頁面。
2. 產生轉址鏈（Redirect Chain）
轉址鏈指的是 A 轉到 B、B 再轉到 C、C 又轉到 D 這種連環轉址的狀況。每多一層轉址，搜尋引擎的爬蟲就多消耗一次抓取預算（Crawl Budget），而且連結權重也會在每一跳中流失。根據 Ahrefs 的建議，所有舊網址都應該直接轉到最終目的地，中間不要有任何中繼站。
3. 該用 301 卻用了 302
這個錯誤非常普遍，因為很多網站管理工具預設就是 302 轉址。如果你的網址變更是永久性的，卻使用了 302 暫時轉址，搜尋引擎不會把排名權重轉移到新網址，等於白白浪費了舊頁面累積的 SEO 資產。
4. 轉址設定完就刪除舊網站
轉址設定好之後，千萬不要馬上把舊網站或舊網域砍掉。搜尋引擎需要時間來重新爬取和更新索引，這個過程可能需要幾週到幾個月。建議至少保留舊網域的轉址設定一年以上，確保搜尋引擎已經完全認可新網址。
5. 沒有在 Google Search Console 中驗證
轉址設定完成後，很多人忘了到 Google Search Console 檢查轉址是否正常運作。Search Console 的「網址檢查」工具可以讓你即時查看 Google 如何處理你的轉址，是否有產生錯誤或迴圈。養成設定完就檢查的習慣，能幫你在問題擴大之前及時修正。
七、8 款免費轉址工具推薦：從短網址到轉址檢查一次搞定
工欲善其事，必先利其器。以下推薦幾款實用的免費轉址工具，涵蓋短網址產生、轉址語法產生和轉址狀態檢查三大類：
1. 短網址服務
| 工具名稱 | 語系 | 免費功能亮點 | 進階付費功能 |
|---|---|---|---|
| Lihi.io | 中文 | A/B 測試分流、UTM 追蹤碼 | 品牌網域綁定、自訂短網址 |
| Picsee.io | 中文 | 自訂縮圖與標題、QR Code | 品牌網域、自訂 QR Code 樣式 |
| Bitly | 英文 | 自訂短網址名稱 | QR Code、進階追蹤分析 |
| reurl.cc | 中文 | UTM 追蹤碼、QR Code、預覽縮圖 | 無付費方案（完全免費） |
| PPT.cc | 中文 | 可設定密碼保護、QR Code | 無付費方案 |
2. 轉址語法產生器
301 Redirect Code Generator 是一款簡單好用的線上工具，只要輸入舊網址和新網址，選擇你使用的伺服器類型（Apache、Nginx、IIS 等），就能自動產生對應的轉址程式碼，適合不熟悉程式語法的網站管理者。
3. 轉址狀態檢查工具
設定完轉址之後，一定要用工具驗證是否正常運作。以下兩款免費工具都不需要註冊帳號：
httpstatus.io 可以一次檢查多個網址的 HTTP 狀態碼，並且清楚顯示整個轉址鏈的路徑，讓你一眼看出是否有不必要的中繼轉址。
Redirect Checker 除了基本的狀態碼檢查之外，還會提供更詳細的伺服器回應資訊，包括回應時間和 Header 內容，適合需要深入排錯的技術人員。
八、實務案例解析：一次網站搬遷如何保住 80% 的自然流量
分享一個在 2024 年底協助處理的真實案例。一家經營了八年的台灣電商品牌，因為品牌重塑的需求，決定從舊網域搬遷到全新的品牌網域。他們在搬遷前每月的自然搜尋流量大約有 15 萬次造訪，網站上有超過 2,000 個產品頁面和 300 篇部落格文章。
在搬遷前做了三件關鍵的事：第一，建立完整的一對一轉址對照表，確保每一個舊頁面都有對應的新頁面。第二，在 Google Search Console 中同時驗證新舊兩個網域，並使用「網址變更」工具通知 Google。第三，在搬遷後的前三個月，每週檢查 Search Console 的涵蓋範圍報告，即時修正任何轉址錯誤。
最終結果是：搬遷後第一個月流量下降了約 25%（這是正常的過渡期），但到了第三個月就恢復到搬遷前的 80%，第六個月時甚至超越了搬遷前的水準。關鍵就在於轉址做得夠仔細、夠完整，沒有遺漏任何一個有價值的頁面。
九、常見問題 FAQ
1. 301 轉址和 302 轉址最大的差別是什麼？
301 是永久轉址，會將排名權重傳遞到新網址；302 是暫時轉址，不會傳遞排名權重。如果網址變更是永久性的，務必使用 301。
2. 設定 301 轉址後，排名多久會恢復？
通常需要 2 到 12 週不等，取決於網站規模和 Google 爬取頻率。大型網站可能需要更長時間，小型網站通常在 4 週內就能看到排名回穩。
3. 轉址會影響網站速度嗎？
單一轉址對速度的影響微乎其微，通常只增加幾毫秒。但如果產生轉址鏈（多層連環轉址），每一層都會增加載入時間，累積起來就會明顯影響使用者體驗和 SEO 表現。
4. 舊網域的轉址設定要保留多久？
建議至少保留一年以上。Google 官方雖然沒有明確規定期限，但根據實務經驗，一年內搜尋引擎通常能完成索引更新。如果舊網域的續約成本不高，建議持續保留轉址設定。
5. 可以用 JavaScript 做 301 轉址嗎？
嚴格來說不行。JavaScript 轉址不是真正的 HTTP 301 回應，搜尋引擎不一定能正確解讀。建議優先使用伺服器端的轉址設定（.htaccess 或 Nginx），只有在完全無法存取伺服器設定時，才考慮 JavaScript 作為替代方案。
十、網站轉址與 SEO 優化的深層關係
轉址看起來只是一個技術操作，但它其實牽動著整個網站的 SEO 表現。做得好，能讓網站在改版或搬遷後快速恢復排名；做得不好，可能讓你花好幾年累積的搜尋能見度毀於一旦。
從搜尋引擎的角度來看，轉址是它理解網站結構變化的重要訊號。當 Google 的爬蟲遇到一個 301 轉址時，它會知道：「這個頁面已經永久移到新位置了，我應該把所有的評分都轉到新頁面。」但如果遇到的是 404 錯誤（頁面不存在），爬蟲只會記錄「這個頁面消失了」，之前累積的所有排名訊號就跟著消失。
這也是為什麼常跟客戶強調：轉址不是網站搬好之後才想的事，而是在規劃搬遷方案的第一天就要納入考量的核心環節。一份完整的轉址計畫，應該包含舊網址清單、新網址對照、轉址類型選擇、測試驗證流程和上線後的監控機制。
在 AI 搜尋逐漸普及的 2026 年，搜尋引擎對網站技術面的要求只會越來越高。正確的轉址設定不僅是 SEO 的基本功，更是確保你的網站內容能被 AI 搜尋引擎正確理解和引用的關鍵基礎。如果你的企業正在面臨網站改版、品牌轉型或網址結構調整的需求，卻不確定轉址該怎麼規劃才能把 SEO 損失降到最低，這正是需要專業團隊介入的時候。戰國策擁有超過 26 年的企業服務經驗，整合 AI-SEO、國際 GEO 佈局、技術優化與內容行銷，讓你的網站不只是出現在搜尋結果，更能成為 AI 與 Google 共同選中的第一答案。
戰國策 AEO × GEO AI SEO 全方位整合行銷服務
選擇戰國策的五大優勢
- SEO關鍵字優化規劃 → 找出高潛力、高轉換率的詞庫，避免無效操作
- AI內容行銷優化 → 打造能被 Google 與 AI（ChatGPT、Perplexity）引用的結構化內容
- 技術 SEO → Schema、網站速度、行動體驗全面提升
- 外部連結建設 → 提升網站權重，建立長期穩定流量
- 跨國 SEO 佈局 → 不只台灣，包含美國SEO、馬來西亞SEO、新加坡SEO、印尼SEO，多語系全方位部署
