核实到位，配额与官方口径一致。有一个必须提醒你的重要情况：Cloudflare 正在把 Pages 的能力逐步并入 Workers（官方已把静态资产托管整合进 Workers），新项目现在会被引导去用 Workers，但 Pages 本身仍在正常运行、免费额度不变。下文会把这点说清楚。以下是完整文章与配套物料。
壹贰线报核实：Cloudflare Pages 免费托管全拆解，无限带宽 + 每月 500 次构建怎么用
各位站长、开发者，今天给大家带来一期逐项核对过 Cloudflare 官方文档与定价页的 Pages 专题线报。
如果说 Cloudflare 的免费套餐里最"不讲道理"的一项是哪个，很多人会选 Pages。它给出的条件是这样的：站点不限量、席位不限量、静态请求不限量、带宽不限量，每月还送 500 次自动构建——官方定价页的原话是 unlimited sites, seats, requests, and bandwidth。在所有静态托管平台里，敢把"无限带宽"白纸黑字写进条款的，只有它。
但这里要先提醒一句：Pages 的免费额度虽然看起来"全都不限"，真正的边界其实藏在另外三个地方——构建次数、项目数量、单个体积。而且 2026 年以来，Cloudflare 正在把 Pages 的能力逐步并入 Workers 平台，新用户创建项目时的入口和以前不太一样了。这两件事不清楚，很容易一上手就迷糊。
下面我把核实后的完整情况、真实边界和实操流程一次性讲透。
先搞懂一个底层逻辑：静态免费、动态计费
Pages 的免费政策看似"全无限"，其实有一条非常清晰的分界线：
纯静态内容——近乎无限免费。HTML、CSS、JS、图片这些静态资源的每一次请求，都是免费的、不限量的。因为这部分走的是 Cloudflare 边缘网络的缓存分发，边际成本极低。官方文档写得很明确：静态资产的请求免费且无限制。
动态逻辑——严格按量计费。一旦你的请求需要跑一段服务端代码（也就是 Pages Functions），这次请求就会计入 Workers 的配额，免费版是每天 10 万次、每次 10 毫秒 CPU。
由此推出三条实用结论：站点越"静态"越省钱，纯博客、文档站、作品集放上去成本趋近于零；需要后端就有天花板，函数请求一旦撞上每天 10 万次，超出会直接返回 429 错误，而不会自动回退到静态服务；真正的约束不是带宽，而是构建配额和项目数量——这才是免费用户最该盯紧的两项。
逐项核实：免费额度到底给了多少
我把官方文档和定价页的口径逐条对照过，下面每一项都标了实际数字：
站点、席位、静态请求、带宽：全部不限量（免费版）
这是官方对所有套餐统一给的承诺。也就是说，你的站点访问量涨到多大、挂多少个域名下的站点，都不会因为"带宽用超了"被收费。每月 500 次构建（免费版）
这是免费版最核心的限制。每次你把代码 push 到仓库、触发一次自动构建，就消耗一次额度。对个人博客来说完全够用——哪怕一天改 5 次代码、连推一个月，也才 150 次。但如果你的项目在多个分支上频繁推送，构建请求会排队，因为免费版的并发构建数只有 1。自定义域名：每个项目 100 个（免费版）
这里要顺带纠正网上流传的一个错误说法：有教程写"25 个自定义域名"，实际官方口径是 每项目 100 个。单个站点挂主域名 + www + 若干子域名，100 个的上限对个人项目来说远远够用。账户项目数上限：100 个
注意这是按账户算的，不是按项目。官方注明这项额度"按惯例不做上调"。也就是说，你整个账号最多建 100 个 Pages 项目。单站点文件数：20,000 个（免费版）
这是免费版的硬约束之一。付费计划可以提到 100,000 个，但需要在项目里把PAGES_WRANGLER_MAJOR_VERSION环境变量设为 4 才生效。单个文件体积上限：25 MiB
所有套餐统一。如果你的站点有大视频、大压缩包，一定会超——正确做法是把这类大文件放到 R2 对象存储，页面里只引用链接。Pages Functions：免费版每天 10 万次请求，每次 10 毫秒 CPU
这是 Pages 的"动态能力"，基于 Workers 运行时。它和 Workers 共享同一份配额——账号下所有函数加起来，每天 10 万次。超出后请求直接失败，不会降级。所以别拿它跑重计算，也别忘了它不是独立额度。预览部署：不限量
这是 Pages 做得特别舒服的一点。你在代码仓库开一个合并请求（PR）或推一个新分支，平台就自动为这次改动生成一条独立的预览链接，内容随分支提交持续更新。生产域名和自定义域名都不受影响。官方默认还给每条预览部署加了"不被搜索引擎收录"的标记，避免临时副本污染搜索结果。构建镜像：默认 Node.js v22
这是 2025 年 5 月的更新，替换了当时已停止维护的 Node 18。如果你用的是老教程里的 Node 版本配置，建议对一下当前默认值。
实测踩坑：这几条边界一定要提前确认
结合起来看，Pages 免费版最容易翻车的地方不在带宽（带宽真的不限），而在构建、项目数和体积这三处。以下几点建议动手前先记牢：
构建次数是每月 500 次，且并发只有 1。多分支频繁推送时，构建会排队等待，不会失败，但会慢。如果你习惯"边写边推"，可以先把分支合并策略理顺。
单次构建超过 20 分钟会被中止。大型前端项目、依赖较多的构建，要留意时长是否接近这条线。
免费项目的文件数上限 20,000 个，别把大文件塞进仓库。视频、素材、安装包一律放 R2，页面里引用即可——这也是官方推荐的做法。
Pages Functions 会吃 Workers 的额度。如果你的站点既有 Pages 又有独立的 Worker 脚本，两边共享每天 10 万次，别分开算。
免费版曾有 25 条
_headers规则限制的说法，实际官方文档写的是 100 条；_redirects则是最多 2,000 条静态 + 100 条动态。这两个文件不随站点发布，只在构建时被平台解析，规则顺序会影响最终结果——同一条路径有多条声明时，靠前的先生效。新账号前 48 小时创建项目可能受限。这是平台的防滥用机制，不是账号异常，过一段时间自然解除，别急着以为被封了。
国内访问要单独评估。Pages 默认给的
项目名.pages.dev域名走的是境外节点，在国内访问不够稳定，面向国内用户的站点通常需要另绑自有域名并自行优化线路。注意 Pages 正在向 Workers 平台整合。Cloudflare 已经把静态资产托管能力并入 Workers，新创建项目时官方会更推荐"Workers + 静态资产"这条路径。不必慌——Pages 目前仍在正常运营，额度也没变，老项目照常使用；但如果你是全新上手、想跟上官方主线，可以顺带了解一下 Workers 的静态资产功能。
实操：从零到上线的完整流程
第一步：选部署方式
Pages 有三条上线路径：一是连接 Git 仓库（GitHub / GitLab），push 即自动构建，最适合博客和常规站点；二是Direct Upload 命令行上传，适合构建在自有平台完成的场景，单次可传 20,000 个文件；三是面板拖拽上传，最省事但限制更多——只接受压缩包或单个文件夹，文件上限 1,000 个，而且拖拽方式不支持编译 functions/ 目录。三种在单文件体积上都以 25 MiB 封顶。
第二步：配置构建参数
连接仓库后，只需要填三个字段：构建命令、输出目录、环境变量。官方为常见框架准备了一份预设清单——React、Next.js（静态导出）、Nuxt、Astro、Vue、Svelte、SvelteKit、Angular、Docusaurus、Hugo、Jekyll、Eleventy、VitePress、Zola 等都在其中，选中框架后构建命令和产物目录会自动带出来，基本不用手填。
第三步：等首次构建完成
构建是否成功由退出码决定：命令返回非零即失败，返回零即成功并上传产物。首次构建后就能拿到 项目名.pages.dev 的访问地址。
第四步：绑定自定义域名
进入项目的 Custom domains 页添加域名，分两种情况：
根域名（如 example.com）：需要先把域名接入 Cloudflare 并改好域名服务器（NS），由平台代为创建解析记录；
子域名（如 blog.example.com）：只需在原解析服务商加一条 CNAME 记录指向 Pages 的默认域名，然后回到 Pages 点"检查 DNS 记录"验证即可。
第五步：确认 SSL 自动生效
这一步是 Pages 省心的地方——绑定域名后 SSL 证书会自动部署，不需要任何额外操作，HTTPS 开箱即用。不用像别的方案那样自己申请证书、手动续期。
第六步：用预览部署做分支测试
以后每次开 PR 或推分支，都会自动生成预览链接，改完代码先在预览地址上验证，确认没问题再合并到生产分支。回滚也支持——可以对任意一次构建成功的生产部署做回滚，回滚后还能再切回更新的版本。
壹贰线报专属：两套零成本方案
纯静态站方案（最省心）
代码推到 Git 仓库，用 Pages 自动构建发布，绑定自定义域名，SSL 自动生效。站点数、带宽、静态请求全部无限，每月 500 次构建对个人站点绰绰有余。适合个人博客、文档站、作品集、活动落地页。这套方案没有服务器、没有流量账单，日常维护成本接近零。
带轻后端方案（进阶）
前端继续放 Pages；需要动态能力时，在项目里加一个 functions/ 目录，用文件式路由写接口——表单提交、访问计数、邮件通知、简单的鉴权逻辑都能承接。数据可以存 D1（免费 5GB 存储、每天 500 万行读取）或 KV（1GB 存储、每天 10 万次读取）。大文件全部丢进 R2，零出口费用。整套下来，你能零服务器成本跑一个真实可用的全栈小应用。唯一要盯的是每天 10 万次的函数请求额度，别把重计算任务塞进函数。
最后提示
壹贰线报只发核实过的信息。Pages 的免费政策有个挺反直觉的特点：别人家收钱的带宽，它不限量；别人家不限的构建次数，它卡在 500 次。理解这个取舍，你就能判断它到底适不适合自己的项目——静态内容越多越划算，动态逻辑越多越容易撞墙。
上手前建议想清楚三件事：一是站点体积，大文件别进仓库、放 R2；二是构建频率，多分支频繁推送会排队；三是面向国内还是海外读者，这决定你要不要额外加一层加速。另外，如果你是新项目，可以顺带了解一下官方主推的 Workers 静态资产方案，两者不冲突。
有在用 Cloudflare Pages 的朋友，欢迎在评论区说说你的构建方式（连 Git 还是命令行上传），以及绑自定义域名、配预览部署时踩过哪些坑，和其他站长一起交流经验。