HSTS Preload 有哪些效益？

HSTS Preload 的主要效益是強化 HTTPS 連線保護，並省去舊 HTTP 連結轉往 HTTPS 的重新導向。依 Semrush 於 2020 年的說明，採用預載清單的瀏覽器會將清單內網站的 HTTP 請求改為 HTTPS；但前提是網站及其子網域符合預載要求。這份材料支持上述機制與效益，不能用來確認今日的完整申請規則。

安全效益：使用 HTTP 網址，也會改用 HTTPS

HSTS 是 HTTP Strict Transport Security 的縮寫，用途是強制使用 HTTPS，降低使用者以未加密 HTTP 請求網頁時，請求或回應遭入侵者竄改的風險。HSTS Preload 則透過預載清單，讓採用該清單的瀏覽器辨識哪些網站應使用 HTTPS。

依來源描述，當使用者嘗試以 HTTP 開啟清單內的網站，瀏覽器會查核清單並將請求改為 HTTPS。因此，效益不只限於使用者原本就點選 HTTPS 網址的情境；即使入口仍是 HTTP，也能依預載機制改用安全連線。這裡的安全效益針對連線與傳輸保護，不宜擴大解讀成網站所有安全問題都已解決。

舊連結仍是 HTTP，可省去轉址步驟

來源特別指出，網站若有許多仍使用 HTTP 的舊反向連結，預載機制可省去不必要的 HTTP 至 HTTPS 重新導向。例如，其他網站的一篇舊文章仍以 HTTP 網址連到某個頁面；若目的網站已在瀏覽器採用的預載清單中，瀏覽器便會依清單改用 HTTPS，而不是依靠該次 HTTP 至 HTTPS 轉址。

• 安全上的意義：舊連結使用 HTTP，仍可透過預載機制改以 HTTPS 連線。
• 效能上的意義：省去來源所述的 HTTP 至 HTTPS 重新導向，但材料沒有提供節省時間或載入速度提升幅度。

適用條件要看整個網域，不能只看單一頁面

這項效益不是所有網站都能直接套用。來源描述的預載清單，收錄的是整個網域及其子網域都支持 HTTPS 的網站，並明確表示使用這項機制須符合多項要求。因此，不能只因首頁能以 HTTPS 開啟，就認定網站已具備預載資格。

評估時應分開兩個問題：一是網站是否有舊 HTTP 連結等可受益情境；二是整個網域及子網域是否符合預載要求。前者能說明使用價值，卻不能代替後者的資格確認。提供的 2020 年文章沒有列出完整要求，不能據此判定特定網站目前能否加入。