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 项目例如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 应用。如果你的项目用了这些能力SSRApp RouterRoute HandlersServer ActionsMiddleware动态 APIResponse StreamingISR服务端组件那就不能简单地把它当作静态网站部署。这种情况下Cloudflare 官方现在更推荐使用Cloudflare Workers OpenNext adapter来部署完整 Next.js 应用。也就是说Next.js 类型推荐部署方式静态导出Cloudflare Pages动态 SSR / App RouterCloudflare Workers OpenNext纯前端 React/VueCloudflare 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 免费就代表整个应用都免费。这个理解不完整。静态页面托管可以免费但如果你要做更完整的应用可能还会用到D1Cloudflare 的 serverless SQL 数据库KV键值存储R2对象存储类似 S3Durable Objects有状态边缘对象Queues队列Images图片处理Workers AIAI 推理服务这些服务有些有免费额度有些需要单独计费。所以你在评估成本时要分清楚静态网站托管便宜不代表所有云服务都免费。如果只是博客、文档、工具页面成本非常低。如果是完整 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 PagesNext.js 原生体验Vercel复杂 Next.js 全栈应用Vercel 或 Cloudflare Workers OpenNext边缘函数和代理逻辑Cloudflare Workers想尽量免费运行Cloudflare Pages想要最省心的 Next.js 部署VercelVercel 对 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 工具。它可以部署静态网站也可以运行边缘函数还可以支持一定程度的全栈应用。对于大多数个人开发者来说最实用的组合是Cloudflare Pages部署静态网站 Cloudflare Workers处理轻量 API Cloudflare D1 / KV / R2按需补充数据库和存储如果你的项目是博客、文档站、工具站、产品落地页Cloudflare Pages 免费版已经非常够用。如果你的项目需要动态 API可以逐步引入 Workers。如果你的项目是完整复杂后端不要强行用 Cloudflare 替代服务器。一句话总结静态网站和轻量应用Cloudflare 很强复杂后端和重计算不要硬塞。对个人开发者来说Cloudflare Pages 最大的价值不是省几十块服务器钱而是让你少维护一层基础设施把更多精力放到内容、产品和用户上。作者武子康的个人博客
调查研究-153 Cloudflare 能部署网站吗？2026 年完整对比 Vercel / Netlify / 自建服务器
发布时间：2026/6/1 23:01:44
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 项目例如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 应用。如果你的项目用了这些能力SSRApp RouterRoute HandlersServer ActionsMiddleware动态 APIResponse StreamingISR服务端组件那就不能简单地把它当作静态网站部署。这种情况下Cloudflare 官方现在更推荐使用Cloudflare Workers OpenNext adapter来部署完整 Next.js 应用。也就是说Next.js 类型推荐部署方式静态导出Cloudflare Pages动态 SSR / App RouterCloudflare Workers OpenNext纯前端 React/VueCloudflare 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 免费就代表整个应用都免费。这个理解不完整。静态页面托管可以免费但如果你要做更完整的应用可能还会用到D1Cloudflare 的 serverless SQL 数据库KV键值存储R2对象存储类似 S3Durable Objects有状态边缘对象Queues队列Images图片处理Workers AIAI 推理服务这些服务有些有免费额度有些需要单独计费。所以你在评估成本时要分清楚静态网站托管便宜不代表所有云服务都免费。如果只是博客、文档、工具页面成本非常低。如果是完整 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 PagesNext.js 原生体验Vercel复杂 Next.js 全栈应用Vercel 或 Cloudflare Workers OpenNext边缘函数和代理逻辑Cloudflare Workers想尽量免费运行Cloudflare Pages想要最省心的 Next.js 部署VercelVercel 对 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 工具。它可以部署静态网站也可以运行边缘函数还可以支持一定程度的全栈应用。对于大多数个人开发者来说最实用的组合是Cloudflare Pages部署静态网站 Cloudflare Workers处理轻量 API Cloudflare D1 / KV / R2按需补充数据库和存储如果你的项目是博客、文档站、工具站、产品落地页Cloudflare Pages 免费版已经非常够用。如果你的项目需要动态 API可以逐步引入 Workers。如果你的项目是完整复杂后端不要强行用 Cloudflare 替代服务器。一句话总结静态网站和轻量应用Cloudflare 很强复杂后端和重计算不要硬塞。对个人开发者来说Cloudflare Pages 最大的价值不是省几十块服务器钱而是让你少维护一层基础设施把更多精力放到内容、产品和用户上。作者武子康的个人博客
