Vercel
面向前端和全栈 Web 项目的云部署平台。
网站部署工具
网站与应用部署工具
部署平台负责把代码或构建产物真正放到线上，但静态站、前端框架和长期运行的后端服务需要的能力不同。
先确认项目到底需要什么
选平台前先分清项目是否需要服务器端运行、数据库、定时任务和持久存储。只看“能不能一键部署”容易在后期碰到限制。
Cloudflare 新项目：区分 Pages 与 Workers
Cloudflare Pages 仍支持静态 HTML、Git 连接与预构建资源直接上传；Pages Functions 也能提供服务器端逻辑。但 Cloudflare 的平台文档目前将 Workers 作为新应用项目的优先起点，不能把 Pages 当作它唯一的应用部署路径。
如果只是托管 HTML、CSS、图片，先确认静态部署方式是否满足要求；需要 API、数据库绑定和复杂服务端逻辑时，分别检查 Workers 与 Pages Functions 的运行环境。特别注意：Pages 控制台的静态资源直接上传，不等于可以直接上传 Functions 代码运行。
先看项目和团队，再选部署平台
静态站点的首要任务通常是构建输出正确、资源路径稳定和版本可回退；需要服务端函数、数据库连接或特定框架运行时的项目，还要逐项确认平台支持范围。Vercel 和 Netlify 不宜仅凭宣传中的速度或“零配置”作选择，应该以现有项目能否按预期预览、发布和回滚为准。
三个项目分别怎么选部署方式
| 项目 | 先确认的条件 | 适合的部署思路 |
|---|---|---|
| 只有 HTML/CSS/JS 的展示站 | 没有登录、数据库或持久后端进程 | 优先考虑静态托管；检查发布目录、资源路径和回退 |
| 依赖框架服务端渲染的站点 | 框架版本、运行时、服务端函数及构建方式 | 先按照框架和运行条件筛选，而不是只看托管广告 |
| 长期运行的 API 服务 | 进程、数据库、后台任务、持久存储及日志需求 | 核对是否支持所需进程和数据服务，别当纯静态站部署 |
如果你只是发布一个静态网站，可以直接参考从代码到发布的具体案例。部署平台不是越多越好，能稳定回退和定位错误比增加选项重要。