Cloudflare 是什麼？網站加速、安全防護與用途

Cloudflare（常簡稱 CF）是一家提供網站加速與網路安全服務的公司。網站經營者可以用它加快圖片等內容載入、減少惡意流量干擾，也能管理網域名稱的連線指引（DNS），讓訪客找到網站。

例如，你經營一間網路商店，希望商品圖片載入順暢，也不想讓大量可疑請求直接打到主機。Cloudflare 就能在這條連線路徑上協助加速與防護；但訂單、會員資料與網站程式，仍有各自需要處理的地方。

接下來，從客人打開商店網站的過程開始，看懂它有哪些用途、免費版能做什麼，以及第一次導入前該確認哪些事情。

網站連線如何經過 Cloudflare？

客人在瀏覽器輸入網站名稱後，需要先找到連線位置。這時會用到 DNS（網域名稱系統），把好記的網域名稱對應到 IP 位址等記錄。若還不熟悉網址中的名稱，可以先了解網域與子網域的差別。

網站啟用代理後，訪客會先連到 Cloudflare，再由它代網站接收請求。這種站在網站前面、代收與轉送請求的方式，稱為反向代理；真正保存網站內容、執行程式的伺服器，則稱為原始主機，也常叫原站。

以商店為例，客人要看商品圖片時，代理可能直接提供已暫存的圖片；客人登入帳號、查詢訂單時，通常仍要把請求交給原站處理。實際路徑取決於內容與設定，並非每次瀏覽都必須重新向原站拿到同一份檔案。這也是反向代理與快取的基本分工。

只把 DNS 記錄放到平台上，不代表網站已啟用代理。在網域已啟用的前提下，記錄設為「Proxied」才會讓對應的網站流量經過代理；「DNS only」只提供尋址，不能替那條直接到原站的連線套用代理快取與防護。可對照官方代理狀態說明。

Cloudflare 有哪些主要用途？

網站經營者最常接觸的用途，可以分成內容交付、安全防護與加密連線。它們可以一起運作，但各自解決不同問題；不能只因帳號裡出現某個功能名稱，就認為網站已經正確設定。

CDN 快取：讓常用圖片不必每次都找原站

CDN 是內容傳遞網路（Content Delivery Network），透過分散在不同地點的節點交付內容。快取則是先保留可重複使用的副本；例如同一張商品圖片被很多人查看，節點已有可用副本時，就能直接回傳，減少原站重複處理。

不過，Cloudflare 預設並不會把每一頁都存起來。預設快取規則涵蓋特定副檔名的資源，例如圖片、CSS 與 JavaScript；HTML 網頁及 JSON 資料預設不快取，實際結果還會受到網站回應與其他規則影響。

登入狀態、購物車和訂單內容會因人而異，不能把甲客人的頁面當成共同副本交給乙客人。要增加整頁快取時，必須先排除個人化內容，並依網站的登入資訊設定略過條件；依 Cookie 略過快取就是其中一種做法，規則需配合實際網站。

安全防護：在流量進入網站前多一層檢查

Cloudflare 提供 DDoS 防護與 WAF 等安全功能。DDoS 是以大量分散流量企圖壓垮服務的攻擊；WAF 則是網頁應用程式防火牆，會依規則檢查網站請求中的可疑特徵。兩者分別處理流量衝擊與請求內容等問題，不能視為同一項功能。

例如有人把有害指令混進商品搜尋，防火牆可能依特徵攔截；但規則也可能誤擋正常搜尋或表單。受管理規則的說明同樣提醒要留意誤判。想進一步理解，可以接著看WAF 的原理與用途。

你看過的「正在確認您是否為真人」，可能就是安全挑戰頁：網站讓瀏覽器先完成檢查，再繼續存取。這不等於網站已中毒，也不代表使用者一定做錯事；站方需要兼顧防護與正常訪客能否順利進站。

Cloudflare 的 HTTPS：要看訪客與原站兩段連線

