Vercel vs Netlify 对比(2026):部署平台怎么选,规模化后的真实成本是多少
2026 年该选 Vercel 还是 Netlify?本文给出结论、两种计费模型(Vercel 按用量、Netlify 按积分)的真实价格、免费额度的硬性上限,以及真正决定这笔账的规模化成本测算,并说明两个平台各自会在哪里撞墙,以及怎样在发布前就把账单牢牢锁住,不被账单吓一跳。

Vercel 胜在 Next.js 和可预测的流量,Netlify 胜在多框架项目,以及一个你不可能失手冲破的硬性上限。真正决定选择的那个数字,是流量暴涨那个月各自要收你多少钱,而这笔成本的大部分在账单寄到之前都是看不见的。
两个平台都托管你的前端、运行你的 serverless 函数,并在你每次推送到 Git 时发布一个新版本。在免费额度里做一个副业项目时,它们几乎感觉不出差别,而且都不花钱。分岔出现在后面:你开始向用户收费的那天,或者一次发布把真实流量打到你站点上的那天。价格模型正是在那里分道扬镳,其中一家的账单也正是在那里可能悄悄失控。
下面是结论、两个平台 2026 年的真实数字、各自会在哪里撞墙,以及怎样选才不会被账单吓一跳。
结论:Vercel Netlify 对比该怎么选
如果你在 Next.js 上开发而且流量可预测,选 Vercel。如果你用别的框架、想要一个在结构上就不可能产生费用的免费额度,或者你对失控账单感到不安,选 Netlify。
Vercel 由 Next.js 背后的团队打造,所以服务端渲染、边缘中间件和图片优化第一天就能用,零配置。代价是它按用量计费:用多少付多少,除非你设了上限,否则流量暴涨就是账单暴涨。Netlify 与框架无关(Astro、SvelteKit、Nuxt、Next.js 都能干净地部署),它的免费计划是一个硬性积分上限,用官方的说法是 "cannot be exceeded or incur any costs"。如果一张意外账单对你是真的会疼的那种,这就是最安全的默认选项。
两者都不算错。这个决定其实只取决于两件事:你在用哪个框架,以及你有多相信自己的流量会保持平稳。本文余下的部分,就是支撑这个结论的证据。

真正决定选择的那条轴:流量暴涨那个月的账单
Vercel 的部署很快,Next.js 集成也确实是业界最好的,所以差异点不在功能。差异点在于:当你超出免费额度、流量开始波动时,你的账单会发生什么。
两个平台在结构上用完全不同的方式计量成本,而这就是全部的胜负手:
- Vercel 对每一项资源分开计量。 带宽(Vercel 称之为 "Fast Data Transfer")、边缘请求、函数计算和构建分钟数,各自有各自的包含额度和各自的超额单价。Pro 计划包含 1 TB 传输,超出后 每 GB $0.15;包含 1000 万次边缘请求,超出后每次 $0.000002;函数计算按活跃 CPU 时间计费,每 CPU 小时 $0.128。
- Netlify 只计量一个共享的积分池。 每个 Pro 团队每月拿到 3,000 积分,而带宽(每 GB 20 积分)、计算(每 GB-小时 10 积分)、生产部署、表单提交和网页请求全都从同一个池子里扣。池子空了,你要么加购(Pro 上 $10 换 1,500 积分),要么在免费计划上直接停下。
正是这个结构性差异,让 2025 到 2026 年的"账单惊吓"投诉严重偏向 Vercel 而不是 Netlify。按用量计费的模型在流量激增面前毫不留情:有开发者报告 Vercel 的带宽账单在 1,622 GB 传输量下 一个月内从 $120 跳到 $855(报告),另一位报告在环境变量泄漏导致恶意流量涌向其部署后,收到了大约 $2,400 的账单(报告)。Netlify 也并非无懈可击(它的积分制度被人说成 "greedy",至少有一位开发者因为价格公开把项目迁走了),但免费计划的硬性上限意味着,在一个业余项目上意外产生超额费用在结构上就不可能。
两家价格对照:2026 年的真实数字
两家厂商在过去两年里都重写了自己的定价。尤其是 Netlify,从构建分钟数改成了积分制,所以它那"300 构建分钟"现在是 300 积分,完全是另一个单位;Vercel 则把函数改成了按活跃 CPU 计费。下面是每个计划今天的真实面貌,直接取自现行的价格页面。
这张表里有两点比其余都重要。第一,Vercel 的 Hobby 计划仅限个人、非商业用途,所以你只要开始向哪怕一个用户收费,按规定就必须升到每位开发者每月 $20 的 Pro。Netlify 的免费计划没有这类限制,只有那个硬性积分上限。第二,Netlify 取消了按席位收费:一个五人团队在 Netlify Pro 上付的是每月 $20 统一价,而同样一个团队在 Vercel Pro 上要按每个开发者席位付 $20。对独立创业者来说这个差距是零,对小团队来说就是真金白银。

