Netlify 免費方案解析：2026 最新額度限制與實測心得

「Netlify 免費版夠用嗎？」這是每個想用 Netlify 的人都會問的問題。網路上說法很多，有人說完全夠用，有人說很快就超額。到底真相是什麼？

這篇文章會把 Netlify 免費方案的每一項限制都拆開來講，用實際數字告訴你夠不夠用。看完你就知道該不該付錢了。

免費方案包含什麼？完整功能清單

先講好消息：Netlify 的免費方案功能很完整，不是閹割版。但要先提醒一件重要的事：2026 年起，Netlify 已經把計費模式整套換成「credits（點數）制」，免費方案是每月 300 credits，不再是舊制那種「頻寬 100GB + Build 300 分鐘」分開計算的方式。頻寬、Web 請求都從同一組 credits 扣，Build 時間則已經不再單獨計費。下面的表格與換算，都是照新制寫的。

免費方案有的功能

免費方案沒有的功能

這些功能要付費才有：

• 詳細 Analytics：只有基本流量數據
• Background Functions：長時間執行的函數
• Split Testing：A/B 測試（有限功能）
• 更多 Team Members：只有 1 個成員
• 優先 Build：免費版要排隊
• 企業級 SLA：沒有保證 uptime

但說實話，對大部分個人專案和小型網站，這些用不太到。

各項額度詳細說明

現在來看每個限制實際上是什麼意思。

頻寬：300 credits，換算約 15GB

這是最重要的限制。每次有人打開你的網站，就會消耗頻寬，而頻寬會從你的 credits 額度扣（每 GB 扣 20 credits）。

怎麼計算？

頻寬 = 訪客數 × 每次載入的資料量；花掉的 credits = 頻寬（GB）× 20

假設你的網站：
- 首頁大小：2MB（包含 HTML、CSS、JS、圖片）
- 每月訪客：10,000 人
- 平均每人看 3 頁

消耗頻寬 = 10,000 × 3 × 2MB = 60GB，換算 credits = 60 × 20 = 1,200 credits。

這在舊制（100GB 免費）裡完全沒問題，但在新制下，免費方案只有 300 credits、Personal 方案（$9/月）也只有 1,000 credits，兩者都不夠，得升級到 Pro 方案（$20 起、3,000–20,000 credits）才夠用。這也是這次改制對讀者最重要的資訊：同樣的流量，在新制下比舊制貴很多。

免費方案的 300 credits 大概能撐多少流量？（以下假設 300 credits 全部拿去當頻寬，實際上 Web 請求也會分掉一部分 credits，數字僅供抓感覺，非官方公告的固定值）

對照舊制的 100GB（可支撐 2 萬～20 萬次不等），新制的 15GB 等效額度大約只剩舊制的 15%。精確數字請以 Netlify 官方定價頁試算為準。

Build 時間：已不再單獨計費

過去 Netlify 免費方案有獨立的「每月 300 分鐘 Build 時間」上限，但 2026 年的新制已經把這項限制取消——建置花費的時間不再單獨從額度扣，而是併入 credits 制一起算。

白話講：你想部署幾次、每次 Build 花多久，理論上都不會再被單獨的「分鐘數」卡死。真正會讓你多付錢的，是「並行建置」（同時跑多個 Build，加快多人協作的部署速度）——這是一個獨立的付費附加元件，官方報價是 $40/月，不含在任何方案的基礎額度裡。

不同專案的 Build 時間參考（純粹是實際建置通常要花多久，跟額度計算無關，方便你抓時間感）

Serverless Functions：併入 credits，沒有固定次數上限

如果你有用 Netlify Functions（Serverless API），每次呼叫都會消耗資源，但新制下官方定價頁已經沒有再列出「125,000 次/月」這種固定的免費呼叫次數上限了——呼叫時耗用的資源跟其他流量共用同一組 300 credits，精確的換算比例本文未查得可靠來源，建議直接查 Netlify 官方定價頁。

大原則沒變：如果你的網站每個頁面都會呼叫 API、訪客又很多，會比較快用掉額度；只是偶爾用（像是聯絡表單背後的邏輯），通常還是夠用。

Form 表單：免費，不消耗 credits