HTTPS 會加密傳輸中的資料。網站經過代理時，要分別看「訪客到代理」及「代理到原始主機」兩段；瀏覽器顯示 HTTPS，不能單憑這點推定後半段也已妥善加密。

若原站支援 HTTPS，可優先評估 Full（strict）模式。它會加密兩段連線，並驗證原站憑證；原站須提供未過期、名稱相符，且由受信任憑證機構或平台 Origin CA 簽發的憑證，不能只切換選項而忽略原站準備。

另一個常見選項 Flexible，在代理到原站之間使用未加密連線。對有登入、表單或交易的網站，不應把它當作新手通用解法；先請主機商確認原站憑證與 HTTPS 設定比較實際。

工商時間

如果你想要更系統化、更輕鬆的學好 SEO 與 AI SEO，歡迎參考我與知識衛星合作的 SEO 線上課程：《SEO 排名攻略學》、《AI SEO 流量變革》。

透過《SEO 排名攻略學》獲得穩定的 SEO 流量與實戰經驗。
再搭配《AI SEO 流量變革》看懂 AI 搜尋趨勢，搶佔 AI 搜尋紅利。

使用 Cloudflare，需要把網站搬家嗎？

如果只是替現有網站加入 DNS 與代理服務，通常不需要把網站檔案搬走。原本的主機仍負責執行程式、讀寫資料庫及產生頁面；你調整的是訪客如何找到網站，以及流量經過哪裡。

因此，把網域接上 Cloudflare，不代表可以立刻退租原本的主機。以 WordPress 商店來說，商品管理、會員與訂單程式仍需要能執行它們的環境。快取已有圖片，也不能取代持續運作的結帳流程。

平台另外還有 Workers，可以部署與執行應用程式；Pages則提供網站建置與部署能力，也能搭配動態功能。這些是另外規劃部署的服務，不是啟用網站代理後就自動完成搬家。

至於 Cloudflare R2，主要負責儲存圖片、文件等檔案。可以把它理解為存放素材的地方；它和程式執行、訪客連線、防火牆檢查各有分工，不必一次把所有產品都學完才開始。

Cloudflare 免費版夠用嗎？誰適合先評估？

Cloudflare 有免費網站方案，可使用 CDN、DDoS 防護等基本服務；WAF 也有免費受管理規則集，但只是完整受管理規則集的一部分。免費不等於完全沒有防護，也不代表所有進階能力都已包含，可查看網站方案比較與前述規則文件。

對個人部落格或小型形象網站，可先從免費方案評估基本需求。有會員、付款或重要營運流程時，則要把所需規則、支援方式與其他功能逐項對照方案；是否付費，應由實際需求決定，不是只看網站大小。

• 自行管理網站：如果能調整 DNS 與主機設定，也願意檢查快取、防護和網站功能，較容易掌握導入過程。
• 使用代管架站平台：先向服務商確認是否已內建 CDN 或相關防護，以及是否允許再加一層代理，避免設定互相衝突。
• 只是網站訪客：看到驗證頁時，通常依瀏覽器提示完成檢查即可，不必為了瀏覽該網站先申請服務帳號。

導入 Cloudflare 也不保證每個頁面立刻變快。假如慢在原站產生個人化頁面、資料庫查詢，或載入第三方服務，仍需要處理相應原因。先確認慢在哪裡，才知道 CDN 能幫上哪一段。

工商時間

如果你想要更系統化、更輕鬆的學好 SEO 與 AI SEO，歡迎參考我與知識衛星合作的 SEO 線上課程：《SEO 排名攻略學》、《AI SEO 流量變革》。

透過《SEO 排名攻略學》獲得穩定的 SEO 流量與實戰經驗。
再搭配《AI SEO 流量變革》看懂 AI 搜尋趨勢，搶佔 AI 搜尋紅利。

Cloudflare 和 SEO、GEO 有什麼關係？

SEO：協助網站好讀取，但不保證排名

SEO 是「搜尋引擎最佳化」，目的是讓搜尋引擎更容易找到、理解網站內容，並爭取合適的搜尋曝光。Cloudflare 能協助的，主要是載入速度、連線穩定與存取管理；它不會替你把文章寫好。

