关于 Netlify

Netlify 是一个知名海外网页应用（包括静态网站）托管平台，自带全球 CDN 加速（不包括中国大陆地区）。对于老用户来说，它是 Github Pages 最优秀的替代选项，并有链接 Github 仓库、在提交瞬间进行网页构建的实力，静态网页更新效率碾压众多同行，亲测在大多服务器的反应速度小于 10 秒钟！

为什么是“对于老用户来说”？

Starting on September 4, 2025, all new Netlify accounts will use the new credit-based pricing plans.

由于 Netlify 的政策更改，对于 2025 年 9 月 4 日及之后注册的用户，必须使用 Credit-Based 方案，并且所有动用资源的行为统一消耗同一个 Credit 。以下是两个方案的对比。

计费标准 Legacy 方案 Credit-Based 方案
每月初始额度 300 分钟构建时间，100 GB 带宽，1M 边缘函数调用，1 个同时构建，500 个网站项目 300 信用点
生产环境部署 消耗构建时间额度 15 信用点/次
带宽 消耗带宽额度 20 信用点/GB
计算资源 消耗边缘函数调用额度 10 信用点/GB·小时
Web 请求 不直接消耗额度 2 信用点/1万次
表单提交 100 次/站点/月 免费

由此可以看出，新用户的 Credit-Based 方案中，资源要比 Legacy 方案紧张！

让我们来算一下。

一个每月 150 用户、900 次调用访问请求、3 次更新、平均一个用户访问了 10 MB 资源的博客网站
Legacy 方案：理论上消耗约 3% 带宽，不到 0.3% 构建时间（亲测）。
Credit-Based 方案：理论上将消耗 103.65375 信用点，约占总额度的 35%！

一个每月 150 用户、450 次调用访问请求、高峰期每月 20 次更新（包括文章和即刻说说的微调）、平均一个用户访问了 10 MB 资源的博客网站
Legacy 方案：理论上约消耗 1.5% 带宽，不到 2% 的构建时间（亲测）。
Credit-Based 方案：不好意思，你的网站在更新高峰期那个月直接停用。

两个网站，一个用于图床，一个用于博客，每月 150 用户、450 次调用访问请求、高峰期分别 10 次更新、平均一个用户访问了 10 MB 资源的博客网站
Legacy 方案：理论上约消耗 1.5% 带宽，不到 2% 的构建时间（亲测）。
Credit-Based 方案：不好意思，你的网站在更新高峰期那个月也直接停用。

因此，新版方案对于个人博客来说不是很友好。
新版的优势在于重度使用表单的网站、需要大量预览部署的团队、以及需要少量 AI Agent 开发的用户。
而劣势在于带宽和构建，尤其是对构建一次不到 1s 的网站特别不友好！

告诉 Legacy 方案用户与 Credit-Based 方案用户

如果你在 2025 年 9 月 4 日之前注册过 Netlify 账号，且在 Usage & Billing 页面有 Legacy 标识的（如下图），你有非常好的博客托管资源，日常情况根本就用不完，甚至可以创建很多个子网站并进行高频更新（Netlify 最多创建 500 个托管）！

Legacy
Credit-Based

不过，如果你是 Credit-Based 方案用户，也不用气馁。你有更加灵活的分配方案，在无更新状态下带宽可以达到接近 150 GB/月！对于构建次数，可以使用 Hexo 的 hexo s 来预览自己的博客页面，并在多次更新后一次上传 hexo g -d；你也可以在每个月分散地更新！