所有文章

網站維護與營運

網站有 HTTPS 就不會中斷?企業先驗收五項憑證續期能力

2026年9月29日,邊境部署 撰

網站有 HTTPS 就不會中斷?企業先驗收五項憑證續期能力

網站目前顯示安全連線,不代表網域、主機或代理服務異動後仍能自動續期。本文用五項驗收問題,協助企業確認涵蓋範圍、更新流程、失敗警示、切換責任與復原證據,避免詢價、登入與付款被瀏覽器阻擋。


網站今天能正常開啟,瀏覽器也顯示安全連線,企業往往就把這件事視為完成。幾個月後,主機搬遷、DNS 改由新廠商管理,或付款子網域另接外部服務,自動續期卻沒有跟著更新。客戶可能突然看到安全警告,詢價、登入、結帳或系統串接因而無法繼續。這不是只有資訊人員看得到的小故障,而是直接中斷營運入口。

現在有效,只證明此刻能建立信任

HTTPS(網站與瀏覽器之間的加密連線方式)要正常運作,伺服器必須提供仍在有效期間、名稱相符且能被信任的 TLS 憑證。TLS 是保護傳輸內容並協助確認網站身分的安全協定。憑證通常由憑證機構,也就是查驗網域控制權並簽發憑證的受信任單位所提供,像是有期限的店面識別證,不是裝上一次就永久有效。

網域續約與憑證續期也是兩件事。前者保留企業使用網址名稱的權利,後者讓目前提供服務的主機能證明它代表該網址。網域仍在名下,不代表憑證一定有效;憑證自動化正常,也不能代替網域續約。

這件事可以想成商場入口的定期安檢貼紙。店面今天有貼紙,不代表下次複檢會自動完成;入口換位置、承辦人換廠商,或安檢人員無法進場時,新貼紙就可能發不下來。真正要驗收的不是牆上目前有沒有貼紙,而是到期前誰會申請、如何證明管理權、換新後是否真的裝到每一個入口。

用五項證據驗收續期能力

  1. 所有對外入口是否都被列出? 主網域、有無 www 的網址、登入、付款、表單、API(讓不同系統交換資料的介面)與活動子網域可能使用不同憑證或不同供應商。清單要包含實際網址、到期資訊、承載平台與負責人,不能只測首頁。
  2. 誰負責申請、安裝與續期? 主機商、內容傳遞網路或網站廠商可能代管憑證,但「有提供 HTTPS」不等於合約已說清楚續期、失敗處理與換廠商交接。要求指出管理帳號、設定位置與服務邊界。
  3. 自動續期目前仍能證明網域控制權嗎? ACME(自動憑證管理環境)可讓系統自動向憑證機構證明網域控制權並取得新憑證。DNS(網域名稱系統,將網址指向服務位置的地址簿)、代理規則、防火牆或主機路徑改動後,這項驗證可能失敗。設定改變後應做續期測試,不要等到期日才知道。
  4. 失敗時誰會及時收到可行動的警示? 只寄到前廠商信箱,或只在主機後台顯示紅字,都不足以支撐營運。警示應留出修復時間,送到仍有人負責的窗口,並能指出是哪個網址、哪一步失敗。
  5. 新憑證是否真的部署到客戶連到的服務? 後台顯示已續期,不代表分流設備、代理服務或多台主機都已換新。要從外部逐一檢查實際入口,留下有效期間、涵蓋名稱、檢查時間與異常處置紀錄。

便宜方案少的可能是驗證與故障處理

由成熟主機平台全自動管理,通常最省人力,適合架構單純、入口都在同一平台的網站;限制是平台外的付款、API 或舊子網域可能不在涵蓋範圍。由內容傳遞網路,也就是協助分散網站內容的外部平台代管,能統一多個入口,但仍要釐清原始主機與外部平台各自負責哪一層。自行管理提供較高彈性,卻要負責自動排程、網域驗證、權限保管、更新部署與監測。手動更新看似最省設定成本,但容易依賴單一承辦人的行事曆,也較難留下可重複的證據。

因此,報價不能只比較「含 SSL」或「免費憑證」。SSL 是過去常見的舊稱,現在實務上使用的是 TLS。企業真正要比較的是涵蓋幾個入口、是否自動、失敗如何通知、多久處理、變更後誰重測,以及停約時設定與管理權怎麼交接。

今天先做一張憑證責任表

先從公司官網、登入、表單、付款與對外 API 各挑一個實際網址,記下承載平台、DNS 管理者、憑證管理者、警示收件人與最近一次續期證據。再請廠商示範如何查到外部服務目前使用的憑證,並說明若 DNS 或主機切換,哪一項驗證需要重做。

企業可以自行完成網址盤點、窗口確認與外部到期檢查。若網站跨多家主機或內容傳遞網路、使用萬用字元憑證,也就是一次涵蓋同一網域多個子網域的憑證,續期需要改 DNS、曾經出現名稱不符,或登入與付款會受影響,就值得由專業團隊盤點憑證路徑、權限、續期測試、監測與復原流程。接洽邊境部署前,可準備所有公開網址、DNS 與主機廠商、管理帳號歸屬、最近變更紀錄、警示信件及維護合約,我們可以先協助把責任與缺口整理成可驗收清單。

參考資料

你的網站也有這個狀況嗎?

帶著現況來聊,我們會先幫你判斷哪些可以自己處理,哪些需要專業協助。

說說你的情況