直播 CDN 帳單為什麼暴增？拆成四塊自己查
「這個月 CDN 帳單多了三成，可以幫我看一下嗎？」港台做單向直播的團隊找上我，開場常常是一張帳單配這句。
先講結論：我拆過的帳單裡，多數不是廠商偷偷漲價。一張直播 CDN 帳單只有四塊，暴增是其中一個塊在漏錢，而漏點你自己在後台就查得到。
也別把暴增簡化成「觀眾變多」。1080p 每位觀眾每小時大約看 2.25 GB，觀眾流量本來就是成本大頭，這筆帳在〈前進新加坡做互動直播的採購清單〉算過。這篇接著拆：同樣一批港台觀眾、同樣開兩小時，為什麼這個月的帳特別貴。
一張直播 CDN 帳單，拆開就是四塊
不管帳單是騰訊雲、阿里雲國際版還是其他 CDN 廠商開的，錢都掉進四塊：下游分發、回源流量、轉碼與加值、錄製與儲存。香港、台灣團隊看的英文介面，欄位名各不相同，對照下表就不會認錯塊。
看表前先記三個等等會一直出現的詞：你擺影片源頭的伺服器叫源站；CDN 在各地、離觀眾最近的機房叫邊緣節點；機房手上剛好有這條流、直接送給觀眾，叫命中（hit），沒有、要回源站拿，就是回源（origin pull）。
| 塊 | 這筆錢付給誰 | 跟觀眾數的關係 | 帳單常見關鍵字 |
|---|---|---|---|
| 下游分發 | 觀眾從各地邊緣節點拉走的流量 | 人多一倍，錢差不多多一倍 | downstream traffic、bandwidth、LVB |
| 回源流量 | 邊緣節點沒存貨，回你的源站再拉一次 | 命中率越低，這塊越滿 | origin pull、back-to-origin |
| 轉碼與加值 | 轉多畫質、混流、水印、截圖 | 看開幾條輸出，與觀眾數無關 | transcoding、watermark、stream mix |
| 錄製與儲存 | 直播存檔、檔案堆放 | 看開播時數與錄幾種格式 | recording、storage、screencapture |
四塊裡只有前兩塊跟觀眾數連動。
後兩塊有沒有人看都照收。「觀眾沒變多帳單卻變貴」，漲的常常根本不是分發塊。
數據來源: Tencent Cloud CSS Billing（基礎費＝觀眾下游流量／頻寬，轉碼、錄製、截圖等加值服務預設關閉）、Alibaba Cloud ApsaraVideo Live Billing，2026-09-15 擷取。
黑屏的二十個小時也在算錢
漏點先講最常見的：帳戶裡的計價模式跟開台形狀（一天開幾小時、流量尖在什麼時候）不合。業界有三種主流算法，國際站後台看到的英文名稱一併放上：
| 計價模式 | 算法 | 官方建議的負載形狀 |
|---|---|---|
| 按流量（Bill-by-Traffic） | 每 GB 多少錢，用多少算多少，通常日結 | 流量集中在特定時段、波動大 |
| 按日峰值頻寬（Bill-by-Bandwidth，Daily Peak） | 每 5 分鐘量一次當下頻寬，當天最高點決定全天 | 流量平穩、平均分佈在一天 |
| 月 95 峰值（Monthly 95th Percentile） | 一個月的樣本刪掉最高 5%，再取峰值 | 整體平穩、偶爾有活動尖峰 |
香港、台灣很多單向直播團隊的真實形狀是：平日每晚開兩到三小時，其餘時間黑屏無人。這個形狀走按流量合邏輯。可要是帳戶後來讓業務調成、或早年選成了按日峰值頻寬，等於其餘二十多個小時你也按晚間最高點付了錢，自己卻不知道。新帳號預設通常是按流量，模式錯配多半發生在開戶之後的調整。
騰訊雲還有一條業務不主動講的規則。
流量包只能抵扣日結按流量。
月結按流量、按頻寬模式下買再多都不能抵，等於白買（阿里雲的預付資源包是另一套口徑，不在此限）。打開帳單先看的不是金額，是第一頁寫著的計價模式。
數據來源: Alibaba Cloud：三種計價模式與適用場景、日峰值 5 分鐘 288 點取最高、Tencent Cloud CSS Billing FAQ：流量包僅可抵扣日結按流量模式，2026-09-15 擷取。
決定一天費用的，常常只是晚間那一個 5 分鐘
按日峰值頻寬的算法值得單獨拉開看：系統每 5 分鐘取一次平均頻寬，一天 288 個取樣點，最高的那一點就是當天的計費值，其他 287 個點再低都不影響價格。
對固定時段開台的團隊，峰值跟均值的差距天生難看，這不是操作失誤，是開台時段決定的。月 95 峰值做的事，是把一個月 8,640 個五分鐘樣本裡最極端的 5% 直接刪掉再算，換算下來大約是最爆的 36 個小時不計，從其餘時間的最高點開始收費。活動夜、特別節目的短暫尖峰，不會再綁架整個月。
但月 95 峰值不是帳號預設選項。在阿里雲，要月消費達到大客戶門檻、向商務申請才開通；多數港台團隊能做的是選對按流量或按日峰值，別讓帳戶停在不利的模式上。服務印尼、越南、泰國觀眾的團隊另外要算時區：東南亞主要市場跟港台幾近同一時區，晚間尖峰重疊，在按頻寬計價的模式下沒有錯峰空間。不過這條只在峰值類模式下成立，按流量付費時，尖峰重疊不會改變每 GB 單價。
回源流量費：四塊裡最安靜、也最容易翻倍的一塊
接著看回源。用實體店比喻一次：邊緣節點是各地店面，源站是你的中央倉庫。店裡有現貨直接賣給客人，是命中；沒現貨、要立刻向中央倉庫調一份再送去客人手上，是回源。命中時只收一次邊緣分發費；沒命中，回源那一段通常要再算一筆。例外是源站放在同廠商同區的物件儲存，常有免收回源流量費的規則，自建機房或跨網路才明顯。
最常被問的一題：「帳單上的流量，為什麼比我自己後台日誌多約一成？」這不是偷算。日誌記的是貨物淨重，只算應用層資料量；實際傳輸還要加包裝與重跑的趟次，TCP/IP 封包標頭大約 3%，網路差時重傳大約 3 到 7%。騰訊雲把這部分固定加計 10%，所以控制台流量是日誌的 110%；其他家加多少、怎麼算，以各家帳單說明為準。
另一個要拆的誤解，是拿網站經驗套直播。Cloudflare 學習中心把 95 到 99% 命中率列為靜態內容為主網站的典型值。直播的情況不同：影片雖然切成一個個可快取的小段，但真正決定命中率的，是同一個邊緣節點在小段存活的那十幾秒內，有多少觀眾同時來拉。大型熱門直播照樣九成以上命中，長尾冷門、24 小時掛著的台才難看。從台灣、香港後台看到命中率低，先認清是請求命中率還是位元組命中率、基準是什麼，別直接認定被坑。
真要補救，先認識一個現成元件：AWS CloudFront 的 Origin Shield，是在源站與各地邊緣之間再加一層中繼快取，把回源請求集中，減少直接打到源站的次數。這屬於架構改動，本文只教你查到漏點，不建議照著頁面自己亂接。
數據來源: Tencent Cloud CSS Billing FAQ：控制台流量為日誌 110% 的構成、Cloudflare Learning Center：What Is a Cache Hit Ratio?、AWS CloudFront Origin Shield 文件，2026-09-15 擷取。
加值服務的四個隱性開關
第三個漏點出在加值服務。以騰訊雲為例，轉碼、錄製、截圖這些功能官方預設全部關閉，但港台團隊常見的四個動作，會在不自覺間把開關打開：
- 加水印、做混流：這兩項都走轉碼模組，一開播就開始按分鐘計費，有沒有人看都算。
- 開雙路備援推流防斷訊：備援會讓轉碼等加值服務的計費時長乘上 1.6 倍，等於為備份的加值處理多付六成；觀眾拉的分發流量不重複計。
- 同時錄 MP4 與 HLS（兩種影片格式，HLS 多半給手機與網頁播放器用）：官方規格算兩個錄製通道，通道峰值計費直接翻倍（騰訊雲官方價表原數，每通道每月 US$5.2941），檔案再放進檔案倉儲（物件儲存）又是持續的儲存費。
- 活動結束只關了機器：官方 FAQ 特別提醒，關機器不等於斷流，攝影機還在採集、串流還活著就持續計費，要到 Stream Management 主動終止。
轉碼本身不隨觀眾數膨脹：同一條流、同一個畫質，一萬人線上也只轉一次。它的風險在時數。官方計價頁上的 720P 標準轉碼實例價是每分鐘 US$0.0057（頁內 2021 年報帳實例；0.0057 × 60 × 24 × 30 ≈ US$246），一條 720P 轉碼輸出 24 小時掛滿一個月就是兩百多美元；多開一條 1080P、再加備援，加值塊可以在觀眾零成長下自己長大。
數據來源: Tencent Cloud CSS Billing FAQ：轉碼按編碼器與解析度分鐘計價、備援流係數 1.6:1、錄製通道計價、斷流規則，2026-09-15 擷取；費率為官方頁 2021 年實例口徑，正式預算以官方頁與書面報價為準。
同一個越南觀眾，在兩家帳單裡不是同一區
最後一個漏點不在服務端，在帳單的地區欄。下游流量按觀眾所在地的計價區算，港台團隊前進東南亞後帳單變貴，有一部分與廠商無關，是觀眾換了計價區。
而兩家廠商的分區口徑不一樣，連國家清單都不同：
| 計價區 | 騰訊雲國際站 | 阿里雲國際版 |
|---|---|---|
| 亞太一區 AP1（單價較低） | 港澳、新加坡、越南、泰國、柬埔寨等 | 港澳、台灣、日本，與多數東南亞國家（越南、印尼除外） |
| 亞太二區 AP2（單價較高） | 台灣、日本、馬來西亞、印尼、韓國 | 印尼、韓國、越南 |
對照著看會發現一個關鍵反差：同一個越南觀眾，在騰訊算亞太一區、在阿里算亞太二區；台灣與日本觀眾剛好相反，在騰訊屬二區、在阿里屬一區。含義很直接：從新加坡機房服務雅加達、胡志明市的觀眾，若用阿里雲，觀眾成長與較高的分區單價會同時發生，活動夜是雙殺。
我看帳單時會先確認兩件事：增量流量出現在哪個計價區，以及報價對比的另一家廠商是不是用同一套分區。兩家的亞太一區定義不同，拿 A 家一區價去對 B 家二區的流量，比價結論一定錯。
數據來源: Tencent Cloud Billing of LVB：境外計價區國家對照表、Tencent Cloud CSS Billing FAQ、Alibaba Cloud ApsaraVideo Live Billing：各區流量階梯與區域定義，2026-09-16 擷取。
打開後台，先對三個數字
四塊記住後，自查不用二十分鐘。香港、台灣團隊用的國際站後台都是英文欄位，按下面三個數字的順序對：
- Billing Mode（計價模式）：確認是日結按流量還是按頻寬，手上的流量包在這個模式下能不能抵。
- Bandwidth Peak（頻寬峰值）：打開暴增那天的 288 點曲線，看最高點落在幾點，對得上當晚活動還是無故異常。
- 回源頁的兩條線：Hit Ratio（命中率）與 Origin Bandwidth（回源頻寬）一起看，跟平日的數字對比，確認漏點在不在回源塊。
對完再加開一頁加值明細：轉碼分鐘數、錄製通道峰值、截圖張數，哪一項的增量跟帳單增量對得上，漏點就是它。單月帳單只能看見意外，建議拉三個月一起看，慣性問題（例如天天 24 小時掛著的流）只在對比裡現形。對完三個數字還是認不出漏在哪塊，代表漏點不在一眼可見處，直播 CDN 成本健檢有完整的四塊拆解清單與帶帳單方式。
換一家便宜的 CDN，帳單不會自己降下來
查到漏點後，最直覺的反應是找一家更便宜的。這動作放在最後，原因是前三個漏點都不在廠商身上：計價模式是你帳戶裡的選擇，回源命中率是你的架構，備援與錄製是你的開關。這些跟著搬家，換一家只是換地方漏。報價上的便宜若只算了港台一區，等觀眾成長在印尼、越南，分區價差會再翻一次；何況同一個市場在兩家不一定同區，比價時每個目標市場都要分別對區。
比價時還有個結構性陷阱：兩類服務的帳單語言根本不同。
| 對比項 | 逐項計價 CDN（騰訊雲、阿里雲類型） | 打包式 SaaS（Cloudflare Stream 類型） |
|---|---|---|
| 下游分發 | 按 GB 或峰值 Mbps 分列 | 按送到觀眾面前的每一分鐘，每千分鐘 US$1 |
| 編碼轉碼 | 按解析度分鐘另計 | 入站與編碼含在內，不另收 |
| 儲存 | 錄製、物件儲存分列 | 每千分鐘每月 US$5 |
| 零觀眾開播 | 推流（把畫面送上雲）與加值仍可能計費 | 交付 US$0，已錄影仍付儲存 |
另外，Stream 沒有獨立的回源計費，四塊對齊時這一塊直接掛零。再記一個時間點：撰文時（2026 年 9 月）WebRTC（瀏覽器直接連線的一種播法）交付仍免費，Cloudflare 官方公告預定 2026-10-15 起開始計費，評估打包方案時把這項算進去。
拿逐項帳單跟打包報價直接比 GB 單價，是蘋果比橘子；正確做法是把兩張帳單都歸進四塊，逐塊對齊再比。
判斷直播 CDN 成本的先後順序應該是：負載形狀、計價模式、回源架構，最後才是單價。
換廠商只能動到最後一項。
下次看到有人貼著帳單問「怎麼這個月變貴」，先別急著把訊息轉給業務，打開帳單第一頁，從 Billing Mode 那一欄開始看。
數據來源: Cloudflare Stream Pricing（交付與儲存計價、零觀眾口徑、WebRTC 計費時程）、Tencent Cloud CSS Billing，2026-09-15 擷取。
關於新星雲
我是新星雲，一個人做的遊戲與直播雲選型顧問。不掛任何一家雲廠商的授權牌、不是官方經銷，所以比價時沒有要護的自家產品。針對已經在付 CDN 帳單的港台直播團隊，我做三件事：
- 帶你把近三個月帳單拆進四塊，標出暴增是模式錯配、峰值、回源還是加值造成。
- 算清切換計價模式、調整回源架構各自的取捨，再決定怎麼回頭跟廠商談。
- 不站隊單一廠商、不接代管；沒有夜班值班，跨國原廠工單由我代開，工作日快速回應。
作法很單純：把近三個月帳單丟進直播 CDN 成本健檢先走一遍，先標出漏在哪個塊；帶著標好的結果到 Telegram 找我，我告訴你哪一項自己改就好、哪一項要拿數據回去跟商務談。初步判斷不收費。
相關閱讀
- 前進新加坡做互動直播，6 類雲服務的採購清單與預算邏輯：觀眾流量為何佔成本大頭，互動直播三筆帳怎麼算。
- 雲端報價單為什麼看不懂？把行話逐行翻譯完，才輪到比單價：還沒簽約的讀者從這篇起步，把報價單每行先釘成人話。
- 直播要用 WebRTC 還是傳統 CDN？先看觀眾要不要開口：帳單還沒跑起來之前，WebRTC 與低延遲頻道兩種商品的架構判斷。
- 台灣玩家連香港還是新加坡？用 3 種玩家分佈決定遊戲節點：樞紐機房與觀眾所在地的差別，機房位置不等於觀眾體驗。
- 香港遊戲伺服器節點怎麼選？延遲、頻寬、防護與備援實測：源站放在香港時的頻寬與防護判斷，回源成本同樣受源站區影響。
- 回源流量比觀眾還多？直播 CDN 的三個架構漏點：已經定位到回源這塊太高，往架構裡挖修法——快取鑰匙、聚合層、源站形態三個漏點對號。
- 回到部落格總覽看其他成本拆解與選型文章。
FAQ
CDN 帳單上的流量，為什麼比我自己後台日誌多約一成？
這是計算口徑不同，不是被偷算。日誌記的是應用層資料量，實際傳輸還有 TCP/IP 封包標頭（約 3%）與惡網路下的重傳（約 3 到 7%）。騰訊雲把這部分固定加計 10%，所以控制台流量大約是日誌的 110%；其他廠商加計方式不同，以各家帳單說明為準。
按流量計費和按峰值頻寬，哪一種對我比較有利？
看負載形狀，不看用量大小。只有固定時段開台、其餘時間沒有觀眾，按流量（每 GB）通常比較合形狀；全天穩定開台，按日峰值頻寬有利；負載平穩但偶有活動尖峰，適合月 95 峰值。在阿里雲這是月消費達門檻、向商務申請的大客戶方案。
月 95 峰值是什麼？為什麼我的後台看不到這個選項？
系統每 5 分鐘取一個頻寬樣本，一個月約 8,640 個點，去掉最高的 5%（432 點）後，從第 433 高的點開始計費，短暫活動尖峰不再決定整月費用。它不是帳號預設選項，阿里雲只開放給達到月消費門檻的大客戶，要找商務申請。
觀眾沒有變多，為什麼轉碼費還是跑出來？
轉碼跟觀眾數無關，同一條流同一個畫質，一萬人看也只轉一次、按分鐘計費。水印與混流都走轉碼模組，一開播就開始算；為不斷訊做的雙路備援推流，會讓轉碼等加值服務的計費時長乘上 1.6 倍，觀眾分發流量不重複計；同時錄 MP4 與 HLS 兩種格式，會算成兩個錄製通道。
已經買了流量包，為什麼帳單還在扣餘額？
以騰訊雲為例，流量包只能抵扣日結按流量模式的下游流量；月結按流量、日結或月結按頻寬都不能抵，轉碼、錄製、截圖等加值服務也不能抵。阿里雲的預付資源包是另一套口徑。先在帳單第一頁確認計價模式，再決定要不要續買流量包。
換一家報價比較便宜的 CDN，帳單就會降下來嗎？
不會自動降。計價模式是你帳戶裡的選擇，回源命中率是你的架構，這兩項搬家都會跟著走；逐項計價的 CDN 與按分鐘打包的服務（例如 Cloudflare Stream）連計費單位都不同，比價前要先把四塊逐項對齊。順序是先查模式與架構，最後才比單價。