實作文章

· 閱讀時間約 6 分鐘

Cloudflare Pages 綁自訂網域要檢查乜?由 workers.dev 到正式上線清單


好多 Astro + Cloudflare Pages 站卡住,唔係卡在「建置失敗」,而係卡在:
部署已經成功,但讀者仍然用唔到你想要嘅正式網址。

呢篇係一份唔使熟指令都可以跟嘅清單:由 Cloudflare 測試網址,安全轉去你自己嘅網域。


先講結論

  • 先確認網站內容無問題,再綁自訂網域
  • 先處理 DNS(網域指向),再處理搜尋收錄(canonical、sitemap)
  • 切換後 24 小時內要做一輪「真人開網頁」檢查
  • DNS 傳播需要時間;幾分鐘到幾小時都正常,唔好一見未更新就亂改設定

名詞一次講清楚(初學者版)

名詞白話意思
測試網址*.pages.devCloudflare 自動俾你試站,未買網域都用得
自訂網域你自己買嘅網址,例如 yourownclub.com
DNS告訴全世界「呢個網址應該去邊部伺服器」嘅電話簿
CNAME / A 紀錄DNS 入面嘅「指路牌」;跟 Cloudflare 畫面顯示填就得
SSL網址列嘅鎖頭;代表 https 安全連線
傳播你改咗 DNS,全球生效需要時間

切換前準備(未完成就唔好改主網域)

請先確認以下 3 件事:

  1. 本機預覽或建置成功
    喺 Cursor 開專案,確認網站可以正常建置;有錯先改文章或設定,唔好帶錯上線。
  2. Cloudflare 測試網址打得開
    用手機同電腦各開一次首頁、文章頁、聯絡頁。
  3. 主要頁面內容正確
    標題、圖片、連結、表單(如有)都係你想俾公眾睇嘅版本。

未做完呢 3 件事,先唔好把主網域 DNS 指去新站;否則訪客會先見到未完成版本。


在 Cloudflare 綁自訂網域(跟畫面做)

  1. 登入 Cloudflare → Workers & Pages → 揀你個 Pages 專案
  2. Custom domains(或 Domains)→ Set up a custom domain / Add
  3. 輸入你嘅網域(例如 yourownclub.com;如需 www 可一併加)
  4. Cloudflare 會顯示要喺網域註冊商(買網址嗰間)加邊幾條紀錄
  5. 去註冊商後台照抄填入 → 儲存
  6. 回到 Cloudflare 等狀態變成 Active(有時要十幾分鐘)

小提示: 若你個網域已經用 Cloudflare 做 DNS 管理,步驟會簡單好多,好多時 Cloudflare 會自動幫你加紀錄。


DNS 設定最小清單

你唔使背術語,跟 Cloudflare 畫面上寫咩就填咩

  • 根網域example.com):可能係 A 紀錄或 Cloudflare 提供嘅特殊設定(畫面會寫)
  • 子網域www.example.com):多數係 CNAME 指向 Pages 俾你嘅目標
  • Proxy(橙雲):一般保持開啟,除非你嘅服務商另有說明

改完 DNS 之後,用線上 DNS 查詢工具(搜尋 “DNS lookup” 即可)輸入你嘅網域,睇紀錄係咪已經變成 Cloudflare 要求嘅值。
唔使安裝額外軟件;用手機開查詢網站都得。


上線後 30 分鐘檢查

  • https://你的網域.com 可以打開
  • 如有 www,開咗會否自動去正確版本(www 或非 www 其中一種為主)
  • 網址列有鎖頭,無「不安全」警告
  • 首頁、至少一篇文、聯絡頁都正常
  • https://你的網域.com/sitemap-index.xml(或你站實際 sitemap 路徑)打得開

建議多做一步:外部視角驗證

用以下三種方式各開一次首頁同文章頁:

  • 手機用 4G/5G(唔好用同一個 Wi‑Fi)
  • 電腦 無痕視窗
  • 請朋友喺另一個網絡試開

如果三邊都正常,通常代表 DNS 已過咗最易誤判嗰段;之後可以安心做搜尋收錄相關設定。


常見錯誤

錯誤 1:只改咗 DNS,忘記 canonical

  • 症狀:網址打得開,但搜尋結果仍顯示舊網址,或同一內容有兩個網址
  • 原因:以為「能開就完成」
  • 解法:確認每個重要頁面嘅 canonical(標準網址)指向新網域;Astro 專案通常在設定檔或全站 layout 統一設定,改一處全站生效

