開直播平台要多少錢？先畫觀眾曲線，再拿曲線對報價單
同一場直播，問三家廠商要報價，回來的數字會長三種樣子：一家開每 GB US$0.03，一家開每千分鐘 US$1，一家直接報一個每月固定價。三份報價並排放在一起，你比不出誰便宜：單位不同，乘出來的東西也不同。
三種數字賣的是三種東西，對應你節目表上完全不同的形狀。開台預算估不準，卡點多半在這裡：動筆之前，沒有人畫過你的觀眾曲線，也就是什麼時段開播、多少人在線、開幾路麥、一個人看多久。
這篇把一張能自己填的開台預算表攤開，用真實的官方價格把每一欄算一遍：曲線怎麼畫、兩份報價怎麼換算成同一場景、緩衝留多少、第一個月怎麼用小流量把估算變成實測。所有數字附出處與採集日期，簽約前請以官網為準，你可以逐項複算。
預算表的第一欄是節目表
預算表的第一欄先填時間，價格最後才進場。把你的節目表攤開，回答三個問題：每天哪個時段開、晚尖峰多少人在線、房裡同時開幾路麥。這三個數字連起來，就是你這門生意的觀眾曲線。之後每一行費用，都拿這條曲線去乘。
曲線要分兩條畫。常態型是每晚都發生的：語音房、陪聊、常規節目，它的形狀決定你每個月的固定開銷；活動型是偶爾發生的：賽事、公告日、嘉賓場，千人湧進兩小時的那種。兩條曲線對應的計費語言和省錢策略完全不同，混在一張表裡估，通常兩邊都錯。千人活動的帳，直播要用 WebRTC 還是傳統 CDN？先看觀眾要不要開口和前進新加坡做互動直播，6 類雲服務的採購清單與預算邏輯各算過一遍，這篇不重算，專心對付每個月都在發生的常態帳。
這篇的算例長這樣：港台與東南亞華語社群，每晚八點到十二點開播，語音房同時 8 路開麥（8 個發言席位），旁聽觀眾晚尖峰 200 人、平均在線 2 小時，一個月開 30 晚。旁聽觀眾走低延遲頻道觀看、不佔 RTC 席位，這個搭法是上一篇得出的正解，本篇就把它的月帳單算出來。200 人 × 2 小時 × 30 晚，一個月就是 12,000 觀眾小時。
同一條曲線，報價單上是三種語言
拿同一條曲線去問價，回收的報價單大致三種語言。
最直觀的是按流量：觀眾看掉多少 GB，乘上單價。以 bunny.net 為例，標準網路按地區報價：亞洲與大洋洲 US$0.03/GB，歐美 0.01、南美 0.045、中東非洲 0.06（採集 2026-09-17）。你的觀眾在港台與東南亞，走的多半是 0.03 這一檔（按節點實際歸屬的計費區結算）；量級很大之後還有更低的批量檔，表裡那行 Volume 網路。
按分鐘的帳單把畫質藏了起來：計費底數是交付給觀眾的分鐘數。Cloudflare Stream 的交付費 US$1/1,000 分鐘，儲存 US$5/1,000 分鐘／月；把畫面送上雲的推流接入與轉碼都免費，頻寬含在交付費裡，沒有額外流量費。兩個細節要記住：觀眾播放器開播前抓的那幾秒（預載與緩衝）也算交付；零觀眾的直播交付費是 0，錄製照樣佔儲存。
包月走的是另一條路。AWS CloudFront 固定月費方案 把 CDN、防護、解析、證書這些底座打包成一筆月費，官方寫明流量尖峰或攻擊期間也沒有超量費、被擋掉的攻擊流量不佔用量額度。用量大且穩定之後才輪到考慮它；各檔額度以官網為準，簽約前逐檔確認。
| 計價語言 | 代表費率（2026-09-17 官網） | 帳單跟著什麼變 |
|---|---|---|
| 按流量 | bunny 亞洲與大洋洲 US$0.03/GB；Volume 網路首 500TB US$0.005/GB | 觀眾人數 × 時長 × 碼率（GB） |
| 按分鐘 | Cloudflare Stream 交付 US$1/1,000 分鐘；儲存 US$5/1,000 分鐘／月 | 觀眾人數 × 時長（分鐘），與畫質無關 |
| 包月 | CloudFront 固定月費方案（額度以官網為準） | 不隨用量長；超額度規則以官網為準 |
數據來源: bunny.net Pricing（標準網路分區單價與 Volume 網路）、Cloudflare Stream Pricing（交付與儲存計價、零觀眾口徑、WebRTC 計費時程）、AWS CloudFront Pricing，2026-09-17 擷取。
三種語言最要緊的差別：按流量，畫質就是錢——碼率翻倍，帳單跟著翻倍；按分鐘，畫質免費，觀眾看 480p 還是 1080p，交付費一樣。
圖裡是本篇算例的兩種畫質條位：同一條曲線，兩種計價語言，誰便宜正好互換。怎麼判斷自己落在哪一邊，下一節給換算方法。
你的觀眾一小時看掉多少 GB？
比價之前做一次翻譯。每千分鐘的價格除以 16.67（1,000 分鐘就是 16.67 小時），就是每觀眾小時的價格：US$1/1,000 分鐘＝US$0.06/觀眾小時。再拿它除以每位觀眾每小時看掉多少 GB，得到等效每 GB 價，兩份報價從此可以放在同一張桌上比。
以本篇兩家為例：Cloudflare Stream 的 US$0.06/觀眾小時，對上 bunny 亞洲區的 US$0.03/GB，分水嶺在 2.0 GB／觀眾小時，約等於 4.4 Mbps 的平均碼率。你的觀眾平均用量在這條線下面，按流量簽划算；在上面，按分鐘簽划算。
套進算例驗證。碼率（每秒送出的資料量）決定畫質也決定流量：720p 約 2.5 Mbps，一小時流掉約 1.13 GB；1080p 約 5 Mbps，約 2.25 GB，都按滿碼率的上界估，實際有自動降檔時更低。720p 全月 13,560 GB，按流量 US$407，按分鐘 US$720，按流量省四成三。換成 1080p，全月 27,000 GB，按流量漲到 US$810，反而是按分鐘的 US$720 便宜一成一。同一條曲線，換一個畫質條位，便宜的方向就掉頭。
兩個前提先釘死。其一，兩欄的計費範圍不同：Stream 的價已含推流接入、轉碼與封裝；bunny 的 0.03 是純分發出口，源站與封裝要另計。把這一行補上，分水嶺會略降，本篇按 2.0 GB 起估、方向不變。其二，這裡的 0.06 按 Stream 標準低延遲 HLS 交付計價；2026 年 10 月 15 日起 Stream 另對 WebRTC 交付計費，費率以官方頁為準，你的頻道若走 WebRTC 出口，這個帳要單獨重估。
分水嶺隨報價變動，換任何兩家、任何報價，都重算一遍：等效每觀眾小時價＝每千分鐘價 ÷ 16.67；等效每 GB 價＝每觀眾小時價 ÷ 每小時 GB 數。量再大一些、用到 bunny 批量檔的 0.005，分水嶺就移到 12 GB／觀眾小時，按流量幾乎必贏。估錯的不是單價，是形狀——具體說，翻盤的變數只有畫質條位：時長與人數兩邊同乘，不改變誰便宜，但會放大估錯的總額；把包月拉進來比時，月總量才重新變成變數。
別漏了互動、混流和錄製儲存
分發帳之外，預算表上還有三行常見的漏項。
最容易被漏的是互動帳。RTC 計的是「進房間的人 × 時長」，多數產品對不開麥的房內聽眾照樣收費（IVS 的 stage 訂閱者、TRTC 的房內聽眾都在計費之列，名目以各家文檔為準），帳單大小取決於你讓誰進房。本篇架構裡進房的只有 8 個開麥席位：旁聽 200 人走低延遲頻道，根本不進 RTC 房間，所以這一行只有 8 席位 × 4 小時 × 30 晚＝960 參與者小時，換算 57,600 分鐘，逐項算法與免費額度在新加坡採購那篇拆過。以 AWS IVS 純音訊費率算約 US$8.8，以騰訊 TRTC 音訊費率算約 US$57；兩家計費單位不同，不能直接比大小，預算先按貴的填（約 US$57），選型定案後再修正。切記別把旁聽觀眾拉進 RTC 房，那樣這一行就從 960 參與者小時變成上萬，十幾倍就這麼漲出去。
混流費跟在互動後面。多人連麥要合成一路給旁聽頻道看，這筆混流費獨立於 RTC 與 CDN 之外，在連麥架構裡是必開項。量級怎麼感受？同一條流過一次轉碼，騰訊 CSS 對 H.264 720p（普通高清檔）收 US$0.0057/分鐘，只收一次、與觀眾數無關。套進算例，每晚 4 小時 × 30 晚＝7,200 分鐘，約 US$41/月，比錄製儲存還貴。這是單家規則，換廠商要重查。
最後一行是錄製與回放。開了錄製，儲存按時長累積；按 Stream 的價格算，每晚錄 4 小時、一個月 7,200 分鐘，約 US$36/月，前提是錄了約一個月就清；錄了不刪，儲存會逐月往上疊。回放被看一次算一次交付分鐘，錄製是固定帳，回放是第二條觀眾曲線：冷門回放花不了幾個錢，爆過的回放會自己長出另一張帳單。
把這些攏進一張表，就是你要填的模板：
| 欄位 | 你填什麼 | 數字去哪抄 |
|---|---|---|
| 觀眾曲線 | 每晚時段、晚尖峰在線人數（按峰值代入會偏高）、平均在線時長 | 節目表；首月內測後回填實測值 |
| 互動帳 | 開麥席位數 × 每晚時長 × 月數 | RTC 官方費率頁，音訊與視訊分開估 |
| 分發帳 | 觀眾小時 × 每小時 GB，或直接觀眾分鐘 | 畫質碼率表＋本篇換算公式 |
| 混流／轉碼帳 | 連麥架構必開；單人開播的轉碼選開 | 外包報價單要單獨列這一行；單價見各家加值計費文檔 |
| 錄製與回放帳 | 錄製時長、留存策略 | 儲存單價＋回放觀看次數 |
| 建造／外包費 | 一次性開發與接入 | 外包報價另計，不隨觀眾長（見文末 FAQ） |
| 緩衝 | 雲端各項總和 × 1.3 起 | 下一節的說法 |
| 首月驗證 | 小流量兩週，抄真實曲線回填第一欄 | 雲後台監控頁 |
緩衝買的是三樣保險
總額出來後乘 1.3。保險買的是什麼？
頭一樣是時區的陡度：華語觀眾的晚間黃金時段高度重疊，晚尖峰比日均曲線陡得多，拿日均直覺去折算月流量多半會低估。第二樣是內容的爆量：某晚節目被大批轉發、觀眾從外面湧進來，觀眾曲線瞬間變成你沒估過的形狀，按流量計費的帳單會老實照著峰值長，不會等你反應。第三樣藏在規則自己會動這件事裡：Cloudflare Stream 的 WebRTC 交付計費 2026 年 10 月 15 日才開始生效，騰訊按日誌流量加計約一成（標頭與重傳都計入）、流量包抵扣範圍，都是單家規則，換一家就換一套。這些漏點已經有帳單的讀者感觸最深，直播 CDN 帳單為什麼暴增？拆成四塊自己查按漏點拆過一遍；還沒有帳單的，簽約前先做一次帳單結構健檢，同樣的坑能提前排掉幾個。
尖峰型（活動為主）的緩衝再上調，1.5 起跳都合理；常態型的 1.3 是經驗起點，每門生意照自己的曲線校。
首月別全量開台，用小流量把曲線抄成真的
預算表填到這裡，還有一個位置是空的：第一欄的曲線，目前是你推測的。
首月別全量開台。拿兩週，用真實觀眾、真實時段、真實玩法跑小流量——接入和驗證是外包商或你開發者的活，你要驗收的是後台裡真的畫出來的在線曲線與流量曲線；每天抄下來，回填第一欄。兩週之後，你的預算表第一欄就從推測變成實測，後面每一行跟著重算，這時再談簽哪份約、買多大流量包，才有依據。
免費額度在這一步派上用場。三家 RTC 的新帳號額度，夠你把接入、推流、連麥全部驗證一遍，但量級離正式開台差著數量級。把它們當驗證工具就好，預算表上別指望它們。
| 廠商 | 新帳號免費額度 | 夠做什麼 |
|---|---|---|
| AWS IVS | 每月 20 參與者小時（前 12 個月） | 驗證 stage 接入與連麥 |
| 騰訊 TRTC | 每開發者帳號 10,000 分鐘 | 驗證音視訊通話與推流 |
| Agora | 每月 10,000 分鐘 | 驗證基礎互動場景 |
數據來源: Amazon IVS Pricing、Tencent RTC 音訊與視訊計費、Agora Pricing，2026-09-15 自官網擷取；額度以官方頁即時為準。
預算表填完，先別急著簽。晚尖峰多少人在線、平均看多久、開幾路麥，把這幾個實況數字發到 Telegram，我照你這條曲線把每家的月帳單各跑一遍，跑完逐行跟你過：哪欄高得離譜、哪份約能砍。
關於新星雲
這篇想解掉的，就是你對著報價單心裡沒底的感覺。新星雲只有我一個人在寫、在回，沒有雲廠商的牌子可以掛。文裡的數字分三類：官方費率帶採集日期，自算的帶算式，經驗值就標成經驗值。工作日訊息看到就會回。
相關閱讀
- 前進新加坡做互動直播，6 類雲服務的採購清單與預算邏輯：RTC、混流、頻道三筆帳的逐項算法
- 雲端報價單為什麼看不懂？把行話逐行翻譯完，才輪到比單價：報價單上的行話怎麼逐行翻成人話，簽約前先釘範圍
- 直播要用 WebRTC 還是傳統 CDN？先看觀眾要不要開口：本篇算例的架構是怎麼選出來的
- 直播 CDN 帳單為什麼暴增？拆成四塊自己查：已經有帳單的讀者從這篇查起
- CDN 成本健檢：帳單結構的服務說明
- 回到部落格總覽看其他選購與成本文章。
FAQ
外包公司報的「開發一套直播平台」的價，跟我該準備的預算是同一件事嗎？
兩筆帳。外包報價是一次性的建造費用，寫 App、接 SDK、上架；開台之後每個月的雲端帳單是持續費用，隨觀眾人數與在線時長成長，是很難回頭的長期支出。搜「開直播平台要多少錢」看到的梯度報價多數是前者，本篇估的是後者。
按流量和按分鐘兩種報價，開台前怎麼選？
先把報價翻譯成同一單位再比：等效每觀眾小時價＝每千分鐘價÷16.67（1,000 分鐘就是 16.67 小時）；再除以你的觀眾平均每小時看掉多少 GB。這個交點只由畫質（碼率）決定，時長與人數兩邊同乘、不影響誰划算。以本篇兩家為例，分水嶺在 2.0 GB／觀眾小時：低於它按流量簽划算，高於它按分鐘簽划算。分水嶺隨報價變動，換一家就重算一次。
新帳號的免費額度，夠撐到正式開台嗎？
不夠。AWS IVS 新帳號每月 20 參與者小時（前 12 個月）、騰訊 TRTC 每開發者帳號 10,000 分鐘、Agora 每月 10,000 分鐘。這些量級只夠內部驗證接入與連麥，正式開台第一晚就可能用完。拿來練手可以，拿來省開台的錢不行。
預算總額為什麼要乘 1.3？少留一點不行嗎？
緩衝買的是三種風險：晚尖峰比日均曲線陡、節目被大批轉發帶來的瞬間爆量、計價規則改版與單家特殊條款。三成是常態型場景的經驗起點；活動為主的尖峰型，1.5 起跳更穩。少留緩衝的代價不是預算表難看，是首月現金流被真實帳單打穿。
完全沒有歷史數據，第一欄的曲線怎麼畫？
三個來源湊：同類平台的公開數據或案例、同類社群的觀眾規模、以及首月兩週小流量內測的後台曲線。常態型與活動型要分開畫，它們對應的計費語言不同，混著估兩邊都會失真。
廠商官網都有價格計算器，直接用行嗎？
可以用，但順序不能反。計算器算的是你輸入的形狀：在線人數、時長、碼率全是你填的，輸入偏了輸出跟著偏。先畫曲線、再拿計算器驗證單價，順序對了計算器才有用。