Hugo静态网站部署实测：Vercel、Cloudflare、Netlify三大平台核心区别
Hugo作为高性能静态站点生成器，部署环节的平台选择直接影响站点稳定性与拓展性。笔者近期将同一Hugo博客分别部署于Vercel、Cloudflare Pages与Netlify，在文件支持、域名配置、自定义域名绑定三大维度发现显著差异，整理如下实测经验，帮大家避开部署坑点。
一、文件数量限制：Cloudflare的2万文件瓶颈最突出
文件数量限制是多内容站点部署的关键门槛，三者在免费版套餐下的表现差异明显，其中Cloudflare的限制最为严格。
Cloudflare Pages免费版明确限制单项目最大文件数为20000个，且单个文件大小不得超过25MB。笔者的博客因包含大量历史文章与图片资源，文件数达2.3万，首次部署直接失败，后台提示“超出文件数量上限”。此外，其免费版还限制每月构建次数500次、并发构建数1个，虽足以满足个人博客日常更新，但多资源站点需提前做文件精简（如图片压缩、冗余资源清理）。
Vercel与Netlify则对文件数量无明确上限，笔者2.3万文件均成功部署。但二者存在其他隐性限制：Vercel免费版单文件上传最大100MB，每月提供100GB带宽与100小时构建时长，超出后需升级套餐；Netlify免费版单文件限制无明确标注，但实测支持大文件部署，每月赠送100GB带宽与300分钟构建时间，适合资源丰富的站点。
二、Hugo域名配置：自动适配能力差异显著
Hugo配置文件（config.toml/yaml）中的baseURL字段用于指定站点域名，三大平台对该字段的处理逻辑不同，直接影响部署后链接有效性。
Netlify表现最友好，可自动忽略配置文件中的baseURL设置，部署时根据绑定域名自动适配，无需手动修改配置。即便本地配置了测试域名，部署后也能正常指向自定义域名，极大降低多环境部署的修改成本，对频繁切换测试/生产环境的用户十分友好。
Vercel则需手动干预，若未在编译时指定域名，会严格沿用配置文件中的baseURL，导致部署后链接指向错误。解决方案是在构建命令中添加参数，如hugo -b https://your-domain.com，强制指定生产域名；若使用Vercel提供的临时域名，可替换为平台环境变量，确保链接适配。
Cloudflare Pages虽未直接忽略baseURL，但可通过构建命令优化。实测需将构建命令设为hugo -b $CF_PAGES_URL，利用平台自带环境变量自动适配绑定域名（含临时.pages.dev域名与自定义域名）。需注意，Cloudflare默认使用老旧Hugo版本（0.54），需手动在项目设置中添加HUGO_VERSION环境变量（如0.143.1），否则可能因版本不兼容导致部署失败。
三、自定义域名绑定：Vercel对免费二级域名不友好
自定义域名绑定直接影响站点专业性，三者在免费二级域名（如.tk、.ml、.cf等免费后缀域名）的支持上差异明显。
Vercel存在显著短板，对多数免费二级域名不予支持，绑定时报“域名无效”或“不支持该后缀”错误。推测原因是免费二级域名易被用于垃圾站点，Vercel为规避风险限制了此类域名的绑定，仅支持付费顶级域名（.com、.net、.org等）与部分知名平台二级域名，对预算有限的个人用户不够友好。
Cloudflare与Netlify则完美支持免费二级域名绑定。Cloudflare若同时管理域名DNS，绑定后可自动配置SSL证书与DNS解析，几分钟内即可生效，还能通过规则优化域名访问路径；Netlify绑定流程同样简洁，上传域名解析记录后自动签发SSL证书，且支持绑定多个自定义域名，满足多域名指向同一站点的需求。
总结与平台选择建议
结合实测体验，三者的适用场景各有侧重：文件数少于2万、注重CDN性能与安全防护，选Cloudflare Pages，需提前精简资源并配置Hugo版本；资源丰富、依赖多环境部署，选Netlify，自动适配域名的特性可减少配置成本；以Next.js/Hugo生态为主、追求极致构建速度，选Vercel，需接受免费二级域名绑定限制，优先使用付费顶级域名。
整体而言，三大平台均能满足Hugo站点的基础部署需求，核心差异集中在资源限制与配置灵活性上，可根据自身站点规模、预算与功能需求针对性选择。