轉址服務怎麼選？看懂 301 與 302、DNS 轉址及短網址設定

轉址服務的核心，是讓舊網址、短網址或自有網域自動導向指定頁面。若網站已永久搬家，應優先使用 301 或 308 永久轉址；若只是活動期間、系統維護或短期測試，通常使用 302 或 307 暫時轉址。DNS 本身多半不能直接完成 HTTP 網頁跳轉，因此 DNS 轉址設定通常還需要搭配網址商、主機、CDN 或 Web 伺服器提供的轉址工具。若目的只是分享簡短連結，則可使用短網址產生器或 Bitly 短網址，但不應把短網址當成網站搬遷與 SEO 權重轉移的唯一方案。

什麼是轉址服務

網域名稱轉址（URL Redirection）又稱網址重新導向，是當使用者開啟某個網址時，由瀏覽器或伺服器將其帶往另一個網址。例如公司將網站從 old.example.com 搬到 www.example.com，便可利用轉址服務，把造訪舊站的使用者自動導向新站。

轉址不只是方便使用者，也會影響搜尋引擎如何理解網站。Google 等搜尋引擎會根據 HTTP 狀態碼、目標頁面內容、內部連結及網站地圖，判斷網址變更屬於永久搬遷還是暫時調整。如果使用錯誤的轉址類型，可能造成舊網址持續被索引、重複內容、重新導向鏈過長，甚至讓搜尋引擎無法順利抓取目標頁面。

轉址服務常見於網站換網域、網址結構調整、品牌更名、錯字網域導正、行銷活動追蹤、短網址分享，以及將自有子網域導向外部購物網站或社群平台。企業也可以透過連結製作器加入 UTM 參數，再交由短網址服務簡化網址，方便辨識不同廣告來源。

301、302、307 與 308 轉址有什麼差別

301 永久轉址

301 Moved Permanently 表示原始網址已永久搬到新位置，適合網站換網域、HTTP 轉 HTTPS、統一有無 www 的版本，以及文章永久更改網址等情境。

搜尋引擎通常會逐步以新網址取代舊網址，並整合與轉移相關搜尋訊號。不過，網站管理者仍應同步更新內部連結、canonical、XML Sitemap 與外部重要連結，不能只依賴 301。

302 暫時轉址

302 Redirect 表示目前只是暫時導向另一個網址，未來預計恢復原始網址。常見用途包括短期活動頁、網站維護、暫時缺貨頁面、地區或語言測試，以及 A/B 測試。

由於 302 傳達的是暫時變更，搜尋引擎可能繼續保留原始網址。如果網站已確定永久搬遷，卻長期使用 302，可能讓搜尋引擎較難判斷應保留哪個網址。

307 與 308 轉址

307 Temporary Redirect 與 302 一樣屬於暫時轉址，但會明確要求保留原始 HTTP 請求方法。308 Permanent Redirect 則是永久轉址，並同樣保留請求方法。

對一般 GET 網頁而言，301、302、307、308 的使用者體驗可能相似；涉及表單送出、API 或 POST 請求時，是否保留請求方法便十分重要。設定前應確認應用程式與伺服器的實際需求。

常見轉址類型比較表

哪些情況需要設定網址轉址

網站永久搬遷或品牌更名

網站從舊網域搬到新網域時，應建立舊網址與新網址的一對一對應，而不是把所有頁面都導向首頁。例如舊站商品頁應轉到內容最接近的新商品頁，已刪除且沒有替代內容的頁面，則可依情況回應 404 或 410。

修正相似網域與網址版本

企業可能同時註冊品牌的 .tw、.com.tw 或常見拼字版本，再把這些網域導向正式網站。網站也應統一 HTTP、HTTPS、有 www 與無 www 的主要版本，避免同一內容出現在多組網址。

簡化對外分享網址

部落格、購物網站及活動頁的網址可能包含中文編碼、查詢參數與追蹤碼，不容易記憶或印在文宣上。此時可使用短網址產生器建立簡短連結，或以自有子網域作為品牌短網址。

縮網址適合傳播，但不等於永久搬遷。即使服務宣稱可以縮短網址永久使用，實際可用期間仍取決於服務商是否持續營運、帳號是否有效、網域是否續約及方案政策是否改變。重要連結應使用自有網域，並保留日後更換供應商的能力。

行銷成效追蹤

行銷人員可先使用連結製作器建立包含 utm_source、utm_medium、utm_campaign 等參數的網址，再透過轉址工具縮短。如此可在分析工具中區分電子報、社群貼文、廣告或實體文宣帶來的流量。

UTM 參數不應包含姓名、電話、電子郵件或其他個人資料，因為完整網址可能被瀏覽器、分析系統、伺服器紀錄與第三方平台保存。

DNS 轉址設定的正確觀念

DNS 的主要工作是把網域名稱解析到 IP 位址或其他主機名稱。A 紀錄指向 IPv4，AAAA 指向 IPv6，CNAME 則將某個主機名稱指定為另一個主機名稱。這些紀錄本身通常不會向瀏覽器回傳 301 或 302，也不會把訪客從某個完整路徑帶到另一個網址。

