.htaccess 重定向教學：打造 SEO 傳遞力與 URL 友善結構全攻略

在網站營運的過程中，網址（URL）的變動幾乎是不可避免的。無論是因為品牌重新命名、網站架構重組、從 HTTP 升級至 HTTPS，還是單純因為產品分類的調整，只要網址發生了變化，如果沒有進行正確的「重定向（Redirection）」，你的搜尋引擎排名（SEO Ranking）與使用者體驗將會面臨巨大的災難。

對於使用 Apache 伺服器的網站管理者來說，.htaccess 檔案就是處理這類問題最強大的武器。本文將提供一份深度的 .htaccess 重定向教學，從基礎概念到進階的正規表示式（Regex）應用，帶你掌握如何透過重定向來保護網站的 SEO 權重，並建立結構清晰、對搜尋引擎友善的 URL 系統。

什麼是 .htaccess 檔案？其在 Web Server 中的角色

在深入探討重定向之前，我們必須先理解 .htaccess 到底是什麼。

Apache 伺服器的配置核心

.htaccess（Hypertext Access）是一個特殊的設定檔，存在於 Apache Web Server 的目錄中。與主伺服器設定檔（如 httpd.conf）不同，.htaccess 允許開發者在不重新啟動伺服器的情況下，針對特定的資料夾（Directory）進行即時的配置修改。

這對於共享主機（Shared Hosting）的使用者來說至關重要，因為你通常沒有權限去修改伺服器的全域設定，但你完全可以透過 .htaccess 來控制自己網站目錄下的行為。

.htaccess 的運作原理與作用範圍

當一個請求（Request）進入伺服器時，Apache 會從根目錄開始，逐層檢查每一層目錄下的 .htaccess 檔案。這意味著你在 /blog/ 目錄下的 .htaccess 設定，只會影響 /blog/ 及其子目錄，而不會干擾到 /shop/ 目錄。

其主要功能涵蓋： * URL 重寫（URL Rewriting）：將複雜的參數轉換為易讀的靜態路徑。 * 身分驗證：設定目錄密碼保護。 * 存取控制：封鎖特定 IP 或禁止某些檔案類型下載。 * 重定向（Redirection）：將舊網址導向新網址。

為什麼 SEO 需要正確的重定向？

對於 SEO 專家來說，重定向不只是「讓頁面能打開」，更是一場關於「權重傳遞」的戰鬥。

避免重複內容 (Duplicate Content) 問題

搜尋引擎（如 Google）非常討厭重複的內容。如果你同時存在 example.com/product 與 example.com/product?id=123 兩個網址，且內容完全相同，Google 會認為你在進行惡意抄襲或內容灌水，進而分散該頁面的權重，甚至導致懲罰。透過 .htaccess 進行統一的重定向，可以確保所有流量都匯集到單一的「標準網址（Canonical URL）」上。

權重傳遞 (Link Juice) 的關鍵

當其他高權重的網站連結到你的舊網址時，如果你只是簡單地刪除舊頁面（導致 404 錯誤），那麼這些累積多年的「連結權重（Link Juice）」就會隨之流失。正確使用 301 重定向，可以告訴搜尋引擎：「這個頁面永久搬家了，請把原本累積的排名與權重轉移到新網址」。

提升使用者體驗 (UX) 與降低跳出率

想像一下，使用者點擊了一個舊的書籤或社群分享連結，結果看到的是「404 Not Found」。這不僅會造成挫折感，還會增加網站的跳出率（Bounce Rate）。一個流暢的重定向機制，能讓使用者在不知不覺中抵達正確的頁面，維持網站的專業形象。

重定向狀態碼大解密：301, 302, 307, 308 的差異

在撰寫 .htaccess 規則時，選擇正確的 HTTP 狀態碼是 SEO 的成敗關鍵。

301 Permanent Redirect (永久重定向)

這是 SEO 最推薦使用的狀態碼。它明確告知搜尋引擎與瀏覽器：「舊網址已廢棄，請更新你的索引資料庫，並將權重轉移到新網址」。這是網站遷移、域名更換時的唯一選擇。