Netlify 內建的表單功能在新制下不會扣 credits，這點對讀者是好消息——填表單不會吃掉你的頻寬額度。不過官方仍可能有防濫用的次數限制，舊制常被引用的「100 次/月」是否仍是現行規則，本文未查得可靠來源，不確定就不寫死，請以官方頁面公告為準。

如果表單提交量大，或需要確認實際上限，考慮用第三方服務（Formspree、Typeform 等）替代或補強。

真實使用案例分析

理論講完了，來看實際案例。

以下案例的「頻寬」都用新制換算成 credits（每 GB 扣 20 credits）；Build 分鐘則不再計入額度，僅供參考建置花多久。

案例一：個人技術部落格

網站資料：
- 文章 50 篇
- 月訪客 5,000 人
- 頁面大小 800KB
- 每週更新 2 次

月消耗：
- 頻寬：5,000 × 2.5 頁 × 0.8MB ≈ 10GB，換算 200 credits
- Build：8 次 × 2 分鐘 = 16 分鐘（不計入額度）

結論：免費方案（300 credits）還夠用，但頻寬已經用掉約 2/3 的額度（200/300），跟舊制「用不到 10%」差很多——流量再成長一點就可能得升級。

案例二：小型公司官網

網站資料：
- 10 個頁面
- 月訪客 20,000 人
- 頁面大小 2MB
- 每月更新 5 次

月消耗：
- 頻寬：20,000 × 3 頁 × 2MB = 120GB，換算 2,400 credits ⚠️
- Build：5 次 × 3 分鐘 = 15 分鐘（不計入額度）

結論：頻寬遠遠超過免費方案（300 credits）與 Personal 方案（$9、1,000 credits），得升級到 Pro 方案（$20 起、3,000–20,000 credits）才夠用。

案例三：設計師作品集

網站資料：
- 作品 30 件
- 月訪客 3,000 人
- 頁面大小 4MB（大量高清圖）
- 每月更新 10 次

月消耗：
- 頻寬：3,000 × 5 頁 × 4MB = 60GB，換算 1,200 credits ⚠️
- Build：10 次 × 1 分鐘 = 10 分鐘（不計入額度）

結論：跟舊制「在額度內」相反，1,200 credits 已經超過免費方案和 Personal 方案，得跳到 Pro 方案才夠用。圖片吃頻寬這件事，在新制下比舊制更容易讓你破費，建議壓縮圖片或用 CDN。

案例四：開發中的專案

網站資料：
- 開發階段，頻繁測試
- 幾乎沒有外部訪客
- 每天部署 10+ 次
- 每次 Build 3 分鐘

月消耗：
- 頻寬：幾乎為零，credits 消耗也趨近於零
- Build：10 × 30 × 3 = 900 分鐘（新制下不計入額度，不會超額）

結論：這是新舊制差最多的案例——舊制下 900 分鐘會直接爆掉每月 300 分鐘的上限，但新制已經取消 Build 分鐘的獨立計費，所以完全不會超額。唯一要注意的是，如果需要多工「並行建置」加速部署，那是要另外加購 $40/月 的附加元件，不是免費內建。

什麼情況會超額？

根據實際經驗，這些情況最容易超過免費額度。

頻寬超額的常見原因

1. 圖片沒壓縮
   - 直接放原圖（5MB+）上去
   - 解法：用 TinyPNG、Squoosh 壓縮，或用 WebP 格式

2. 影片直接 host
   - 影片檔案超級吃頻寬
   - 解法：用 YouTube、Vimeo 嵌入

3. 文章突然爆紅
   - 被大站轉載、上 Hacker News
   - 解法：這是好事！考慮升級或設 cache

4. 沒做 cache
   - 每次訪問都重新載入所有資源
   - 解法：設定適當的 cache headers

5. 爬蟲大量存取
   - 搜尋引擎或惡意爬蟲
   - 解法：用 robots.txt 限制，或設 rate limit

Build 時間還會讓你超額嗎？

2026 年新制已經取消「Build 分鐘」這項獨立額度，所以嚴格來說已經沒有「Build 時間超額」這件事了。但下面這些習慣還是值得注意——雖然不會讓你超額，卻會拖慢你等部署完成的時間，也可能間接影響你在同一時間內消耗其他 credits 的效率：

1. 太頻繁部署
   - 每個小修改都 push
   - 建議：累積多個修改一起部署，減少不必要的等待

2. Build 太慢
   - 專案太大、套件太多
   - 建議：優化 build 流程、減少套件，讓 CI 體驗更順

