www Redirect Checker
輸入一個 URL
WWW 重新導向檢查器
你的網站有沒有在 www 與非 www 版本之間正確地進行重新導向？
在下方輸入網域，這個免費工具就會為你展示重新導向的運作情況，包括重新導向路徑、狀態碼以及最終目的地。它能幫你找出遺漏的重新導向、重新導向迴圈，或是不必要的重新導向鏈。
如何使用
- 輸入你的網域（可包含或不包含
www）。 - 點擊檢查按鈕。
- 稍等幾秒鐘以完成重新導向測試。
- 檢視重新導向路徑、HTTP 狀態碼及最終網址。
你可以同時測試 example.com 和 www.example.com，以確認你偏好的版本已正確設定。
為什麼這項檢查很重要
網站的 www 與非 www 版本屬於不同的主機名稱。如果兩個版本都可以獨立存取，正確做法是前後一致地設定你偏好的版本，而不是讓訪客和搜尋引擎爬蟲同時接觸到同一網站的多個版本。
正確設定重新導向有助於避免以下問題：
- 同一頁面有多個可存取的版本。
- 分享或連結到不一致的網址。
- 搜尋引擎無法明確辨識偏好的網址。
- 為訪客帶來混亂的體驗。
- 不必要的重新導向跳轉。
常見的做法是選擇一個偏好的主機名稱，並將另一個版本永久重新導向至該名稱。
www 與非 www — 應該選擇哪一個？
在 SEO 方面，並沒有規定一定要選擇 www 或非 www，兩者都能運作得很好。最重要的是選定一個偏好的版本，並持續一致地使用。
www 版本 (https://www.example.com)
www 主機名稱在許多網站上都很常見，在管理子網域和特定 Cookie 設定時會很有用。
非 www 版本 (https://example.com)
這個版本較短，通常是希望網域外觀簡潔的網站擁有者的首選。
兩者皆可。挑選其中一個版本，並確保另一個版本能正確重新導向即可。
良好的設定長什麼樣子
一個典型的乾淨設定如下：
- 選擇一個主機名稱作為偏好的版本。
- 替代的主機名稱使用 301 永久重新導向。
- HTTP 會重新導向至 HTTPS。
- 重新導向鏈盡量保持簡短。
- 內部連結一律使用偏好的 HTTPS 網址。
舉例來說，如果你偏好的版本是 www 主機名稱：
http://example.com → https://www.example.com
還有：
https://example.com → https://www.example.com
實際的重新導向路徑可能會因你的伺服器、CDN、主機設定和組態而異。
此工具能協助找出常見問題
- 沒有重新導向 — www 與非 www 版本各自獨立且均可存取。
- 重新導向迴圈 — 網址在兩個或多個目的地之間不斷互相重新導向。
- 使用 302 而非 301 — 在應使用永久重新導向的地方使用了暫時重新導向。
- 冗長的重新導向鏈 — 在到達最終網址之前發生了多次重新導向。
- HTTP/HTTPS 問題 — 其中一個傳輸協定能正確重新導向，另一個則否。
- 預料之外的目的地 — 重新導向結束於非預期的網址。
及早發現這些問題，有助於讓訪客和搜尋引擎更容易維持你網站網址結構的一致性。
快速最佳實踐
- 選擇一個偏好的主機名稱：www 或非 www。
- 使用 HTTPS 作為偏好的傳輸協定。
- 針對永久網址變更使用 301 重新導向。
- 確保內部連結與你偏好的版本一致。
- 避免不必要的重新導向跳轉。
- 在變更 DNS、主機、伺服器或 CDN 後重新檢查重新導向。
常見問題
這個 WWW 測試工具是免費的嗎？
是的。你不需要建立帳戶就可以檢查重新導向行為。
我應該使用 301 還是 302 重新導向？
若要在 www 與非 www 之間作出永久選擇，通常應使用 301 重新導向。302 重新導向一般用於變更屬於暫時性質的情況。
www 還是非 www 的排名比較好？
就 SEO 而言，兩個版本本身並無優劣之分，兩者都能成功使用。保持一致性、正確的重新導向，以及妥善設定網站，遠比選擇哪一個主機名稱更為重要。
重新導向鏈會導致問題嗎？
冗長的重新導向鏈會增加額外請求，降低爬蟲抓取和網頁載入的效率。只要有可能，請直接將舊網址重新導向至最終目的地。
如果兩個版本載入時都沒有重新導向怎麼辦？
請選擇你偏好的主機名稱，並為替代版本設定永久重新導向。同時確保你的 HTTP 轉 HTTPS 重新導向已正確設定。
CDN 會影響重新導向的結果嗎？
會的。CDN 或快取層可能會影響重新導向的處理或快取方式。如果你最近更改了設定，請清除相關快取並再次測試網址。
相關免費工具
附註
重新導向的行為可能會因你的網頁伺服器、CDN、主機設定和快取而有所不同。作出變更後，請同時測試 www 與非 www 版本，以及 HTTP 和 HTTPS，以確認它們都能順利到達你偏好的最終網址。