302 Found / 307 Temporary Redirect (暫時重定向)

如果你只是因為短期的促銷活動（例如：將首頁導向活動頁面，活動結束後要換回原樣），應使用 302 或 307。這會告訴搜尋引擎：「這只是暫時的，請保留舊網址的索引，不要轉移權重」。

308 Permanent Redirect (現代標準)

308 是 301 的現代化版本，它在處理 POST 請求時比 301 更嚴謹，確保請求方法（Method）不會被更改。雖然目前大多數瀏覽器對 301 的支援已極佳，但在處理複雜的 API 或現代 Web App 時，了解 3存在 308 是專業開發者的基本功。

狀態碼比較表

狀態碼	類型	SEO 影響	適用情境
301	永久重定向	極高 (轉移權重)	網站搬家、URL 結構調整、域名更換
302	暫時重定向	低 (不轉移權重)	短期促銷、維護期間導向公告頁
307	暫時重定向	低 (不轉移權重)	與 302 類似，但更嚴格地保留請求方法
308	永久重定向	極高 (轉移權重)	與 301 類似，但能更精準地保留 POST 內容

.htaccess 重定向實戰教學：常見情境與程式碼範例

接下來，我們進入實作階段。請在操作前務必備份原始的 .htaccess 檔案，因為任何一個語法錯誤都可能導致整個網站出現 500 Internal Server Error。

1. 基本的單一 URL 重定向

這是最簡單的情境，當你更改了一個頁面的名稱。

# 將舊的產品頁導向新的產品頁
Redirect 301 /old-product.html https://supertools.tw/new-product.html

2. 將 HTTP 強制轉向 HTTPS (SEO 必做)

隨著 Google 強制推行 HTTPS，確保所有流量都經過加密是基本要求。

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

解析：RewriteCond %{HTTPS} off 檢查目前是否非加密連線，如果是，則透過 RewriteRule 將請求重新導向至 HTTPS 版本。

3. 移除或加入 WWW

為了避免 www.example.com 與 example.com 被視為兩個重複的網站，必須統一其中一種。

移除 WWW 範例：

RewriteEngine On
RewriteCond %解析 %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

4. 使用正規表示式 (Regex) 進行批量重定向

如果你有大量舊的目錄結構需要遷移，手動一個一個寫太慢了。假設你將 /blog/2023/post-name 改為 /news/post-name。

RewriteEngine On
# 將 /blog/年份/文章名 轉向 /news/文章名
RewriteRule ^blog/\d{4}/(.*)$ /news/$1 [R=301,L]

解析：\d{4} 會匹配四位數字（年份），(.*) 會捕捉後續的所有路徑並透過 $1 帶入新路徑。

5. 綜合範例：一個標準的 SEO 優化 .htaccess 模板

如果你正在進行網站優化，可以參考以下結構化的範例：

# 開啟重寫引擎
RewriteEngine On
RewriteBase /

# 1. 強制 HTTPS
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

# 2. 強制移除 WWW
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

# 3. 處理舊的目錄遷移 (例如從 /old-folder/ 搬到 /new-folder/)
RewriteRule ^old-folder/(.*)$ /new-folder/$1 [R=301,L]

# 4. 移除 .html 副檔名 (打造 SEO 友善的 URL)
# 讓使用者訪問 example.com/about 而非 example.com/about.html
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.html -f
RewriteRule ^(.*)$ $1.html [L]

若你在撰寫規則時感到困惑，建議可以使用 htaccess 規則檢查工具來驗證你的邏輯是否正確，避免直接上線導致網站崩潰。

網站遷移時的 SEO 重定向策略

當你進行大規模的網站遷移（Domain Migration）時，重定向的策略決定了你的 SEO 命運。

域名變更 (Domain Migration) 的步驟

建立對應清單：使用爬蟲工具（如 Screaming Frog）抓取舊站點的所有 URL。
建立映射表：將舊網址與新網址一一對應。
部署 301 規則：將對應表轉換為 .htaccess 的 Redirect 301 指令。
Google Search Console 更新：使用 GSC 的「變更位址」工具通知 Google。
監測錯誤：持續檢查是否有 404 錯誤發生。

