靜態網站接自訂網域：DNS、SSL 憑證和 HTTPS 上線順序

靜態網站接上自己的網域後，才真的像是公開上線。

麻煩也常從這一步開始。DNS 記錄、根網域、www、SSL 憑證、HTTPS、重新導向、舊網址和瀏覽器快取會一起出現。每件事單獨看都不難，難的是順序。

先用預覽連結確認網站，再接網域

內容還沒確認前，預覽 URL 就是工作連結。

這樣可以把問題分開：

• 預覽 URL 用來確認上傳檔案、路徑和版面是否正確。
• 自訂網域用來確認正式公開上線是否準備好。

如果太早接網域，任何內容修正都會混在 DNS 除錯裡。比較乾淨的順序是：先上傳資料夾，打開 HTTPS 預覽連結，測完網站，再接自訂網域。

DeployPages 的上傳流程是先預覽、再接網域。網站準備好後，再進入 自訂網域 和 SSL 憑證與 HTTPS。

根網域、www，還是子網域？

常見選擇有三種：

GitHub Pages 官方文件也特別提醒根網域與 www 的設定差異，並提到 www 子網域在 GitHub Pages 情境下較不受伺服器 IP 變動影響。不同平台要求的 DNS 記錄會不同，但實務原則相同：選一個主要網址，另一個導向它。

行銷網站、作品集和文件站通常可以採其中一種：

• example.com 作為主要網址，www.example.com 重新導向到它。
• www.example.com 作為主要網址，example.com 重新導向到它。

不要讓兩個網址各自提供一份相同網站。這會讓使用者和搜尋引擎看到重複內容。

用白話理解 DNS 記錄

你不需要背完所有 DNS 類型。靜態網站上線最常遇到的是這幾個：

平台應該清楚告訴你要新增哪個記錄和值。如果它只丟一堆術語，那是產品說明不夠清楚，不是你的問題。

修改 DNS 後，用查詢工具從公開網路確認結果。DeployPages 提供 DNS 查詢工具，可以看外部是否已經讀到新記錄。

HTTPS 是正式上線的一部分，不是附加功能

自訂網域如果沒有 HTTPS，使用者、瀏覽器和搜尋引擎都會把它當成有風險的頁面。

正式宣布連結前，至少確認：

1. 網域能用 https:// 開啟。
2. SSL 憑證涵蓋你正在使用的完整 hostname。
3. http:// 版本會導向 HTTPS。
4. 非主要 hostname 會導向主要 hostname。
5. 用無痕視窗打開時，不再出現瀏覽器警告。

如果 DNS 還在更新，SSL 憑證簽發可能需要一點時間。不要每隔幾分鐘就亂改記錄。先等公開 DNS 讀到正確值，再檢查 HTTPS。

SSL 憑證檢查工具 很適合這一步，因為它可以從瀏覽器快取之外檢查憑證狀態。

自訂網域在靜態網站部署裡的位置

比較穩的上線鏈條長這樣：

這也是靜態網站平台不應只「存檔案」的原因。網站一旦有正式網域，版本管理就很重要。一次壞掉的上傳，不應該讓公開網址沒有退路。

DeployPages 把還原能力做成產品功能，而不是要求你自己去找舊 ZIP。需要了解發佈控制，可以看 還原到先前版本。

常見自訂網域錯誤

預覽連結壞掉就急著接 DNS

如果預覽 URL 壞了，自訂網域也會壞。先修檔案，再碰網域。

同時讓兩個 hostname 當主要網址

在 example.com 和 www.example.com 之間選一個，另一個重新導向。

忘記舊連結

如果你正在替換既有網站，先檢查重要舊路徑。靜態網站也可能需要重新導向規則。

以為控制台改了，公開 DNS 就改了

DNS 服務商後台顯示的值，不等於全世界已經解析到新值。用 lookup 工具查公開結果。

正式上線前沒有 metadata

接網域前，把 title、description、favicon 和社群分享圖整理好。Meta 標籤產生器 和 OG 圖片工具 可以處理這些無聊但會被看見的細節。

什麼時候值得接自訂網域？

這些情況值得接網域：

• 網站代表一個品牌、個人、產品、活動或客戶。
• 連結會印在素材、投放廣告，或放到社群個人檔案。
• SEO 很重要。
• 使用者之後會再次造訪。
• 你需要比預覽 URL 更高的信任感。

如果只是一次性預覽、內部 demo，或明天就會換掉的回饋連結，先不用急著接網域。

靜態網站部署最好同時支援兩種速度：預覽連結要快，自訂網域上線要謹慎。

參考資料

• GitHub Pages custom domain documentation
• Cloudflare Pages Direct Upload documentation
• DeployPages 自訂網域