HTTPS 會加密訪客與網站之間傳送的資料，避免登入密碼、表單內容和付款資料在傳輸途中被輕易截取。現時即使網站沒有網上商店，也應該使用有效的 SSL 憑證。不過，成功安裝憑證只是第一步；網址設定、重新導向、混合內容、快取與搜尋引擎版本都要一起處理，網站才算真正完成 HTTPS 遷移。
安裝前先確認網域和 DNS
申請憑證前，先確認主網域和 www 版本是否指向正確主機。如果你同時使用 `example.com` 和 `www.example.com`，憑證應覆蓋兩者，並預先決定哪一個是正式版本。DNS 剛完成修改時可能仍在傳播，過早驗證會導致申請失敗；先確認兩個網址都能到達新伺服器，再開始安裝會較穩妥。
透過主機安裝免費 SSL 憑證
大部分 WordPress 主機、cPanel 和雲端管理平台都提供 Let’s Encrypt 或同類免費憑證。選擇網域後啟用 SSL，等待平台完成網域驗證及安裝。完成後直接開啟網站的 HTTPS 版本，檢查首頁、登入頁和一篇文章是否正常。不要在尚未確認 HTTPS 可用前強制轉址，否則可能把網站導向無法建立安全連線的版本。
更新 WordPress 網址設定
進入 WordPress 的一般設定，把「WordPress 位址」和「網站位址」由 `http://` 改為 `https://`。兩個欄位應使用同一個主網域格式，避免一個有 www、另一個沒有。若網站使用反向代理或 CDN，還要確保平台把原始訪客協議正確傳給 WordPress，否則可能出現無限重新導向或後台不停登出的情況。
設定全站 301 強制轉址
HTTPS 正常後，應把所有 HTTP 請求以 301 永久重新導向至對應的 HTTPS 網址。最好在伺服器、主機控制台或 CDN 層完成。規則要保留原有路徑和查詢參數，例如舊文章網址應直接前往同一篇文章的 HTTPS 版本，而不是全部跳回首頁。
修復圖片與程式的混合內容
頁面本身使用 HTTPS，但圖片、CSS、JavaScript 或字型仍從 HTTP 載入，就會形成混合內容。瀏覽器可能阻擋部分資源，令版面或功能失效。先在瀏覽器開發工具查看被阻擋的網址，再於資料庫、主題設定、頁面編輯器或外掛設定中更新連結。處理資料庫前必須備份，並使用能正確處理序列化資料的工具，避免直接大量取代造成設定損壞。
更新 CDN、快取與防火牆設定
若網站使用 CDN，請把加密模式設定為會驗證來源站憑證的完整模式，避免只在訪客到 CDN 之間加密，而 CDN 到主機仍使用 HTTP。清除 CDN、主機與 WordPress 快取後，再以無痕視窗測試。快取仍保留舊版 HTTP 資源時，站長後台看似已修正，訪客卻可能繼續收到混合內容頁面。
檢查表單、登入與付款流程
HTTPS 遷移後要實際提交聯絡表單、登入及登出，並測試購物車和付款頁。部分外部服務會限制回傳網址，如果支付平台、登入服務或自動化工具仍記錄舊 HTTP 網址，驗證可能失敗。同步更新 webhook、OAuth 回傳網址、第三方表單通知和電子郵件中的固定連結，才能避免隱藏問題。
向搜尋引擎提交 HTTPS 版本
確認網站運作正常後，更新 XML Sitemap、robots.txt 內的 Sitemap 地址、canonical 標籤，以及結構化資料中的網站網址。把新的 Sitemap 提交到 Google Search Console，並檢查重要頁面是否能被索引。HTTP 應只有一次 301 轉址到最終 HTTPS 網址，過多跳轉會拖慢速度，也增加搜尋引擎處理難度。
設定自動續期與到期監察
免費憑證通常有效期較短，因此自動續期非常重要。確認主機已啟用續期工作，而且 DNS、驗證路徑和防火牆不會阻擋驗證。可另外使用監察服務，在憑證即將到期或突然失效時發出通知。每次更換主機、CDN 或 DNS 供應商後，都應重新檢查續期流程。
常見問題：出現重新導向過多怎麼辦
最常見原因是 WordPress、主機與 CDN 同時強制 HTTPS，但彼此對原始協議的判斷不一致。先暫停其中一層的轉址，確認來源站能直接透過 HTTPS 開啟，再逐層恢復設定。亦要檢查 WordPress 網址是否一致、代理標頭是否正確，以及瀏覽器和 CDN 是否仍保存舊轉址快取。
結語
完整的 HTTPS 遷移應依次處理憑證、WordPress 網址、301 轉址、混合內容、CDN、重要功能及搜尋設定。完成續期監察，並在每次修改前備份、修改後逐頁測試，便能把風險降到最低。
