去年一个客户给我打电话，真的是惊恐万状。他的代理商营销网站在活动中途宕机了。不是服务器崩溃，也不是 DDoS 攻击。Netlify 在周二下午因为他超出了免费层限制而限制了他的带宽，而他的账单周期还要三周才能重置。他从 2021 年以来一直在使用 Starter 计划，从未想过这个问题。说实话，我也没想过，直到那通电话。
那次事件让我坐下来，实际上制定了 Netlify 免费层提供的内容、它在哪里悄悄切断你的内容，以及升级到 Pro 是否值得，或者是否有更聪明的解决方案。在 Seahawk 的整个生命周期中构建和托管了超过 12,000 个网站后，我通过 Netlify 完成的项目足以让我分享一些有价值的意见。
Netlify Starter 计划实际包含的内容
让我们具体一点。Netlify Starter 计划是免费的，不需要信用卡，每个团队可以包含一个成员。你能得到：Netlify Starter plan is free, no credit card required, and it covers one member per team. Here's what you get:
- 每月 100GB 带宽，跨所有网站 across all your sites
- 每月300分钟构建时间，在所有项目间共享 shared across all projects
- Netlify Functions：每月125,000个请求和100小时运行时 125,000 requests and 100 hours of runtime per month
- 表单：每月100次表单提交 100 form submissions per month
- 1个并发构建（其他一切都排队） (queue everything else)
- 从Git持续部署（GitHub、GitLab、Bitbucket）
- 即时回滚
- 自定义域名，通过Let's Encrypt自动HTTPS
- Netlify Edge网络（CDN）包含
- Pull请求的部署预览
这个列表看起来令人印象深刻。对于个人作品集、小型宣传网站或爱好项目来说，它确实令人印象深刻。仅HTTPS自动化这一项，以前需要我每个网站手动配置20分钟。现在完全不费力。
但请注意营销文案中缺少的内容：这些限制在你整个团队账户中是共享的。一个账户，所有网站，一个配额池。shared across your entire team account. One account, all your sites, one pool.
带宽限制真正发挥作用的地方
100GB听起来很大。但不一定总是很大。
这样想。一个合理优化的网站，平均页面大小为2MB，如果你没有正确压缩图片，这个数字会快速增长，每500个访客就会消耗1GB。扩展到50,000个月度访客，你就会用完100GB。这还只是一个网站。
我在2022年为一个美食旅行客户做过一个Gatsby博客项目。内容很好，背后有适当的SEO工作。该网站开始每月吸引约60,000个会话，我们对此感到兴奋，直到我注意到带宽达到85GB，而月份还有九天。我们相当快地把他们迁移到了Netlify Pro。
人们没有考虑到的是：Netlify计算的是出站带宽，意味着访客下载的每一个资源。未优化的英雄图片、嵌入字体、没有被正确代码分割的JavaScript包，所有这些都算。在你在任何地方托管之前，通过WebPageTest运行你的网站，把页面大小控制住。这个单一的习惯已经救了我几个客户免于不必要的升级。outbound bandwidth, meaning every asset your visitors download. Unoptimised hero images, embedded fonts, JavaScript bundles that haven't been properly code-split, all of it counts. Run your site through WebPageTest before you host anywhere and get your page weight under control. That single habit has saved several of my clients from unnecessary upgrades.
当你达到限制时会发生什么
Netlify不只是让你变慢。他们向你的访客展示一个Netlify品牌的错误页面而不是你的网站。这不优雅。没有足够提前期的警告邮件让你真正采取行动。网站就宕机了。这就是我客户遭遇的情况。
你可以在仪表板中设置支出通知，我强烈建议从第一天就做这个，但它们不一定总是以足够的缓冲被触发。如果你的网站正在获得真实流量，每周检查你的带宽使用情况。
300构建分钟问题
这是首先困扰机构的限制，而不是带宽。
一个网站 300 分钟看起来还不错。但如果你在一个 Netlify 账户下管理五到十个客户项目，每个都有在每次推送时触发的 CI/CD 流水线，你会在月中就用完配额。Next.js 或 Gatsby 在内容丰富的网站上的构建可能需要 3 到 15 分钟，取决于你的缓存配置有多好。
这是我在 Seahawk 对免费层项目的做法：
- 正确启用构建缓存。如果你配置得当，Netlify 会在构建之间缓存 node_modules 目录。不要跳过这一步。在重复部署时可以将构建时间减少 60-70%。 Netlify caches the
node_modulesdirectory between builds if you configure it. Don't skip this. It can cut build times by 60-70% on repeat deploys. - 使用分支部署控制。关闭每个分支的自动部署，只在 main 或 production 上触发。没理由在还没人审查的特性分支上浪费分钟数。 Turn off automatic deploys for every branch and only trigger on
mainorproduction. No reason to burn minutes on a feature branch nobody's reviewed yet. - 批量处理内容变更。如果你用的是 Sanity 或 Contentful 这样的 CMS，不要把每个小编辑都作为单独部署发布。使用定时或手动触发。 If you're on a CMS like Sanity or Contentful, don't publish every small edit as a separate deploy. Use scheduled or manual triggers.
- 必要时拆分账户。两个 Netlify 账户各有 300 分钟。不够优雅，但对小机构有效。 Two Netlify accounts each get 300 minutes. Not elegant, but it works for small agencies.
Netlify 构建配置文档详细讲述了缓存设置。值得你花一个下午阅读。Netlify build configuration docs cover cache settings in detail. Worth an afternoon of your time.
免费层上的 Netlify Functions
每月 125,000 次函数调用听起来很巨大，直到你用 Functions 做表单处理、身份验证回调或 API 代理时——这些在每次页面交互时都会触发。
我的诚实看法是：对于低流量网站上的基础无服务器任务，免费层是可以的。一旦你运行任何接近实际应用逻辑的东西、用户会话、动态数据获取、大量webhook处理，你至少需要预算Netlify Pro（目前每个成员19美元/月）的成本，或者重新考虑Netlify Functions是否是合适的工具。Cloudflare Workers对纯函数计算有非常慷慨的免费层，我在几个计算需求更高的项目中，将它与Netlify托管一起使用过。
表单：100份提交的上限太小了
这确实是Starter计划中最容易被低估的限制。
每个月所有网站上共100份表单提交。如果你在一个有真实流量的在线业务网站上有联系表单，你会很快触及这个限制。我在为一家本地会计师事务所的三页宣传网站上，在上线两周内就达到了上限。
对于表单很重要的免费层项目，我现在完全绕过Netlify Forms，直接连接到Formspree或一个简单的Zapier webhook。Netlify Forms功能确实很好，垃圾邮件过滤也运作得很好，但100份提交的限制使其对任何面向客户的东西都显得太简陋了。Formspree or a simple Zapier webhook. The Netlify Forms feature is genuinely good and the spam filtering works well, but the 100-submission limit makes it a toy for anything client-facing.
并发构建和部署队列延迟
一个并发构建意味着其他所有东西都排队。在一个安静的个人项目上，你根本不会注意到。在一个两个开发者同时推送的团队工作流中，你会立刻注意到。
我在Seahawk为零售客户重新上线的一次特别忙碌的冲刺期间遇到了这个问题。三个开发者，全都在推送修复，都在等待唯一的构建槽位释放。反馈循环变得缓慢。我们最终临时升级到Pro，就为了那两周，然后又降级了下去。Netlify允许你中途取消和降级，所以这种有针对性的升级确实是可行的。
何时升级到Pro才真正有意义
不是每个项目都需要Pro。我是这样考虑的：
- 月访客量超过20,000的客户网站：可能需要升级。带宽风险不值得冒客户信任受损的代价。
- 两名或以上开发者主动部署：仅出于并发构建的考虑也应该升级。
- 任何认真使用 Netlify Forms 的网站：升级或替换表单工具。
- 个人项目、作品集或测试网站：保持免费计划，智能管理即可。
撰写本文时，Netlify Pro 的价格是每个团队成员每月19美元。对于单个自由职业者来说，每年228美元。将其与产品发布期间一次网站中断对客户好感度造成的成本相比，账目很清楚。
也有一些真正不错的替代方案值得了解。Cloudflare Pages 的免费层级极为慷慨（每月500次构建、无限带宽），当 Netlify 的构建分钟数成为瓶颈时，我已经将一些较轻的项目迁移到那里。Vercel 也是显而易见的比较对象，特别是对 Next.js 项目。两者都不是绝对更优，各自都有各自的缺陷。Cloudflare Pages has an extremely generous free tier (500 builds/month, unlimited bandwidth) and I've migrated a few lighter projects there when Netlify's build minutes became the bottleneck. Vercel is the obvious comparison too, especially for Next.js. Neither is strictly better, they each have their own sharp edges.
我对新项目的实际建议
要有意识地选择在哪个账户上部署项目。在 Seahawk，我们在免费账户上保留内部和实验性项目，默认将面向客户的生产网站迁移到付费账户。19美元/月是业务开支。把它视为现场客户工作的可选项是假经济学。
每月审查你的带宽。设置消费提醒。在部署前压缩图像，使用 Squoosh 这样的工具或在你的构建流程中运行 sharp。如果你管理超过四五个活跃网站，要认真考虑单个 Netlify 账户是否是正确的结构，或者按客户分开账户并正确计费在组织上是否更有意义。
---
常见问题
Netlify 的免费套餐包括自定义域名吗？
包括。您可以将任何拥有的自定义域名连接到 Netlify Starter 站点。Netlify 处理 DNS 配置（如果使用 Netlify DNS）并通过 Let's Encrypt 自动配置免费 TLS 证书。域名连接本身没有费用，但您仍需向域名注册商支付域名费用。
如果超过带宽限制，我的站点会怎样？
Netlify 会用 Netlify 错误页面替换您的站点，直到您的计费周期重置或升级。不会先自动限流或减速。这是一个硬性停止。这就是为什么在月中监控您的使用情况很重要。
我可以在一个免费 Netlify 账户上拥有多个站点吗？
可以，对站点数量没有明确限制。限额（带宽、构建时间、表单提交、函数调用）在账户的所有站点上汇总。更多站点意味着这些池的消耗速度会更快。
Netlify 的免费套餐适合客户的生产站点吗？
取决于流量和您的风险承受度。对于月访问量在 20,000 以下且表单使用最少的低流量站点，如果您监控指标，是可以的。对于任何面向客户、停机会带来实际后果的情况，我会选择付费 Pro 版。每月 19 美元不值得冒这个险。
构建时间如何计算？
Netlify 会计算你的构建过程在他们基础设施上实际运行的时间，向上舍入到最近的一分钟。已取消的构建仍会消耗取消前使用的分钟数。并行构建（在更高级计划中可用）不会节省总分钟数，它们只是让多个构建同时运行。