Cloudflare Pages 免费方案深度解析：无限流量能撑多大访问量？

先说结论：Cloudflare Pages 免费方案值不值得用？

如果你的站点本质上是静态内容站，或者可以接受 Jamstack 架构，那么 Cloudflare Pages 免费套餐是目前最值得优先考虑的方案之一。

它最大的优势不是“便宜”，而是：

• 静态资源带宽不限量
• 全球边缘网络覆盖广
• 自定义域名和 HTTPS 配置方便
• 对 Hugo、Astro、Next.js（静态输出）这类项目很友好

对于个人博客、项目文档、品牌展示站、内容型网站来说，Cloudflare Pages 免费套餐完全可以支撑从零起步到中型流量规模的全过程。

一句话判断

Cloudflare Pages 免费套餐的核心限制

先看最关键的硬限制。

为什么 Cloudflare 敢给“无限带宽”？

很多人第一反应都是：免费方案真能无限带宽？会不会有隐藏上限？

从产品逻辑来看，Cloudflare Pages 的“无限带宽”并不是单纯做慈善，而是有明确商业逻辑支撑的。

1）免费站点本身就是 Cloudflare 的获客入口

Cloudflare 真正赚钱的产品并不是 Pages 本身，而是围绕站点生态的一整套增值服务，例如：

• WAF
• DDoS 防护
• Access
• R2
• Stream
• Workers / Zero Trust

也就是说，Pages 免费套餐本质上是用户进入 Cloudflare 生态的入口。
大量免费站点会带来未来的付费转化。

2）静态内容的边际成本非常低

静态资源一旦分发到边缘节点，后续访问大部分都不需要频繁回源。
同一份文件可以被边缘缓存反复命中，单位访问成本会迅速下降。

这和传统“每次请求都打到源服务器”的模式完全不一样。

3）Cloudflare 自己就是全球 CDN 网络运营商

Cloudflare 本身就拥有非常庞大的全球边缘网络。
对于它来说，Pages 免费带宽并不是像普通小平台那样需要按量向第三方高价采购，因此能给出比很多竞品更宽松的免费额度。

Cloudflare Pages 免费版到底能承受多大访问量？

这是最实际的问题。

严格来说，Cloudflare 官方不会直接告诉你“免费版能扛多少 PV”，但对于静态站点，我们可以做一个大致估算。

一个简单估算模型

假设你的站点：

• 平均单页面资源总大小约 2MB
• 每天页面浏览量约 10 万 PV
• 每月运行 30 天

那么理论月流量大约是：

2MB × 100,000 × 30 = 6,000,000MB ≈ 6TB

对很多平台来说，6TB 已经远超免费额度。
但对 Cloudflare Pages 来说，只要这些是静态资源访问，这个量级本身并不会触发传统意义上的“免费流量包耗尽”。

更直白一点说

如果你是：

• 技术博客
• 内容站
• 文档站
• 品牌官网
• Hugo / Astro / 静态 Next.js 站

那么即使流量从日几百、日几千慢慢涨到日几万，Pages 免费版通常都能继续扛住。

真正可能先碰到的，不是带宽上限

对于大多数站点，真正先卡住你的，往往不是“无限流量”，而是这些限制：

• 构建次数
• Functions 调用次数
• 文件数量
• 单文件大小
• 国内访问链路体验

真正需要留意的 4 个隐形限制

1）Pages Functions 只有 10 万次 / 天

这一点非常关键。

如果你把 Pages 当成纯静态托管，那没什么问题；
但如果你开始在站点里加入这些能力：

• 表单处理
• 登录验证
• API 代理
• SSR / 动态路由
• 搜索中转
• 评论提交

那这些请求就可能进入 Pages Functions 配额。

对于流量稍大一点的站，10 万次 / 天并不算特别宽裕。

2）500 次 / 月构建次数，不适合极高频 CI

500 次 / 月听起来很多，但如果你是：

• 多人协作
• 每天高频推送
• 每个分支都自动构建
• 自动化内容生成频繁触发部署

月底前用完也不是没可能。

对于个人博客和中小型内容站，这个限制问题不大；
但如果你想把它当成高频自动化内容发布平台，就要注意。

3）20,000 个文件限制，图片多的网站容易碰顶

如果你只是普通文章站，这个数量通常够用。
但如果你：

• 图片特别多
• 每篇文章很多缩略图
• 静态资源拆分很碎
• 做大型图库 / 资料库 / 资源站

那文件数可能会比你想象中涨得快。

4）单文件 25MB，不适合大媒体文件直接托管