因此，網址商後台所稱的 DNS 轉址設定，實際上通常是由網址商提供一台轉址伺服器。使用者先依指示設定 DNS，訪客連線到該伺服器後，再由伺服器回傳 HTTP 轉址狀態碼。

設定前應確認服務是否支援 HTTPS、根網域、子網域、查詢參數與路徑保留。部分免費服務只能把整個網域導向單一頁面，不能將 /product/a 對應到新站的 /shop/a。網站若有大量舊頁面，應選擇支援路徑轉址或批次規則的服務。

DNS 變更也需要傳播時間，實際速度受 TTL、遞迴 DNS 快取與供應商更新機制影響。即使 DNS 已更新，HTTPS 憑證尚未簽發或設定錯誤，使用者仍可能先看到憑證警告，而不是正常轉址頁面。

如何設定網域轉址

透過網域名稱服務商設定

許多網址商在控制台內提供「網頁轉址」、「網址轉發」或「Forwarding」功能。一般流程是登入控制台、選擇網域或子網域、輸入目標網址，再指定 301 或 302。

不同供應商的介面與方案不相同。有些網域註冊服務會免費提供 A、AAAA、CNAME、MX、TXT、CAA 等 DNS 紀錄，以及 HTTP、HTTPS 網頁轉址；有些則把路徑轉址、HTTPS 或大量規則列為付費功能。設定前應以供應商當下公告及後台選項為準。

若控制台要求升級方案，常見操作可能是進入「我的主機與網址代管」，在欲調整的方案旁展開功能選單，選擇「升級／降級」，再選擇方案並付款。不過這不是所有主機商的通用流程，不能直接套用到不同平台。

透過 Web 伺服器設定

擁有主機管理權限時，可直接在 Apache、Nginx、IIS 或應用程式設定轉址。這種方式通常能精確處理單頁、一對一網址、正規表示式與查詢參數，也能避免依賴第三方轉址平台。

設定完成後，應使用瀏覽器開發者工具、命令列或 HTTP 檢測工具確認回應碼及 Location 標頭。不能只看頁面是否「有跳過去」，因為 JavaScript、302 與 301 在畫面上可能沒有明顯差異。

架站在自己的固定 IP

若要將網站架設於自己的固定 IP，可把網域的 A 紀錄指向該 IPv4 位址；若使用 IPv6，則設定 AAAA 紀錄。路由器、防火牆、NAT、80 與 443 連接埠、Web 伺服器及 TLS 憑證也必須正確設定。

固定 IP 只能解決網域解析與連線位置，不會自動產生網址重新導向。若要把舊網域導向新網域，仍需由 Web 伺服器或反向代理回傳 301、302、307 或 308。自行架站也要考量停電、網路中斷、資安更新、備份與流量攻擊，不宜只比較主機費用。

一般式轉址與框架式轉址

一般式轉址會由伺服器回傳重新導向狀態，瀏覽器完成跳轉後，網址列會顯示目標網址。這是網站搬遷、網址統一與 SEO 管理較常使用的方式。

框架式轉址通常以 frame 或 iframe 包覆目標網站，網址列可能維持原網域，但實際內容來自另一個網站。這種方法容易造成頁面標題、分享網址、書籤、分析追蹤、無障礙體驗及搜尋引擎索引問題，部分目標網站也會透過安全標頭禁止被嵌入。

若需求是讓瀏覽器顯示新網址，應使用標準 HTTP 轉址，而不是框架包覆。若希望網址列維持自有網域，則應評估反向代理或正式部署內容，但必須取得內容使用權並正確處理快取、安全性與個人資料。

短網址服務如何選擇

Bitly 短網址

Bitly 短網址是常見的商業縮網址方案，可用於建立短連結、管理連結及查看部分成效資料。實際可用功能、報表、客製化後綴、品牌網域與連結數量會依當下方案而異，使用前應查看官方定價與服務條款。

企業若使用第三方短網址，應確認帳號權限、資料保存、離職交接及品牌網域所有權。不要讓重要連結只存在於個人帳號，也不要將後台登入資訊交由不相關人員共用。

Google 縮網址服務的現況

過去的 Google URL Shortener 使用 goo.gl 網域，因此「Google 縮短網址」與「Google 短網址產生器」曾是熱門搜尋詞。不過 Google 已在 2019 年停止提供新的 goo.gl 短網址建立功能，現在不能把它當成可申請新短網址的工具。

Google Domains 過去也提供網域轉送功能，但 Google 已將 Google Domains 的註冊業務移交給 Squarespace，原本教學中所述的「WEBSITE」及「Forward」介面不應視為目前仍適用。搜尋 Google 轉址服務時，必須先分辨自己要找的是網域轉送、短網址、Firebase 功能，還是網站層級的 301／302 設定，並查閱目前承接平台的官方文件。

政府短網址服務