錯誤 2:切換後無重新提交 sitemap

  • 症狀:Google Search Console 長期顯示舊網址
  • 原因:搜尋引擎未知道你搬咗址
  • 解法:喺 Google Search Console、Bing Webmaster 重新提交 sitemap,並對重要頁面請求重新索引

錯誤 3:DNS 未傳播完就反覆改設定

  • 症狀:一時開到、一時開唔到,越改越亂
  • 原因:每次改 DNS 都可能重新計時
  • 解法:改一次 → 等至少 30 至 60 分鐘 → 用外部網絡再試 → 先決定要唔要再改

驗收方式(幾時算真正上線)

  • 24 小時內:主要頁穩定打開、無 SSL 警告
  • 3 天內:Search Console 開始見到新網域嘅抓取紀錄
  • 7 天內:舊網域(如有)唔再係主要被索引版本

如果你有舊站搬新站,建議額外記低:

  • 舊站流量最高嘅 5 條網址,有冇正確 301 轉址 到新址
  • 搜尋結果嘅標題同描述,有冇逐步變成新網域版本

咩嘢情況下建議搵人睇一次?

下面呢篇係通用教學;如果你符合其中一兩項,用 30 分鐘診斷對一次現況,通常會快過自己試錯堆砌設定。

  • 你跟過文內步驟,仍然困喺同一個錯誤迴圈,而且已經用咗預期以外嘅時間(例如超過一個工作天)。
  • 牽涉多個帳戶、DNS、寄信驗證(SPF/DKIM)或幾個服務交界,你想一次過排好優先次序同風險。
  • 你想將做法接到實際業務流程(表單、名單、漏斗),而唔止係跟住教學跑通 demo。

預約 30 分鐘診斷, 評估網站、名單與工具的主導權與取捨。

常見搜尋問法

  • 部署成功但主網域未更新,要等幾耐?
    DNS 傳播常見係數分鐘到數小時;超過 24 小時仍完全無變化,先對照 Cloudflare 顯示嘅紀錄同註冊商後台是否一致。
  • 一定要停站先切換嗎?
    唔使;先用測試網址驗證,再改 DNS 係常見做法。
  • 轉網域會唔會 SEO 大跌?
    有影響風險,但做好 canonical、sitemap、301(如有舊站)可以大幅減低。

下一步

建一份固定「網域切換」SOP:每次改 DNS 留低改咗咩、幾時改、邊個負責;切換後第 7 日做一次技術 SEO 巡檢。
部署出錯可對照《Cloudflare Pages 部署錯誤 5 個高頻問題》。

常見問題 FAQ

點解部署成功但主網域仍未更新?

多數係 DNS 傳播中,或網域紀錄未指向 Cloudflare 提供嘅目標。

轉網域會唔會影響 SEO?

會,若無做 canonical 與重新提交 sitemap。按清單做可大幅降低影響。

需要停站先做切換嗎?

一般唔需要。可先在測試網址驗證完成,再切換 DNS。

About me

你好,我係阿丸。呢度以數位主權為核心,分享點樣用 AI 幫手整網頁、建立吸客贈品頁、整理內容同上線作品, 目標係幫你用更短時間把內容同網站做成可帶走、可維護嘅自有資產。

我會持續更新可跟做嘅教學、踩坑記錄同流程模板,等你唔使被平台黑盒綁死,亦唔使再由零重複試錯。

同時呢度會多寫一人公司最常遇到嘅訂閱制現實:工具加價、用量隱形成本、平台綁定風險, 同埋點樣用可執行嘅做法,將名單、主站同漏斗慢慢揸返喺自己手度。

你會見到嘅內容包括:支出檢視框架、用量上限與警報、搬遷前準備同主權策略;目標唔係一夜換晒工具, 而係先止血,再建立長期可維護嘅自有資產。

查看更多關於我

想先攞可跟做模板同檢查清單?

先由免費吸客贈品包開始,將文章做法變成你可即用嘅落地清單,再按需要對照服務範圍安排下一步。

免費下載吸客贈品包, 攞走可即用模板與檢查清單。

想睇合作模式同交付範圍,可先睇服務與合作方式

睇晒實作文章 · 服務與合作方式