像这些文件就不适合直接塞进 Pages：

• 高清视频
• 大型 PDF
• 原始安装包
• 超大图片
• 数据导出文件

这类更适合丢到对象存储，比如 R2，再由站点引用。

Cloudflare Pages 和其他免费静态托管方案怎么选？

这是很多人最关心的对比点。

这个对比怎么理解？

选 Cloudflare Pages 的理由

• 静态带宽最宽松
• 全球边缘分发强
• 适合内容型站点持续增长
• 很适合 Hugo 这种纯静态结构

选 Vercel 的理由

• Next.js 原生体验最好
• 前端工程开发流程顺手
• 更适合需要框架级能力的人

选 Netlify 的理由

• 上手简单
• 某些集成功能更直观
• 适合想少折腾的人

选 GitHub Pages 的理由

• 极简
• 稳定
• 更适合开源项目文档、轻博客

Cloudflare Pages 适合什么类型的网站？

非常适合

1）Hugo / Astro / 静态 Next.js 站点

这类站天生就是静态输出，和 Pages 免费版天然契合。

2）博客、评测站、文档站

如果你的核心是内容输出，而不是复杂业务逻辑，那 Pages 基本够用。

3）品牌展示站、企业官网

页面数量有限、更新频率不高、静态内容占主导，这种场景很适合。

4）开源项目文档站

文档类流量经常是全球分布的，Cloudflare 的边缘网络优势很明显。

Cloudflare Pages 不适合什么类型的网站？

不太适合

1）重动态网站

比如：

• 大量数据库读写
• 用户中心
• 后台系统
• 实时业务逻辑
• 高度个性化页面

这类站点不应该把 Pages 当核心承载层。

2）严重依赖后端进程的网站

Pages Functions 虽然能处理一定动态逻辑，但它并不是传统 VPS / 容器 / 持续运行服务的替代品。

3）对中国大陆访问速度有硬指标的网站

如果你的核心用户在国内，且你追求：

• 稳定低延迟
• 更确定的大陆访问体验
• 更可控的合规和线路表现

那 Cloudflare Pages 往往不是终极方案。
更稳的做法通常是国内/港新节点配合自建或其他架构。

WordPress 用户能不能用 Cloudflare Pages？

可以，但要换思路。

路线 1：WordPress 做后台，前端静态化

这是更推荐的玩法。

思路是：

1. WordPress 负责内容管理
2. 通过静态化方案把页面生成静态文件
3. 将静态文件部署到 Cloudflare Pages
4. 评论、表单、搜索等动态能力交给第三方服务

这种方式的优点是：

• 保留 WordPress 编辑体验
• 前台变成高速静态站
• 带宽压力大幅下降

路线 2：WordPress 仍跑在服务器，Pages 只托管静态资源

这种方式也能做，但整体收益没有“全站静态化”那么大。

如果你的网站访问量继续增长，什么时候该从免费版升级？

可以用一个很实用的判断标准：

继续留在免费版

当你的网站仍然满足以下条件时：

• 静态内容为主
• 构建次数没有逼近上限
• Pages Functions 用得不多
• 文件数还远没碰到 20,000
• 单文件都不大

该考虑升级或换架构

如果你开始出现这些情况：

• 每天大量函数调用
• 构建经常排队
• 站点资源文件数持续暴涨
• 需要更复杂的后端逻辑
• 对访问链路和地区优化要求变高

那就别再把“免费”当唯一指标，而要看整体架构是否匹配。

这篇文章的最终结论

Cloudflare Pages 免费套餐最大的价值，不是“省几十块钱”，而是它让很多静态站点在很长一段成长周期内都不需要为带宽发愁。

对于这些类型的网站：

• 个人博客
• Hugo 内容站
• 项目文档站
• 品牌展示站
• 面向全球用户的静态页面

它几乎就是免费方案里的第一梯队。

但你也要清楚它的边界：

• 不是传统动态网站托管平台
• 不是复杂后端服务平台
• 不是面向国内访问体验极致优化的解决方案

适合怎么选？

• 你做的是静态内容站：优先试 Cloudflare Pages
• 你做的是 Next.js 重前端应用：可以同时看 Vercel
• 你更依赖后端和数据库：考虑 VPS、容器、PaaS
• 你核心用户在中国大陆：不要只看“免费”，更要看访问链路

相关阅读

• 建站用什么云服务器更合适？
• 外贸网站用什么云服务器？
• Hugo 静态站点有哪些托管方案？
• 中国流量适合哪个地区节点？