政府短網址服務主要供符合資格的政府機關網址使用，不等同一般民眾可自由申請的公開縮網址平台。依服務頁面所列規則，原始網址通常必須使用 https:// 通訊協定，網域部分以 .gov.tw 結尾，原始網址不可重複申請，並須符合服務規定的長度限制。

申請者應以政府短網址服務當下公布的資格、網址格式、長度與檢測結果為準。政府機關也應避免把未經審查的外部頁面包裝成官方短網址，以免使用者誤認內容來源。

轉址與短網址方案分析表

轉址設定的 SEO 檢查重點

建立一對一網址對應

永久搬站時，應先整理舊網址清單，再將每個舊頁面導向內容最接近的新頁面。把所有舊網址一律轉到首頁，對使用者幫助有限，也可能被搜尋引擎視為不恰當的軟性 404。

避免轉址鏈與迴圈

若 A 轉到 B、B 再轉到 C，就形成轉址鏈。鏈條越長，抓取效率與載入速度越差。應盡可能讓 A 直接轉到最終的 C。若 A 轉 B、B 又轉回 A，便會形成迴圈，瀏覽器通常會顯示重新導向次數過多。

同步更新網站訊號

完成永久轉址後，應更新內部連結、canonical、hreflang、結構化資料、XML Sitemap 與廣告到達網址。網站換網域時，也應驗證新舊網站的搜尋管理工具資料，持續觀察索引、抓取錯誤與自然搜尋流量。

保留轉址足夠時間

永久搬遷的轉址不宜在短期內移除。外部網站、搜尋索引、書籤與舊文宣可能長期保留舊網址。只要舊網域仍有流量或連結價值，就應持續續約並維持正確轉址。

檢查安全與信任風險

短網址會隱藏實際目的地，容易被濫用於釣魚或惡意下載。使用者可在點擊前利用服務預覽功能或安全檢測工具確認目的地；管理者則應限制後台權限、啟用多因素驗證，並定期檢查是否出現未授權連結。

結論

轉址服務應依變更目的選擇：永久搬遷使用 301 或 308，短期調整使用 302 或 307，行銷分享則可搭配短網址產生器。DNS 紀錄主要負責解析，真正的網頁跳轉通常由網址商、主機、CDN、反向代理或 Web 伺服器執行。

網站管理者不應只確認「能不能跳轉」，還要檢查 HTTP 狀態碼、HTTPS 憑證、路徑對應、查詢參數、轉址鏈及搜尋索引。對企業與政府機關而言，自有網域、權限治理及可持續維護通常比單純追求免費或短小更重要。

常見問題

1. 301 與 302 轉址應該如何選擇？

已確定不會恢復舊網址時，通常選擇 301；只是短期替換、維護或測試，且日後會恢復原網址時，使用 302。涉及 POST 或 API 請求時，可進一步評估 307 或 308。

2. 302 轉址可以長期使用嗎？

技術上可以，但如果變更實際上是永久的，長期使用 302 會讓網站意圖不夠清楚。此時應改用 301 或 308，並同步更新內部連結與網站地圖。

3. DNS 設定 CNAME 後，網址列會自動改變嗎？

通常不會。CNAME 是 DNS 主機名稱別名，不是 HTTP 重新導向。若要改變瀏覽器網址列，仍需伺服器或轉址平台回傳轉址狀態碼。

4. 免費轉址服務適合企業網站嗎？

可用於低風險或臨時需求，但企業應確認 HTTPS、服務穩定性、路徑支援、資料政策、匯出能力及供應商停業風險。核心網址宜使用自有網域與可控的轉址架構。

5. 短網址會影響 SEO 嗎？

正常且可被搜尋引擎抓取的短網址通常會導向最終頁面，但網站搬遷不應只依賴第三方短網址。SEO 管理仍應在原網站或自有網域上建立正確的永久轉址。

6. 是否還能建立新的 goo.gl 短網址？

不能。Google 已停止提供新的 goo.gl 短網址建立功能，因此搜尋 Google 短網址產生器時，應改用目前仍營運的第三方服務或自建品牌短網址。

7. 轉址後為何出現 HTTPS 憑證錯誤？

瀏覽器必須先成功建立 HTTPS 連線，伺服器才能回傳轉址。若來源網域沒有有效憑證，即使最終目標網址正常，使用者仍可能先看到安全警告。

8. 如何確認轉址是 301 還是 302？

可使用瀏覽器開發者工具的 Network 面板、命令列 curl，或可信的 HTTP 狀態檢測工具，查看第一個回應的狀態碼與 Location 標頭。

9. 網站搬遷時可以把所有舊頁面轉到首頁嗎？

不建議。應優先建立一對一對應，把舊頁導向內容最接近的新頁。沒有合理替代內容時，可考慮回應 404 或 410，而不是全部轉至首頁。

10. 如何做到縮短網址永久有效？

沒有第三方服務能無條件保證永久有效。較穩健的方法是持有自己的短網址網域、持續續約，並使用可匯出資料或自行控制的轉址系統。即使更換平台，也能透過 DNS 與伺服器設定維持既有短連結。