結構變更 (Structure Change) 的注意事項

如果你的網站從單層結構變成了多層結構（例如從 example.com/product 變成 example.com/category/product），請務必使用正規表示式來處理路徑的重寫，確保舊的連結點擊後能精準降落到新的層級，而不是全部導向首頁。

如果你需要更進階的網站優化建議，可以參考我們的 SEO 網站優化工具獲取更多技術支援。

.htaccess 設定的常見錯誤與風險

雖然 .htaccess 功能強大，但誤用會帶來嚴重的後果。

無限迴圈 (Redirect Loop) 的成因

這是最常見的錯誤。例如，你設定了「將所有網址導向 A」，但 A 網址本身又符合「導向 A」的規則。瀏覽器會不斷地在兩個網址間跳轉，最終顯示 ERR_TOO_MANY_REDIRECTS。 * 解決方法：檢查 RewriteCond 是否排除了目標網址，或使用 [L] (Last) 標記來停止後續規則的執行。

語法錯誤導致的 500 Internal Server Error

.htaccess 對語法極度敏感。一個多餘的空格、漏掉的引號或是錯誤的指令名稱，都會導致 Apache 無法解析設定檔，進而讓整個網站無法存取。 * 解決方法：每次修改後，先用隱身視窗測試，並確保使用正確的指令語法。

效能影響：過度複雜的規則

雖然單個重定向對效能影響微乎其微，但如果你在 .htaccess 中寫了數千行複雜的 RewriteRule 且包含大量的正則表達式，伺服器在處理每個請求時都需要進行大量的運算與比對，這會增加伺服器的 CPU 負擔，進而拖慢網站的響應速度（TTFB）。 * 解決方法：盡量使用簡單的 Redirect 301 來處理靜態路徑，僅在必要時使用 RewriteRule。

FAQ：關於 .htaccess 重定向的常見問題

Q1: 301 重定向真的可以完全轉移 SEO 權重嗎？ A: 絕大部分可以。Google 官方曾表示，301 重定向會傳遞大部分的連結權重，但並非 100% 完美轉移（會有極小比例的流失），且遷移後的內容品質仍是決定排名的關鍵。

Q2: 我可以使用 .htaccess 在 Nginx 伺服器上嗎？ A: 不可以。.htaccess 是 Apache 特有的設定檔。如果你使用的是 Nginx，你必須在伺服器的 nginx.conf 檔案中撰寫 rewrite 指令。

Q3: 為什麼我修改了 .htaccess 但網址沒有變化？ A: 有兩個可能原因：第一，瀏覽器快取了舊的重定向結果（請嘗試使用無痕模式測試）；第二，伺服器的 AllowOverride 設定為 None，導致 Apache 忽略了 .htaccess 的指令。

Q4: 移除 URL 中的 .html 副檔名對 SEO 有幫助嗎？ A: 有間接幫助。更簡潔、更具可讀性的 URL 能提升使用者的點擊率（CTR），且能避免因副檔名不同而產生的重複內容問題。

Q5: 所有的舊網址都應該導向新網址嗎？ A: 只有「有對應內容」或「具備相關性」的網址才應該導向。如果舊網址的內容與新網址完全不相關，強行導向可能會被 Google 視為「軟 404 (Soft 404)」，反而對 SEO 不利。

Q6: 如何檢查我的重定向是否設定正確？ A: 除了使用瀏覽器開發者工具（Network 標籤）查看狀態碼外，建議使用專業的 HTTP Header 檢查工具，確認回傳的 Header 是否包含正確的 Location 標頭。

結論

.htaccess 重定向教學的核心不在於背誦指令，而在於理解「權重傳遞」與「使用者體驗」的平衡。一個正確的 301 重定向，能讓你的網站變動成為品牌升級的契機；而一個錯誤的設定，則可能讓你的搜尋排名付諸流水。

在進行任何 URL 變動前，請務必遵循：備份、測試、監控 的三原則。透過精準的規則撰寫與科學的遷移策略，你就能在變動的網路環境中，穩固地守護網站的 SEO 價值。

.htaccess 重定向教學：SEO 友善 URL