內容傳遞網絡（Content Delivery Network，CDN）是一組分布在不同地點的伺服器，存放網站檔案的副本，讓訪客可從較近的位置取得內容。圖片、樣式表或腳本不必每次都從單一原始伺服器長途傳送；CDN 可從附近的邊緣節點提供已快取的副本。目標是縮短常用檔案的傳送距離、減輕原始伺服器負荷，並在多人同時開啟相同頁面時較穩定地傳遞內容。
CDN 如何運作（淺白說明）
大多數商業網站仍有一個原始伺服器（origin）：存放網站權威版本的主要託管或應用伺服器。CDN 會在選定流量前，置於該原始伺服器前方：
- 訪客開啟頁面，瀏覽器會請求 HTML、圖片、CSS、JavaScript、字型或影片分段。
- CDN 把請求導向附近的邊緣伺服器（當該網站已設定好 DNS 與 CDN）。
- 若邊緣已有仍然有效的快取副本，便直接回傳檔案，無需再問原始伺服器。
- 若檔案不存在或已過期，邊緣會向原始伺服器取回、回傳給訪客，並可能保留副本供附近之後的請求使用。
快取甚麼，取決於你或託管方設定的規則：檔案類型、快取有效期，以及個人化或登入頁是否略過快取。許多網站會大量快取靜態資源，同時讓結帳、帳戶和後台路徑較接近原始伺服器。CDN 常與 DNS 及 SSL 證書一併使用，使流量經邊緣傳送時，瀏覽器仍看到安全連線。
對商業網站為甚麼重要
- 距離仍然重要。香港公司可能把網站託管在某一地區，顧客卻從亞洲其他地方或海外瀏覽。從較近的邊緣提供大型圖片或腳本，可縮短等候時間。
- 繁忙時段會壓垮單一伺服器。宣傳活動和季節高峰往往重複索取同一批圖片和樣式檔。在邊緣快取這些檔案，可把更多原始伺服器容量留給必須在應用上執行的預約、購物車和 API 呼叫。
- 共用檔案會被反覆請求。標誌、產品照片和前端程式庫幾乎每次訪問都會用到。CDN 可回應這些重複請求，而無須每次在原始伺服器重建整頁。
- 傳遞與檢查是不同的工作。CDN 協助檔案有效傳送；另一方面，網站監察則檢查內容或軟件變更後，頁面、連結和關鍵流程是否仍然正常。
以下為說明用例子：一間香港零售商發布附有大量產品照片的宣傳頁。啟用 CDN 後，其他城市的購物者可在首次取檔後，從附近邊緣取得這些照片；庫存查詢和結帳仍與原始應用溝通。沒有 CDN 時，即使圖片未改，每次照片請求也可能要返回單一原始伺服器。
CDN 做不到的事
- 不能取代託管或應用邏輯。資料庫、後台、訂單處理和自訂規則仍在原始伺服器或相關後端。
- 不能單靠自己修好緩慢或故障的頁面。過重的圖片、阻礙載入的腳本或失效的預約表格，需要頁面和應用層面的處理，單靠邊緣快取不足夠。
- 不能保證每位訪客即時看到更新。快取副本可能一直保留，直至規則到期，或有人在內容變更後清除快取。
- 不能省略謹慎的 DNS 和證書管理。錯誤的 DNS、過期證書或設定不當的快取規則，可導致重新導向、混合內容或過時頁面。
應向團隊或供應商查詢甚麼
- 哪些主機名稱和路徑經 CDN，哪些只走原始伺服器（例如後台、結帳或 API）？
- 快取哪些檔案類型，每類在邊緣保留多久才重新整理？
- 內容或版本更新後，如何清除或作廢快取？
- 邊緣至原始伺服器的 SSL 如何處理，誰負責續期證書？
- 若 CDN 或原始伺服器故障，有沒有已記錄的應變安排？
- 能否查看快取命中率、頻寬和錯誤碼等基本指標，以及誰負責預備環境與正式環境的 DNS？
網站上線後啟用 CDN，往往是更有效傳遞常用資產的一部分。technine.io 如何在上線後持續檢查，可見我們的網站與應用監察工作，以及託管支援與 SLA。
常見問題
CDN 是否等於網站託管？
不是。託管或應用平台存放並運行網站；CDN 則在邊緣節點快取並傳遞選定檔案。大多數商業網站需要負責內容與邏輯的原始伺服器，並可選擇在前方加 CDN 處理可重用資產。
小型香港網站是否一定需要 CDN？
不一定。若訪客以本地為主、頁面較輕，原始伺服器已回應良好，CDN 可以是可選項。當你提供大量媒體、服務多個地區，或宣傳期間靜態檔案被反覆大量請求時，CDN 較有用。
CDN 是否一定令每個頁面更快？
不是每個頁面。已快取的靜態檔案往往有改善；個人化面板、搜尋和結帳仍可能依賴原始伺服器。快取規則不當甚至會送出過時內容。
使用 CDN 能否取代網站監察？
不能。CDN 影響檔案如何傳遞；監察則檢查線上網站是否仍然正常——可用性、失效連結、表格和關鍵流程。