Vercel、Netlify、Cloudflare Pages 怎么选

先看项目形态和团队约束

Vercel、Netlify 和 Cloudflare Pages 的构建、函数、边缘能力、域名和费用都会更新。不要只按品牌选，先列框架、动态功能、构建方式、数据位置和运维要求，再到官方文档验证。

前端与框架适配

框架是否有官方适配，SSR、静态生成、重写和图片处理怎样支持。

把涉及的文件、目录、版本、命令和实际输出写进记录；代码变化同时保留 diff 与测试结果。

后端与运行限制

函数运行时、区域、超时、文件系统、队列和长连接是否满足业务。

确认“后端与运行限制”已经有可回查结果，再进入“数据与网络”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

数据与网络

数据库位置、出口、缓存、边缘一致性和私网需求会不会增加延迟或复杂度。

确认“数据与网络”已经有可回查结果，再进入“团队与运维”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

团队与运维

预览、日志、监控、权限、域名、回滚和现有账号流程谁更顺。

确认“团队与运维”已经有可回查结果，再进入“当前费用和限额”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

当前费用和限额

按真实流量、构建、带宽、函数和团队席位到官方定价页重算。

需要修改时先限定文件和行为范围，无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“项目条件—平台对比表”。

用同一最小项目做预览部署

分别验证构建、路由、变量、函数、日志、域名和回滚，记录当日官方限制。比较结论只对当前项目成立，不写成永久平台排名。