Cloudflare Pages 与 Vercel 怎么选？2026 年部署与费用对比

Cloudflare 和 Vercel 怎么选，首先要看部署什么：Next.js 应用最看重框架兼容性和上线速度，就选 Vercel；用 Cloudflare Pages 分发静态站点，或运行兼容其环境的轻量后端，则优先考虑 Cloudflare。付费入门价分别是 Workers 的 $5/月和 Vercel Pro 的 $20/月，但比较 Vercel 与 Cloudflare，应先看运行时，再看账单。

价格和文档所列能力已于 2026 年 11 月 13 日对照两家厂商的在线页面核实。 本文建议综合考虑框架适配、资源限制、运维流程和托管总费用。费用示例根据公开费率计算，并非部署性能测试。

Cloudflare 和 Vercel，到底该选谁？

小团队要交付常规 Next.js 产品，Vercel 更合适；分发静态资源，或运行适合 Workers 且对成本敏感的后端代码，Cloudflare 更占优势。 Next.js 是用于构建网站和带服务端逻辑应用的 React 框架；应用一旦需要在每次访问时执行代码，托管平台的选择依据就会改变。

如果创始人用 AI 编程工具生成了一个包含身份验证、服务端渲染页面和图片处理的 Next.js 应用，先从 Vercel 开始。它的托管式前端云将这些需求整合进部署流程。产品还没有客户时，为省下一点托管费而引入兼容性工作，通常不划算。

如果是文档站、构建后输出静态文件的营销网站，或主要负责校验请求并调用其他服务的 API，先考虑 Cloudflare。Workers 在其网络上运行应用代码，Pages 提供站点部署流程。资源分发的成本很有吸引力，但运行时和数据绑定的选择需要自己负责。

真正决定是否换平台的标准： 如果保留应用现有行为所节省的工作量，超过迁移带来的费用节省，就继续用 Vercel。如果工作负载适合其运行时，而且持续节省的费用或一体化后端足以让你承担迁移责任，就选 Cloudflare。

Next.js 部署：Vercel 的优势在框架适配

如果希望应用按现有 Next.js 项目的方式运行，Vercel 是更稳妥的默认选择。 它将服务端渲染（SSR）交给托管 Functions 执行，并处理增量静态再生成（ISR），让缓存页面无需重建整个站点就能更新。流式传输和按需图片优化也包含在其文档所述的 Next.js 集成中。

Cloudflare 也能运行这类应用，但目前推荐的是 vinext，即 JavaScript 构建工具 Vite 的一款 beta 插件。它重新实现了 Next.js 的 API 接口。这与把同一份 Next.js 构建产物放到另一家平台上运行，并不是一回事。