各自会在哪里撞墙
Vercel 的墙是按量计费的账单和 Hobby 许可。 这个平台一路都很出色,直到流量变大或者变得忽高忽低,那时按用量计费就会一字不差地做它承诺的事:为那次暴涨向你收费。除非你自己配置,否则这里没有"包含到此为止就停"的天花板。非商业的 Hobby 限制是另一堵墙:一个开始赚钱的副业项目,按条款是应该迁到 Pro 的。缓解手段是存在的而且做得不错(Spend Management 可以让你设硬性上限、接收告警,并在超预算之前自动停止),但它默认关闭,所以得你自己去打开。
Netlify 的墙是共享积分池和并发。 因为带宽、计算、部署和请求全都从 Pro 那同一份 3,000 积分里扣,一个构建频繁或者计算密集的应用消耗积分的方式,会比 Vercel 分开的桶更难预测。免费计划还只给你一个并发构建,所以如果你连着推两个提交,第二个只能排队。另外,虽然 Netlify 也托管 Next.js,但你拿到的并不来自框架作者本人,所以最新的 Next.js 特性可能会晚于 Vercel 那种第一天就到位的支持。
你的情况该选哪个
你用什么框架,以及你对浮动账单的容忍度,比任何功能清单都更能决定这件事。
你在验证一个 MVP,多半是用 AI 应用生成工具做的,而且你不想去操心基础设施。选你的生成工具默认部署到的那个平台(大多数瞄准 Vercel),然后立刻设一个支出上限。验证阶段流量很低,所以两家的免费额度都够用。这个决定只有在你有了付费用户之后才真正重要,而到那时你已经知道自己的数字了。
不管你部署在哪里,它对接的后端都是另一个值得早点定好的决定,这在 Supabase vs Firebase 里讲过;如果你还没选定生成应用的工具,那就先从最好的 AI 应用生成工具开始。
怎样让账单不再意外
上面那些账单惊吓的故事,几乎全都是可以预防的。不管你选哪个平台,在把域名指过去之前,先做这三件事。
打开硬性支出上限(Vercel),或确认积分上限(Netlify)
在 Vercel 上,打开 Spend Management,设一个硬性上限外加一个告警阈值,让用量在超出预算之前就停下,而不是之后。在 Netlify 上,免费计划本身已经是硬性上限;在 Pro 上,在你真的想开之前先让自动续费保持关闭,这样积分就不会悄悄自动充上。
按真实规模估算你的带宽
用你预期的页面体积乘以预期的月访问量,得到传输的 GB 数。在 Vercel Pro 上你有 1 TB 免费额度,超出后是 $0.15/GB;在 Netlify 上,每 GB 都是从你的池子里扣 20 积分。如果这个数字很大,那就是在提醒你:要在发布前把成本看得更仔细,而不是等账单来了再看。
在所有东西前面放上 CDN 缓存和图片优化
最便宜的字节是你根本没有发出去的那个。激进的缓存和正确的图片格式能大幅削减带宽,而带宽是两个平台上最大的单项开支。这件事比你选了哪家托管更重要。
Vercel 现在还免费吗?
是的。Vercel 的 Hobby 计划永久免费,包含全球 CDN、自动 CI/CD 和 Fluid compute。要注意的是它只授权用于个人、非商业用途,所以一旦你的项目开始赚钱,就应当迁到每位开发者席位每月 $20 的 Pro 计划。
Netlify 是永久免费的吗?
是的,而且在两家的免费额度里,它是更不容易被你不小心变成账单的那一个。免费计划给你每月 300 积分作为硬性上限,用 Netlify 的说法是 "cannot be exceeded or incur any costs"。用完之后,部署和分发会暂停到下个月,而不是向你收费。
Netlify 有哪些缺点?
最主要的是共享积分池:带宽、计算、构建和表单提交全都从同一份月度积分里扣,所以一个计算密集的应用可能比你预期的更快把积分耗光。免费计划还把你限制在一个并发构建上;另外因为 Netlify 不是 Next.js 团队做的,最新的 Next.js 特性到达时间可能晚于 Vercel。
规模化之后,Vercel 和 Netlify 哪个更便宜?
在每 GB 这个层面上两者很接近(付费计划的带宽大约 $0.13 到 $0.15/GB)。真正的差别在可预测性:Vercel 分开的计量桶会把一次暴涨变成一张更大、更显眼的账单,而 Netlify 硬性封顶的积分在免费计划上是让超额停下来,而不是向你收费。对小团队来说,Netlify Pro 那个成员数不限的每月 $20 统一价,也比 Vercel 的按席位定价更划算。
现在还有人用 Netlify 吗?
有。它仍然是 Astro、SvelteKit、Nuxt、Gatsby 以及其他框架的一流托管,而它内置的功能和硬性封顶的免费额度,让那些看重简单和账单安全、而非深度 Next.js 集成的开发者继续在用它。
选对部署平台,只是一整摞决定中的一个。如果你想在其余的构建工具判断(选哪个 AI 编程工具、哪个后端、哪个自动化层)发布时第一时间收到,欢迎订阅通讯。
2026年9月4日







