TL;DR
- 场景：评估个人项目（博客 / 工具站 / 文档站 / 轻量 SaaS）的部署方案，在 Cloudflare、Vercel、Netlify、自建服务器之间做选型
- 结论 ：Cloudflare 已具备完整前端部署能力；静态站首选 Cloudflare Pages （免费且带宽不限），动态 Next.js 用 Cloudflare Workers + OpenNext ，轻量 API 用 Workers / Pages Functions
- 产出：场景适配矩阵 + 选型决策路径 + 2026 年免费 / 付费额度速查表 + 错误速查卡
Cloudflare 能部署网站吗？能不能替代 Vercel、Netlify 或服务器？
最近我在整理网站部署方案时，发现很多人对 Cloudflare 的理解还停留在「DNS 解析」「CDN 加速」「防护」这些层面。
但实际上，Cloudflare 现在已经不只是一个 CDN 服务商。它已经具备了比较完整的前端部署、静态站点托管、Serverless 函数、边缘计算、对象存储、数据库等能力。
如果你的需求是部署一个 HTML 页面、个人博客、工具站、文档站，甚至是部分 Next.js 应用，Cloudflare 已经可以成为一个非常实用的选择。
这篇文章梳理一下：Cloudflare 到底能部署什么？免费吗？收费边界在哪里？适合什么项目？不适合什么项目？
1. Cloudflare Pages：适合部署静态网站
如果你只是想部署 HTML、CSS、JavaScript，或者 Vue、React、Astro、VitePress、Docusaurus、静态博客这类前端项目，最应该看的产品是 Cloudflare Pages。
可以把 Cloudflare Pages 理解为类似 Vercel、Netlify 的静态站点托管服务。
它支持：
- 绑定 GitHub / GitLab 仓库
- 代码提交后自动构建
- 自动生成预览部署
- 绑定自定义域名
- 自动 HTTPS
- 全球边缘网络分发
- 部署纯 HTML、React、Vue、Astro、静态 Next.js 等项目
对于个人博客、工具导航站、文档站、免费小工具站来说，Cloudflare Pages 的免费版基本已经够用。
Cloudflare Pages 免费版目前包含：
| 能力 | 免费版 |
|---|---|
| 价格 | $0 |
| 并发构建 | 1 个 |
| 每月构建次数 | 500 次 |
| 每个项目自定义域名 | 100 个 |
| 静态请求 | 无限 |
| 带宽 | 无限 |
| 站点数量 | 无限 |
这里最关键的是：静态请求和带宽免费且不限量。
这意味着，如果你的网站主要是静态页面，比如博客、文档、前端工具、落地页，Cloudflare Pages 的成本会非常低。很多个人项目甚至可以长期免费运行。
2. 部署 HTML 网站非常简单
如果你有一个纯 HTML 项目，例如：
text
index.html
style.css
main.js你可以直接把它上传到 Cloudflare Pages，或者把代码放到 GitHub，再让 Cloudflare Pages 自动部署。
这种场景下，Cloudflare Pages 不需要服务器，不需要 Nginx，不需要自己配置 HTTPS，不需要自己维护 CDN。
你只需要关心页面本身。
这对个人开发者非常友好。尤其是一些简单工具站，比如：
- JSON 格式化工具
- Base64 编解码工具
- Markdown 预览工具
- 时间戳转换工具
- 图片压缩工具
- 文档说明页
- 个人主页
- 产品落地页
这些东西本质上都是前端静态应用，非常适合 Cloudflare Pages。
3. Next.js 也能部署，但要分情况
很多人会问：Cloudflare 能不能部署 Next.js？
答案是：可以，但要分清楚你用的是哪种 Next.js。
第一种情况是 静态导出的 Next.js。
如果你的 Next.js 项目最终可以导出成静态文件，例如输出到 out 目录，那么它本质上还是一个静态网站。这种情况下，可以直接部署到 Cloudflare Pages。
适合这种方式的项目包括：
- 静态博客
- 文档站
- 产品介绍页
- 不依赖服务端渲染的工具站
- 预生成页面较多的网站
第二种情况是 完整动态 Next.js 应用。
如果你的项目用了这些能力：
- SSR
- App Router
- Route Handlers
- Server Actions
- Middleware
- 动态 API
- Response Streaming
- ISR
- 服务端组件
那就不能简单地把它当作静态网站部署。
这种情况下，Cloudflare 官方现在更推荐使用 Cloudflare Workers + OpenNext adapter 来部署完整 Next.js 应用。
也就是说：
| Next.js 类型 | 推荐部署方式 |
|---|---|
| 静态导出 | Cloudflare Pages |
| 动态 SSR / App Router | Cloudflare Workers + OpenNext |
| 纯前端 React/Vue | Cloudflare Pages |
| 带 API 的轻量应用 | Pages Functions 或 Workers |
所以不要简单地说「Cloudflare 能不能部署 Next.js」。更准确的说法是：静态 Next.js 用 Pages，完整动态 Next.js 用 Workers + OpenNext。
4. Cloudflare Workers：适合做轻后端和边缘函数
Cloudflare Workers 可以理解为 Cloudflare 的 Serverless / Edge Runtime。
它适合处理：
- API 接口
- 边缘函数
- Webhook
- 鉴权逻辑
- 请求转发
- A/B 测试
- 简单后端服务
- Next.js 动态服务端逻辑
- AI 工具接口封装
- 轻量数据处理
Workers 最大的特点是运行在 Cloudflare 的全球边缘网络上，冷启动很快，适合轻量、高并发、短耗时的请求处理。
但是它不是传统服务器。
你不能把它当成一台 Linux 服务器来用，也不能直接部署传统 Spring Boot、MySQL、Redis、Docker Compose 那一套。
它更像是一个边缘函数执行环境。
5. Workers 免费吗？
Workers 也有免费额度。
Cloudflare Workers 免费版目前是：
| 项目 | 免费版 |
|---|---|
| 请求数 | 每天 100,000 次 |
| CPU 时间 | 每次请求 10ms CPU time |
| 价格 | $0 |
如果你的项目只是做一些轻量 API、表单提交、Webhook、简单鉴权、工具站后端，这个免费额度已经很高。
如果需要更正式地使用 Workers，可以开通 Workers Paid。
Workers Paid 目前最低是：
| 项目 | 付费版 |
|---|---|
| 起步价格 | $5/月 |
| 包含请求 | 每月 1000 万次 |
| 包含 CPU | 每月 3000 万 CPU 毫秒 |
| 超出请求 | $0.30 / 百万请求 |
| 超出 CPU | $0.02 / 百万 CPU 毫秒 |
也就是说，Cloudflare Workers 的收费不是按服务器规格收费，而是按请求量和计算量收费。
对于轻量应用来说，它非常便宜。
但如果你的应用是长时间运行、重计算、大量数据库操作、复杂后端任务，Workers 未必是最合适的选择。
6. Pages Functions：静态站旁边的小后端
Cloudflare Pages 还有一个能力叫 Pages Functions。
它可以理解为：在静态网站旁边加一点后端函数。
比如你的网站是一个静态工具站，但是你希望加几个接口：
/api/contact/api/search/api/submit/api/generate/api/proxy
这时就可以用 Pages Functions。
不过需要注意，Pages Functions 的请求会计入 Workers 免费额度。也就是说，如果你每天用了 50,000 次 Pages Functions 请求，再用了 50,000 次 Workers 请求，就正好用满了 Workers 免费版每天 100,000 次请求额度。
所以 Pages Functions 适合轻量 API，不适合无节制地承载复杂后端。
7. 数据库、存储、图片处理要另算
很多人以为 Cloudflare Pages 免费，就代表整个应用都免费。这个理解不完整。
静态页面托管可以免费，但如果你要做更完整的应用，可能还会用到：
- D1：Cloudflare 的 serverless SQL 数据库
- KV：键值存储
- R2：对象存储，类似 S3
- Durable Objects：有状态边缘对象
- Queues：队列
- Images：图片处理
- Workers AI：AI 推理服务
这些服务有些有免费额度，有些需要单独计费。
所以你在评估成本时要分清楚：
静态网站托管便宜，不代表所有云服务都免费。
如果只是博客、文档、工具页面，成本非常低。
如果是完整 SaaS 产品，尤其涉及数据库、登录、支付、文件上传、图片处理、AI 调用，就要单独评估后端和存储成本。
8. Cloudflare 适合什么项目？
我认为 Cloudflare 非常适合这些场景：
个人博客
静态博客天然适合 Cloudflare Pages。
例如 Hexo、Hugo、Astro、VitePress、Next.js 静态博客，都可以部署到 Pages。
文档站
技术文档、产品文档、开源项目文档，也适合 Pages。
例如 Docusaurus、VitePress、Mintlify 类似的文档形态，都可以走静态部署。
免费工具站
如果你做的是一批前端工具，比如 JSON、图片、文本、编码、时间转换、SEO 小工具，这类非常适合 Cloudflare Pages。
因为很多工具可以直接在浏览器本地运行，不需要后端参与。
产品落地页
独立开发者做产品首页、等待名单页面、功能介绍页、价格页，也适合 Cloudflare Pages。
轻量 API
如果只是少量接口，比如表单提交、Webhook、鉴权、转发、轻量代理，可以用 Workers 或 Pages Functions。
边缘转发和代理
Workers 很适合做请求转发、Header 改写、缓存策略、接口代理、灰度逻辑。
9. Cloudflare 不适合什么项目？
Cloudflare 也不是万能的。
下面这些场景不应该优先考虑 Cloudflare Pages / Workers：
传统 Java 后端
如果你要部署 Spring Boot、Spring Cloud、Nacos、MySQL、Redis、Kafka、Elasticsearch 这类服务，Cloudflare Pages / Workers 不适合。
这类项目应该用 VPS、云服务器、Kubernetes、容器平台或者传统云服务。
长时间运行任务
Workers 不适合长时间运行的后台任务，比如持续爬虫、长时间视频处理、大模型本地推理、大文件转换。
重计算服务
如果你的业务需要大量 CPU/GPU 计算，Workers 不是最佳选择。
强依赖 Node.js 原生能力的应用
虽然 Workers 对现代 Web 标准支持很好，也在不断增强 Node.js 兼容性，但它不是完整 Node.js 服务器环境。
如果你的项目严重依赖 Node.js 原生模块、文件系统、复杂运行时能力，就需要认真验证兼容性。
10. 和 Vercel 相比怎么选？
简单对比：
| 场景 | 更推荐 |
|---|---|
| 纯静态网站 | Cloudflare Pages |
| 静态工具站 | Cloudflare Pages |
| 全球访问、低成本 | Cloudflare Pages |
| Next.js 原生体验 | Vercel |
| 复杂 Next.js 全栈应用 | Vercel 或 Cloudflare Workers + OpenNext |
| 边缘函数和代理逻辑 | Cloudflare Workers |
| 想尽量免费运行 | Cloudflare Pages |
| 想要最省心的 Next.js 部署 | Vercel |
Vercel 对 Next.js 的原生支持更成熟，开发体验更贴近 Next.js 官方生态。
Cloudflare 的优势是全球网络、免费静态流量、低成本 Workers、DNS/CDN/WAF 一体化。
所以我的判断是：
如果是个人博客、工具站、文档站、静态官网，Cloudflare Pages 很合适。
如果是复杂 Next.js SaaS，尤其依赖大量 Next.js 服务端能力，Vercel 仍然是更省心的选择。
如果你愿意折腾部署适配，并且想压低成本，可以考虑 Cloudflare Workers + OpenNext。
11. 对个人开发者的建议
如果你是个人开发者，我建议按这个顺序选择：
第一，能静态化就静态化。
只要你的页面可以在浏览器本地完成逻辑，就不要急着上后端。静态页面部署简单、成本低、稳定性高，也更适合 SEO。
第二，静态网站优先用 Cloudflare Pages。
它的免费额度对个人项目非常友好，尤其适合博客、工具站、文档站和产品首页。
第三，有轻量 API 再加 Workers。
比如表单提交、数据代理、简单鉴权、接口聚合，这些可以用 Workers 解决。
第四，真正需要数据库时，再考虑 D1、Supabase、Neon、PlanetScale 等方案。
不要一开始就把架构设计得很重。很多个人项目失败不是因为技术不够，而是因为一开始就把系统做复杂了。
第五，复杂业务不要强行塞进 Workers。
如果你已经是完整后端系统，比如 Java 微服务、复杂任务调度、文件处理、大量数据库操作，那就应该用更传统的服务器或容器平台。
12. 总结
Cloudflare 现在已经不只是 DNS 和 CDN 工具。
它可以部署静态网站，也可以运行边缘函数，还可以支持一定程度的全栈应用。
对于大多数个人开发者来说，最实用的组合是：
text
Cloudflare Pages：部署静态网站
Cloudflare Workers：处理轻量 API
Cloudflare D1 / KV / R2：按需补充数据库和存储如果你的项目是博客、文档站、工具站、产品落地页，Cloudflare Pages 免费版已经非常够用。
如果你的项目需要动态 API，可以逐步引入 Workers。
如果你的项目是完整复杂后端，不要强行用 Cloudflare 替代服务器。
一句话总结：
静态网站和轻量应用，Cloudflare 很强；复杂后端和重计算，不要硬塞。
对个人开发者来说，Cloudflare Pages 最大的价值不是省几十块服务器钱，而是让你少维护一层基础设施，把更多精力放到内容、产品和用户上。
作者：武子康的个人博客