3. 不必要的 Build
   - README 修改也觸發 build
   - 建議：設定 ignore 規則，省下等待時間

Functions 用量爆增的常見原因

1. 沒做 rate limiting
   - 被惡意呼叫
   - 解法：加上 rate limit 機制

2. 每個頁面都呼叫 API
   - 訪客多就會爆
   - 解法：減少不必要的 API 呼叫

超額處理與建議

超額了怎麼辦？不用慌。

超額（用完 credits）會發生什麼事？

新制下，頻寬與 Web 請求共用同一組 300 credits，用完就是用完，不再像舊制那樣「頻寬歸頻寬、Build 歸 Build」分開算。以下是各項目在新制下的情況：

避免用超 credits 的方法

優化網站體積：
- 圖片壓縮到 100KB 以下
- 用 lazy loading
- 移除不必要的套件

減少不必要的 Build（雖然不會超額，但能省下等待時間、讓 CI 更有效率）：
- 開發時在本地測試
- 累積修改一起 push
- 設定 build 觸發條件

善用 Cache：
- 靜態資源設長效 cache
- 用 CDN（Netlify 已內建）

什麼時候該升級？

這些訊號代表該考慮付費了：

• 連續 2 個月 credits 用量接近 80%
• 網站是正式營運的產品
• 需要更多 team members
• 需要詳細流量分析
• 需要並行建置（$40/月附加元件）加快多人協作的部署速度

想精算費用？看這篇 Netlify 費用計算完整指南。

免費方案 vs 競爭對手

Netlify 免費方案跟其他平台比如何？

分析：
- Netlify 的 Build 時間已經不再單獨計費，等於沒有「分鐘數」上限，但頻寬換算下來（約 15GB）比 Vercel 的固定 100GB 少很多；Netlify 的功能（Forms、CMS）仍然更豐富
- Cloudflare Pages 頻寬無限，但 Build 次數有限
- GitHub Pages 功能最少，但完全免費

更詳細比較看 Netlify vs Vercel 完整比較。

常見問題 FAQ

免費方案可以商用嗎？

可以。Netlify 沒有限制商業用途，免費方案也能用來架設商業網站。但要注意流量限制。

免費方案有廣告嗎？

沒有。Netlify 不會在你的網站加廣告。

超額會自動收費嗎？

不會。免費方案超額後會暫停服務，不會自動升級或收費。只有付費方案的超額才會自動計費。

免費方案可以用多久？

永久。只要不違反使用條款，免費方案沒有時間限制。

可以多個帳號繞過限制嗎？

技術上可以，但違反使用條款。如果 Netlify 發現，帳號可能被停用。

免費方案的速度會比較慢嗎？

不會。免費和付費用同樣的 CDN 基礎設施，網站速度一樣。差別在平行建置（Build 時可以同時跑多個），這是要另外加購 $40/月 的附加元件，不是所有付費方案內建。

學生有優惠嗎？

Netlify 本身沒有學生方案，但透過 GitHub Student Pack 可以獲得優惠。

總結：免費方案夠用嗎？

答案是：對大部分低流量的小型專案還是夠用，但要提醒一次：2026 年改成 credits 制後，免費方案等效頻寬只剩約 15GB，比舊制的 100GB 縮水很多，流量稍微成長就可能得升級——實際夠不夠用，請用前面的換算方式抓自己網站的數字，不要沿用舊制「幾萬訪客都沒問題」的印象。

免費方案通常還夠用的情況：
- 個人部落格
- 作品集網站
- 小型專案展示
- 學習練習用（開發階段部署再頻繁也不會超額，因為 Build 時間已經不再計費）

可能需要付費的情況：
- 流量大的商業網站（頻寬換算成 credits 很容易超過免費額度）
- 需要多人協作、需要並行建置
- 需要詳細數據分析

建議的做法是：先用免費方案開始。真的不夠用時再升級，反正 Netlify 會提前通知你。最快的開始方式是用 Netlify Drop 拖曳部署。

想了解更多 Netlify 功能？看這篇 Netlify 完整指南。

VibeFix 是專門幫助非工程師處理程式部署問題的服務。AI 幫你寫代碼，我們幫你上線。

Netlify 設定有問題？不確定該用免費還是付費？讓 VibeFix 幫你評估