Cloudways 的 Cloudflare Enterprise 整合可把 CDN、快取和部分安全功能放入同一個主機管理流程。不過啟用前應先分清楚：你是使用自己的 Cloudflare 帳戶，還是使用 Cloudways 提供的 Enterprise 整合。兩種方式的 DNS、帳戶權限和 Breeze 快取清理流程不同，混用設定最容易令新版內容無法即時顯示。
本篇採用「先確認現況，再啟用、測試和回復」的步驟。付款、帳戶 ID、網站網域、API token 和私密端點都應遮蔽；費用頁面如需要比較可保留公開價格，但不展示付款資料。
步驟 1：確認網站目前使用哪種 Cloudflare 方式
在 Cloudways 應用程式的 Cloudflare 相關頁面查看狀態，同時確認網域 DNS 是否已由其他 Cloudflare 帳戶管理。若網站已使用自有 Cloudflare，不要直接啟用另一個整合；先列出現有的 DNS、Redirect、WAF 和 Cache Rules，確保沒有兩邊同時接管相同設定。
步驟 2：檢查網域與 SSL 已可正常運作
在啟用前，先測試正式網域是否能以 HTTPS 載入，並確認 Primary Domain 和 SSL Certificate 沒有未解決問題。這一步不應公開完整網域、憑證序號或伺服器 IP；畫面只需清楚呈現要檢查的設定區域。
步驟 3：在 Cloudways 啟用整合
依平台畫面選擇目標應用程式後啟用 Cloudflare Enterprise，閱讀目前方案、網域要求及生效時間。啟用是對外服務設定，應選低流量時段處理；完成後不要立刻大量改動其他快取規則，先等待狀態變成已配置。
步驟 4：在 Breeze 確認快取清理整合
回到 WordPress 的 Breeze 設定，確認 Cloudflare 相關清除選項及自動清除行為。這項整合是為 Cloudways Cloudflare Enterprise 設計；不要把自有 Cloudflare 的 Zone ID 或 API token 填到不支援的位置。若使用自有帳戶，改用支援自訂憑證的官方 Cloudflare 外掛或其他相容方案。
步驟 5：發布一項可辨識的小改動
在測試頁或測試文章加入一段短文字或更換一張非關鍵圖片，儲存後依序清除 Breeze、Varnish 和 Cloudflare 快取。然後以無痕視窗和手機網絡載入頁面，確認訪客拿到的是新版本。不要以已登入的編輯者瀏覽器作唯一驗收依據。
步驟 6：記錄回復方式與日後維護人
把目前 DNS 管理位置、Cloudflare 方案、快取清理流程和可聯絡的管理者寫進網站維護文件。若日後要停用或轉移整合，先備份 DNS 與規則，再在 Staging 或離峰時段測試。這比出錯後才尋找帳戶和 token 安全得多。
常見問題：Cloudflare Enterprise 啟用後是否仍要保留其他 CDN？
通常不應讓兩個 CDN 同時負責同一個網域的內容傳遞和快取。保留前先釐清每一層的角色，否則排錯時很難知道舊內容或 SSL 錯誤來自哪一層。
常見問題：Breeze 能否連接個人 Cloudflare 帳戶？
Cloudways 文件說明，Breeze 內建的 Cloudflare 清除功能對應 Cloudways Cloudflare Enterprise 整合；自有帳戶應使用能安全管理自訂 Cloudflare 憑證的方案，切勿把 token 公開或放入未受支援的欄位。