Cloudflare 当前的 Next.js 指南列出了对 App Router、Pages Router、React Server Components、Server Actions、流式 SSR 和 ISR 的支持。文档称 next/* 导入大部分受支持，图片优化则为部分支持。如果结账、身份验证或内容发布依赖某种特定行为，beta 状态尤其值得重视。

OpenNext 仍是文档提供的另一条路径。 @opennextjs/cloudflare 适配器将 next build 的输出转换为适合 Workers 的形式。Cloudflare 的 OpenNext 支持矩阵涵盖 SSR、ISR、Server Actions 和流式传输，但依然将 Node.js middleware 标为不支持。中间件在页面或路由处理函数之前执行；即使普通页面能正常运行，依赖该运行时的身份验证库仍可能阻碍迁移。

选择 Cloudflare 的任一路径，都要关注底层运行时。Vercel Functions 可以使用 Node.js 运行时；Cloudflare 则在 Workers 运行时中执行这些应用。Workers 提供 Node.js API 的一个子集，其中部分 API 仅有不完整实现，还有一些可导入的垫片，其方法被调用时会抛错。包能安装成功，不代表运行时兼容。

已有产品应先检查实际依赖和服务端路由，再决定走哪条路径。对于新应用，如果采用框架本身就已经带来足够多的变化，Vercel 更值得优先选择。

Cloudflare Pages 静态站点：资源分发更省钱

站点只需发送文件，无需为每个请求渲染页面时，Cloudflare 的优势最明确。 静态导出包含预先构建好的 HTML、JavaScript、样式和图片。它需要的是文件分发，而不是让 Next.js 服务端处理每位访客。对于 Next.js，Cloudflare 文档将 Pages 定位为静态导出路径，将 Workers 定位为全栈路径。

Pages 计费文档明确了边界：免费和付费方案中的静态资源请求，只要不调用 Functions，均免费且不限量。Pages Functions 按 Workers 规则计费，并共享其配额。因此，添加身份验证中间件或 API 端点，可能改变一个所谓“静态站点”的成本。

免费分发不等于构建次数或文件大小不限。根据平台限制，Pages Free 允许每月 500 次构建、20,000 个文件，以及每个资源最大 25 MiB。构建方案与 Workers Paid 是两套独立档位：购买 Workers 计算资源，并不意味着 Pages 的所有限制都会取消。

为以静态内容为主的产品估算成本时，要把营销页面与动态工作分开。缓存页面与聊天请求属于不同的计费事件。如果同一项目很快就需要大量服务端逻辑，Vercel 仍然合理；如果长期以静态资源分发为主，Cloudflare 是更有优势的默认选项。

API 与 AI 流式响应：Cloudflare Workers 和 Vercel 怎么选？

轻量请求处理若大部分时间都在等待，Cloudflare 更有优势；处理函数若需要更多内存或更完整的 Node.js 兼容性，Vercel 更合适。 等待 AI 服务商返回 token，与消耗 CPU 解析大型文档，是两种不同的负载。

Cloudflare 的 Workers 限制区分了这两种计时。Paid 方案中，HTTP 请求默认拥有 30 秒 CPU 时间，可配置至最多 5 分钟。等待网络不会消耗这部分 CPU 额度。只要客户端保持连接，HTTP 触发的 Workers 就没有严格的总耗时上限，但仍可能中断。

更紧的约束是每个 isolate 只有 128 MB 内存；这个运行时容器可能处理多个并发请求。让响应流经 Worker 可能没有问题，但把整个大文件及其多份解析结果都加载进内存，就可能超限。Workers Free 每次调用仅有 10 ms CPU 额度，也不适合作为较重服务端渲染的默认方案。

Vercel 的 Fluid Functions 限制为 Pro 提供默认 2 GB 内存，可配置到 4 GB。执行时长默认为 300 秒，正式可用的上限为 800 秒。延长至 1,800 秒的 beta 需要受支持的运行时版本，并在函数级别配置。发送流式响应也计入总耗时上限。

无法据此认定某个平台在所有场景下都更快。服务器即使离访客很近，仍可能等待远处的数据库。应围绕最慢的依赖选择部署位置，再用自己的数据测量包含身份验证的完整请求。

Vercel 与 Cloudflare 价格：同样的负载花多少钱？

在下面的 API 成本模型中，Cloudflare 更便宜，但差别不能简单归结为“带宽免费还是昂贵”。 Vercel 现在提供 Flat Rate CDN，计算费用也分别核算活跃 CPU 和预置内存。

目前的方案梯度为 Workers Free、$5/月起的 Workers Paid，以及 Enterprise 合同方案；Vercel 则为 Hobby $0、Pro $20/月，以及 Enterprise 定制价格。Workers 价格中，Paid 每月包含 1000 万次请求和 3000 万 CPU 毫秒，超出后分别按每额外 100 万次请求 $0.30、每额外 100 万 CPU 毫秒 $0.02收费，不收出站流量费或执行时长费。

Vercel 价格页对 Functions、源站传输、构建、存储、图片处理、ISR 等服务分别计量。Pro 包含每月 $20 的用量抵扣额度。方案详情确认包含一个可部署席位，额外可部署席位为每个 $20/月。完整方案梯度可参阅专门的 Vercel 价格解析，不要把入门价当成应用每月固定账单。

CDN 分发方面，Flat Rate CDN是 Pro 可以启用的选项。包含的基础档覆盖 100 万次 CDN 请求和 1 TB；下一档需额外支付 $20/月，覆盖 1000 万次请求和 50 TB。它覆盖的是分发，而不是生成响应所需的全部工作。

一份 API 月度账单算例

假设一个商业 API 由一名有部署权限的开发者维护，在两个平台上都处理 100 万次未缓存请求，每次使用 50 ms CPU，总耗时 1 秒。应用符合 Workers 内存限制。在 Vercel 上，使用位于 Washington, D.C. 的 2 GB 实例，且没有重叠请求共享实例。每次请求产生的可计费源站传输合计为 10 KB，没有额外静态请求。

假设已启用 Flat Rate CDN，并按持续的月度流量选择容量。在 Vercel 上计入 100 分钟 Basic 构建时间，费用为 $0.70；Cloudflare 的上传产物在本地构建。不计数据库、AI 服务商费用、图片处理、ISR、额外存储、税费和付费可观测性服务。Cloudflare 日志保持在包含的额度内。这些都是建模输入，并非实测运行性能。

Vercel 在该区域的 Fluid 计算费率为 CPU 每小时 $0.128、预置内存每 GB 小时 $0.0106，以及每 100 万次调用 $0.60。网络等待期间暂停 CPU 计费；实例处理请求期间，内存持续计费。Fast Origin Transfer按本例采用的起始费率，另收 $0.06/GB。

• **Cloudflare：**使用 5000 万 CPU ms，扣除包含的 3000 万 后，CPU 超额费为 $0.40。请求量未超额度。加上 $5 订阅费：共 $5.40/月。
• **Vercel：**CPU 费用 $1.78；预置内存 $5.89；调用 $0.60；源站传输 $0.60；构建 $0.70。资源小计 $9.57，在 $20 抵扣额度内。CDN 用量也在包含的档位内，因此最终支付 $20/月的平台费。

保持其余假设不变，只提高请求数：500 万次请求时，模型账单分别为 $9.40 和 $65.03；1000 万次请求时，分别为 $14.40 和 $109.37。后两种 Vercel 情形均计入额外 $20 的 CDN 容量档位。

这些建模点没有出现价格交叉。 也不存在一个放之四海而皆准的请求数，能断言某家平台从此更便宜：并发可以降低 Vercel 的内存账单，缓存会改变调用次数，区域和附加服务也会改变费率。业务上的分界点往往是工程时间。每月省一点钱，无法抵偿一个投入没有明确边界的兼容性项目。

流量突增前，先决定哪些服务可以停

两家都提供支出控制，但都无法把每一项费用变成有保证的硬性封顶。 流量到来前，就应决定是否宁可中断服务，也不愿继续产生用量。

使用 Vercel Flat Rate CDN 时，单日分发流量突增不会触发升档。持续超出月度容量，可能使下一计费周期进入更高档位。大批量下载，以及以文件或媒体分发为主的负载，不符合其所列适用条件；动态计算仍按自己的计量项收费。

Vercel 的 Spend Management可以在达到设定金额时，暂停团队的全部生产部署。告警和暂停可能延迟数分钟。开启通知不等于开启暂停操作；暂停也意味着客户无法访问。

Cloudflare 的 Workers 支出限制覆盖整个账户中超出包含额度的请求和 CPU 费用，不包含订阅费，也不包含 R2、KV、Durable Objects 等产品的费用。测试 Worker 可能用尽共享预算，导致生产 Workers 中断。上报和拦截存在延迟，因此阈值并不等于最终账单的精确上限。

不执行 Worker 代码就能提供的静态资源，在上述拦截发生后仍可能可用。如果路由配置为先执行 Worker，则可能直接失败。还要区分普通的免费静态分发与 Workers Caching：后者会按请求费率对缓存命中的请求收费，包括静态资源。

应对静态流量突增，Cloudflare 更有优势；要一份保证封顶、涵盖全部费用的账单，两家都做不到。 AI 应用还需同时设置模型服务商和托管平台的控制措施。廉价的请求处理函数，仍然可能授权昂贵的推理调用。

数据、存储与 AI：Cloudflare 的一体化后端更完整

Cloudflare 将更多后端能力做成相互连接的自有服务；Vercel 则让接入外部服务更方便。 这个区别比对比表里有多少产品名更重要。

Cloudflare 的存储指南将 D1 对应到 SQL 数据，Workers KV 对应到键值数据，R2 对应到兼容 S3 且无出站流量费的文件存储，Durable Objects 则用于一致性状态和协调。Hyperdrive 连接已有的 Postgres 或 MySQL 数据库；Queues 处理延后执行的工作；Vectorize 存储用于相似性检索的向量。

应根据数据行为选择服务。KV 采用最终一致性，意味着一次更新可能不会立即在所有位置可见。这可以用于配置，但不能把它当成防止两名买家同时买走最后一件商品的事务机制。迁移 Web 层时，保留已有数据库可能更合适。

Vercel 当前的存储产品包括用于文件的 Blob、用于配置的 Global Config、用于临时区域数据的 Runtime Cache，以及 Marketplace 数据库。关系型和键值数据库由不同服务商提供，并不存在一个可统一替换的“Vercel 数据库”。

AI 方面，Workers AI在 Cloudflare 基础设施上运行模型；Cloudflare AI Gateway 增加缓存、限流和重试等控制能力。Vercel AI Gateway集中管理多服务商模型接入、日志、支出控制和故障转移，也可以从其他基础设施调用。选择它，并不要求把应用托管迁到 Vercel。

代价是平台耦合。 Cloudflare 的绑定机制让 Workers 代码调用其服务更方便，但离开平台时，也必须替换这些调用。单独托管数据库，可以让应用在任一平台上都保留更多选择。更全面的 Cloudflare 评测介绍了本次托管决策之外的平台能力。

预览、回滚与日志：Vercel 的应用交付流程更省事

如果目标是尽量少配置部署基础设施，就能评审 Next.js 改动，Vercel 更有优势。 它的 Git 集成会为 pull request 生成预览 URL，Instant Rollback则能直接恢复已有部署，无需重新构建。

Cloudflare 也提供分支级 Workers Previews，拥有各自的变量、密钥、绑定和可观测性配置。容易忽略的是数据隔离：只有绑定不同资源，KV、D1 和 R2 才是分开的。Preview 发出的服务绑定调用，会访问被绑定 Worker 的生产部署。

不要将其与 Version URLs混淆。后者使用某个特定版本已有的配置和资源，将其对外开放。主机名不同，并不能证明测试数据库是安全隔离的。

Workers 回滚可通过控制台或命令行部署工具 Wrangler 恢复先前的代码版本。在任一平台上，恢复代码都不会撤销客户写入的数据，也不会自动逆转数据库迁移。数据库结构改动应兼容你可能需要恢复的部署。

调试方面，Workers Logs支持持久化、可搜索的日志和可配置采样。Paid 包含每月 2000 万条日志事件，保留 7 天。Vercel 价格页列出的 Pro 运行时日志保留期为 1 天，使用 Observability Plus 可延长至 30 天。日志应足以排查支付失败或流式响应故障；在认定昨天的证据仍可查询之前，先确认保留期限。

从 Vercel 迁移到 Cloudflare，该怎么做？

只有明确现有托管行为分别由什么来替代，才应迁移应用。 Git 仓库能转移代码，却不会转移平台配置、凭据、缓存内容、已存文件或部署保护措施。

1. 1

   检查运行时路径

   盘点服务端路由、中间件、图片处理和依赖。选择 vinext 时，在项目中运行文档所列的 npx vinext check，检查兼容性结果。选择 OpenNext 时，对照支持矩阵核查应用用到的功能。验收检查应覆盖登录、结账、上传和流式传输。

2. 2

   隔离测试数据和生产数据

   梳理环境变量和每一个存储绑定。更换计算平台时，条件允许就保留现有数据库。在让预览环境执行任何创建、更新或删除操作之前，配置独立的测试资源和凭据。

3. 3

   更改 DNS 前，先演练恢复

   检查重定向、响应头、自定义域名、定时任务和监控。保留先前的部署，并确认它能够读取当前数据库结构。完成这些之后，再切换 DNS，也就是把域名指向托管平台的解析记录。

如果当前账单不高、没有人负责运行时兼容性，或应用依赖的某些行为还没有复现，暂时不要迁移。先查看究竟哪项计量在增长。换托管平台解决不了昂贵的模型调用，同时迁移数据库还会让故障更难定位。

如果应用从根本上就需要不同的执行模型，应查看范围更广的 Vercel 替代方案清单，不必把所有负载都塞进这两个选项。

Netlify、Vercel 和 Cloudflare，如何取舍？

当静态站点需要内置表单处理和托管部署流程时，Netlify 是第三个选项；可参阅 Vercel 与 Netlify 对比，以及单独的 Netlify 价格指南。

开发者常问的问题

Vercel 和 Cloudflare 哪个更好？

小团队如果优先考虑托管式 Next.js 行为，默认选择 Vercel。静态资源分发，以及适合 Workers 的轻量后端负载，则是 Cloudflare 的强项。对于已有应用，兼容性和迁移责任归属可能比托管价差更重要。

使用 Cloudflare 有哪些缺点？

就本次托管选择而言，主要限制是运行时兼容性、Workers 内存上限，以及平台专属的数据绑定。推荐的 vinext 路径仍处于 beta，文档提供的 OpenNext 路径也依然存在 Node.js 中间件支持缺口。

有没有比 Vercel 更好的选择？

对于静态资源分发，以及请求量较大的兼容 API，Cloudflare 可能更合适。但对一个当前部署正常的 Next.js 应用，它并不自动构成升级。应比较具体账单项目与替代现有依赖行为所需的工作量。

Vercel 是 100% 免费的吗？

不是。免费 Hobby 方案仅限个人非商业用途，并有用量上限。商业项目应选择适当的付费方案；Pro 收取平台费，并对服务用量计费。详见厂商的 Hobby 方案条款。

Cloudflare 比 Vercel 更快吗？

本次对比没有得出普遍适用的答案。静态缓存命中、服务端渲染、数据库调用和 AI 流式响应的瓶颈各不相同。应测量有代表性的请求及数据库调用路径，而不是把网络规模当成延迟基准。

Vercel 是基于 Cloudflare 构建的吗？

不要把 Vercel 理解为 Workers 运行时的一层封装。两者提供的是不同的托管和部署系统。Vercel 的 Functions 文档介绍其自身运行时及由 AWS 强制实施的包体积限制；Cloudflare 文档则介绍 Workers 及其兼容路径。

Netlify 和 Cloudflare 哪个更好？

针对静态站点，本文在分发成本上更倾向 Cloudflare。如果 Netlify 的表单处理能够省掉原本需要自行开发的后端工作，也值得考虑。

Cloudflare Pages 和 Netlify，哪个更适合静态站点？

只在 Pages 与 Netlify 之间选择时，要判断主要需求是发送已构建的文件，还是也需要 Netlify 托管的表单提交流程。动态端点应与静态资源分发分开估价。

Cloudflare 最大的竞争对手是谁？

这取决于比较哪一类产品。本文评估的是 Vercel 作为应用托管替代方案的表现，并未确定谁是 Cloudflare 在网络、安全和开发者产品所有领域的最大竞争对手。

FBI 使用 Cloudflare 吗？

本文没有核实或确立这类客户关系。这个问题与 Workers 或 Vercel 是否适合你的应用无关，不应被用作托管选择的背书。

什么情况选 Vercel，什么情况选 Cloudflare？

**选择 Vercel：**你正在交付 Next.js 产品，需要其托管式框架行为，愿意为一体化工作流付费，而不是自行承担兼容性迁移。

**选择 Cloudflare：**你主要提供静态资源或兼容的 API 代码，理解资源限制，并能负责数据绑定、预览和恢复路径。对于已有 Next.js 应用，应先确定 vinext 或 OpenNext 路径，再承诺能省多少钱。

下一步很具体：判断最繁忙路由属于哪类负载，找出它最主要的计费项，并检查运行时依赖。这样做出的托管决策，才有据可依。

使用 AI Business Workflow Audit Checklist（AI 业务工作流审计清单），梳理迁移托管之前需要明确负责人的应用依赖和交接环节。订阅邮件通讯，获取清单。