网站做好了，卡在最后一步——往哪放？
买服务器，一个月几十块起步，便宜的怕配置差，贵的嫌心疼。用虚拟主机，配了半天环境，结果发现 PHP 版本不对，折腾一整天。网上搜了一圈，一堆人推荐”免费部署平台”——GitHub Pages、Vercel、Netlify、Cloudflare Pages，名字一个比一个洋气，介绍文章一篇比一篇长，看完更懵了。
到底选哪个？它们有什么区别？免费的东西用着靠谱吗？
我自己用过这四家平台部署过各种类型的网站：个人博客、产品文档、落地页、前端 Demo 项目。这篇不做参数搬运工，而是从实际体验出发，告诉你哪个平台在什么场景下最好用，以及各自有什么坑。
先搞清楚：这些平台到底在干嘛
简单说，这四个平台做的事完全一样：免费帮你托管静态网站。
什么叫静态网站？就是纯 HTML、CSS、JavaScript 组成的页面，不需要服务器端跑 PHP、Python、Node.js 这些程序。个人博客、作品展示、文档站、产品落地页，通通可以做成静态网站扔上去。
它们共同提供：免费二级域名、免费 SSL 证书（HTTPS）、Git 仓库自动部署、全球 CDN 加速。你把代码推到 GitHub，平台自动给你部署上线。改一行代码推上去，几秒钟后就更新了，不需要手动 FTP 上传。
核心区别在哪？ 速度、国内访问质量、附加功能、免费额度——这四个维度决定了你选哪个。
GitHub Pages：最稳的选择，但国内访问要命
GitHub Pages 是 GitHub 自带的静态托管服务，如果你已经在用 GitHub 管代码，它几乎是零成本的默认选项。
优点：
完全免费，没有任何付费版本。 不像其他平台有各种 Pro 版升级提醒，GitHub Pages 从头到尾不跟你谈钱。三年、五年，只要 GitHub 不倒，你的网站就在。
稳定到离谱。 我有个项目放在 GitHub Pages 上三年了，中途没管过一次，没出过任何问题。不用续费、不用关注配额、不用担心服务商跑路，这种稳定性是其他平台很难给的。
缺点：
国内访问速度是一大硬伤。 GitHub 的 CDN 在国内没有节点，加载速度看运气，有时候秒开，有时候转圈好几秒。如果你面向国内用户，这个体验差得不是一点半点。
功能单一。 不支持服务端渲染、不支持表单处理、不支持 Serverless 函数。纯粹就是静态文件托管，多一个功能都没有。
适合谁： 面向海外用户或技术圈的博客、开源项目文档。如果你不 care 国内访问速度，GitHub Pages 是最省心的选择。
Vercel：开发体验一骑绝尘，Next.js 的天选搭档
Vercel 是这几年蹿红最快的部署平台，背后是 Next.js 的开发团队。如果你用 React 或 Next.js 做项目，Vercel 几乎是默认选项。
优点：
开发体验是四个平台里最好的。 代码推上去自动部署，每个分支自动生成预览地址，GitHub PR 里直接能看到预览效果。日常迭代：写完代码 → git push → 自动构建 → 自动生成预览链接 → 发给别人看 → 满意了合并到主分支 → 自动上线。整个流程丝滑到不行。
原生支持 SSR。 如果你用 Next.js、Nuxt 这类框架，Vercel 能直接跑服务端渲染，不需要额外配置。其他平台要么不支持，要么需要折腾。
免费额度慷慨。 每月 100GB 带宽、6000 分钟构建时长，个人项目几乎用不完。
缺点：
国内访问速度中等。 CDN 在国内的节点覆盖不如 Cloudflare，部分地区和时段打开偏慢。比 GitHub Pages 好，但和 Cloudflare 比起来有明显差距。
Serverless 函数有冷启动。 如果一段时间没人访问，第一次调用会慢几秒。个人项目影响不大，但如果你在意首屏速度，这个感知比较明显。
适合谁： React、Next.js、Vue 项目开发者，需要 SSR 的网站，追求最佳开发体验的技术人。
Netlify：功能最全，表单功能是独门绝技
Netlify 是老牌静态托管平台，存在时间最长，功能也是最丰富的。
优点：
自带表单处理。 这是 Netlify 最实用的差异化功能。你不需要写任何后端代码，在 HTML 表单里加一个 netlify 属性，用户提交的数据就能自动收集到 Netlify 后台。做落地页收集邮箱、用户反馈表单，非常方便。
支持拖拽上传。 不需要 Git，把文件夹直接拖到浏览器窗口里就能部署。对于不懂代码、不想折腾 Git 的人来说，这个功能降低了部署门槛。
功能成熟度最高。 重定向规则、A/B 测试、分支预览、环境变量管理，这些功能其他平台也有，但 Netlify 做得最成熟、文档最详细。
缺点：
免费构建时长偏少。 每月只有 300 分钟，多站点或构建流程复杂的话可能不够用。
免费表单每月只有 100 次提交。 超过就要付费，流量稍大就不够用。
国内访问速度一般。 和 Vercel 差不多水平，没有明显优势。
适合谁： 需要表单收集的落地页、不懂 Git 的非技术用户、需要拖拽部署的场景。
Cloudflare Pages：国内访问最快，无限带宽是王炸
Cloudflare Pages 是 Cloudflare 推出的静态托管服务，背靠 Cloudflare 遍布全球的 CDN 网络，速度优势碾压其他三家。
优点：
无限带宽，不限制流量。 四个平台里唯一一个不限制流量的。你网站突然爆了，别人可能要担心超额停服，Cloudflare Pages 完全不用担心。对个人项目来说，意味着你永远不需要为流量买单。
国内访问速度最快，没有之一。 Cloudflare 在国内有 CDN 节点，打开速度明显优于其他三个平台。如果你的网站面向国内用户，这就是决定性的优势——其他方面再好，用户打不开等于零。
和 Cloudflare 生态无缝集成。 DNS 解析、DDoS 防护、Workers 边缘函数、KV 存储、R2 对象存储，这些全在一个后台。尤其是 DNS 解析，很多人的域名本来就托管在 Cloudflare 上，部署 Pages 只需要点几下。
缺点：
免费构建次数有限。 每月 500 次，频繁更新可能不够。不过对于个人博客，500 次绰绰有余——你一天发 10 篇文章也才 10 次构建。
后台界面偏复杂。 Cloudflare 的功能体系庞大，选项多，不像 GitHub Pages 那样几秒钟上手。新手可能需要花点时间熟悉，但熟悉之后就舒服了。
适合谁： 面向国内用户的网站、高流量站点、需要又快又稳访问体验的任何项目。
一张表跟你说清楚
| 你的需求 | 选哪个 | 一句话理由 |
|---|---|---|
| 个人博客，国内用户为主 | Cloudflare Pages | 国内最快，无限带宽 |
| 个人博客，海外用户为主 | GitHub Pages | 最稳定，零成本，不管它自己跑 |
| Next.js 或 React 项目 | Vercel | 原生 SSR，开发体验拉满 |
| 需要收集用户邮箱或表单 | Netlify | 免费内置表单，不需要后端 |
| 不会 Git，只想拖文件夹部署 | Netlify | 拖拽上传，浏览器里就搞定 |
| 高流量，怕超额限流 | Cloudflare Pages | 唯一不限带宽的平台 |
| 就想省心，什么都不想管 | GitHub Pages | 零学习成本，打开就能用 |
我的实际踩坑经验
个人博客的迁移： 我的博客最早放在 GitHub Pages 上，写了半年。后来发现国内加载时间平均 3-4 秒，搜了下方案，换到了 Cloudflare Pages。迁移过程半小时，国内打开速度从 3 秒多降到了 1 秒以内。如果你面向国内用户，这个迁移值得做。
产品落地页的教训： 帮朋友做过一个产品落地页，需要收集用户邮箱，选了 Netlify。表单功能确实好用，不需要写后端，三行 HTML 就搞定了。上线后流量不错，免费表单 100 次额度很快用完，升级到了付费版。所以如果你预期表单提交量比较大，Netlify 的免费额度可能不够。
Vercel 的日常： 日常写的小 Demo、前端项目，全放在 Vercel 上。推代码自动部署，发 PR 自动生成预览链接，给同事看效果非常方便。这套流程用习惯了，再回到传统 FTP 手动上传，根本回不去。
GitHub Pages 的坚守： 开源项目的文档站还是放在 GitHub Pages 上，因为目标用户是开发者，对速度没那么敏感，而且 GitHub Pages 的稳定性和零成本维护确实香。
部署流程：以 Cloudflare Pages 为例
四个平台的部署流程大同小异，基本都是”连 Git 仓库 → 选分支 → 点部署”。以 Cloudflare Pages 为例：
- 注册 Cloudflare 账号，进入 Workers & Pages 页面
- 创建 Pages 项目，关联你的 GitHub 或 GitLab 仓库
- 选择部署分支（通常是
main） - 设置构建命令（Hugo 写
hugo，Hexo 写hexo generate，纯 HTML 留空） - 设置输出目录（通常是
public或dist） - 保存，自动构建部署
几分钟后，网站就上线了，默认域名是 你的项目名.pages.dev。之后在后台绑定你自己的域名，开启 SSL，完事。
写在最后
部署平台这件事，没有唯一正确的答案，只有最适合你当前场景的答案。
面向国内用户，追求速度 → Cloudflare Pages。写 Next.js，追求体验 → Vercel。需要表单 → Netlify。就想省心 → GitHub Pages。
但最关键的一点是：反正都是免费的，先选一个用起来。 这几个平台之间迁移成本极低，改一下 DNS 解析就行，一小时之内就能切换。所以不用纠结太多，先部署上线，不满意再换。
如果你在部署过程中卡住了，或者不确定自己的场景该选哪个，欢迎联系我。部署这件事，踩过一次坑就知道怎么走了，有人帮你避一次坑，能省不少时间。
本文由 wujianzhan.com 原创发布，如需转载请联系作者。