例如，商品圖片能從快取快速載入，客人就少等一些時間；防護設定得當，也能減少攻擊對網站服務的影響。不過，Google 雖將部分使用體驗指標用於排名，體驗分數好仍不保證排在前面，內容是否符合搜尋需求也很重要。

還要留意防護是否誤擋「爬蟲」，也就是搜尋引擎用來讀取網頁的程式。Cloudflare 提供讓已驗證搜尋爬蟲避開特定挑戰的規則範例；應針對誤擋規則調整，不必關閉全站防護。

GEO：分清 AI 搜尋與訓練，再決定開放對象

GEO 是「生成式引擎最佳化」，關心的是內容能否在 AI 產生的回答中被找到、採用或引用。對會上網找資料的 AI 搜尋服務來說，能讀取網站是一個基本條件；這和把資料拿去訓練模型，是不同用途。

以 ChatGPT 搜尋為例，OAI-SearchBot 用於搜尋，GPTBot 則會收集可能用於模型訓練的內容。OpenAI 允許分別設定兩者：想開放搜尋，不必連訓練爬蟲一起開放；其他平台則要各自確認。

Cloudflare 的 AI Crawl Control 能針對指定 AI 爬蟲允許或封鎖存取。因此，若希望文章被 AI 搜尋讀取，要先確認自己沒有封鎖對應的搜尋爬蟲，不能只看到「AI」就全部擋下。

實際檢查時，請管理者同時確認 robots.txt（告知爬蟲存取規則的文字檔）與 WAF 等防護設定。以 OpenAI 搜尋為例，還要核對官方公布的 IP 範圍，不能只憑請求自稱的爬蟲名稱放行；能正常讀取，也不保證 AI 一定引用文章。

第一次導入 Cloudflare，先確認這三件事

真正開始設定前，先整理網域、DNS 與主機由誰管理。這三項可能由不同服務商提供；能登入網站後台，不代表就能修改網域的 DNS。以下是導入前的確認清單，實際操作仍須配合主機商與架站平台。

一、確認 DNS 記錄完整，網站和郵件都找得到

先保存現有 DNS 記錄，核對主網域、www、其他子網域，以及郵件需要的記錄。一般完整 DNS 設定流程會要求調整名稱伺服器，但自動掃描不保證找到全部記錄；漏掉郵件設定，就可能影響收發信。

完成切換後，應確認網域已啟用，並逐項檢查需要代理的網站記錄。郵件與驗證用途的記錄不應一律照搬網站的代理設定；DNS 搬完與代理生效，是兩件需要分開確認的事。

二、確認原站 HTTPS 正常，再設定加密模式

請主機商或管理者確認原站能接收 HTTPS，憑證仍有效且對應正確的網站名稱，再設定合適模式。若憑證不符合 Full（strict）的要求，訪客可能遇到連線錯誤；這時應修正憑證或原站設定，不要只為了讓錯誤消失就降低加密要求。

三、測試登入、購物車與表單，再逐步調整規則

接上 Cloudflare 後，除了看首頁是否打得開，也要實際測試登入、登出、加入購物車、結帳及表單提交。使用不同測試帳號確認個人內容沒有混用，並查看正常操作是否被安全規則誤擋。

先建立可正常運作的基準，再逐項調整快取或防護，會比較容易找出問題來源。代理服務能協助網站，但程式更新、帳號權限與可還原的備份，仍要由網站經營者持續處理。

結語：先看網站需要哪一種協助

理解 Cloudflare，可以先抓住三個工作：DNS 幫忙尋址，CDN 協助交付內容，安全功能檢查與處理流量。原始主機則繼續負責網站程式與資料，這些角色可以合作，不必混成同一件事。

如果你正在經營網站，下一步就是確認現有服務已提供什麼、缺少什麼，再決定要補上哪些功能。先讓連線、加密與日常操作都正常，再評估更進一步的加速與防護，會比一次開啟所有選項更容易掌握。