Vercel 国内怎么用？2026年部署+访问加速完整实战指南

我之前一直以为 Vercel 在国内用不起来，因为同事跟我说 vercel.com 后台"三天两头打不开"。

后来真的上手用了几个项目，发现也没那么夸张：90% 的情况是被 DNS 污染卡住，剩下 10% 是部署出来的网站本身在国内访问慢。这两个问题解法完全不同。今天把这件事从头到尾说清楚。

Vercel 是什么，先简单说两句

不熟悉 Vercel 的人大概听过名字但没用过，本质上 Vercel 是个"前端 + Serverless 一体化"部署平台。你 git push 一段 Next.js、React、SvelteKit、Astro 代码，Vercel 几十秒就帮你上线。还可以写 API Routes（也就是 Vercel 自己的 Serverless Function）、接 KV 数据库、跑定时任务，配合 Next.js 几乎是无缝体验。

对前端开发者来说，省事是真省事。但国内用起来有三道墙，今天一个个讲。

第一道墙：DNS 污染，vercel.com 后台打不开

这是大部分国内开发者碰 Vercel 的第一道坎。

现象很典型：在浏览器输入 vercel.com，浏览器转圈半天，最后报"无法访问此网站"或者跳到一个莫名其妙的错误页。Vercel 本身没挂，是域名被 DNS 污染了，解析到了错的 IP。

怎么确认？打开终端 ping 一下 vercel.com。如果返回的是 Cloudflare 或者 Vercel 自己的 IP 段（比如 76.76.21.21、76.76.21.93 这种），就是 DNS 没污染，正常访问应该没问题。如果 ping 出来是国内奇怪的 IP 段或者直接超时，就是被污染了。

解法有两条：

第一条：改 DNS。系统设置里把 DNS 换成 1.1.1.1（Cloudflare DNS）或者 8.8.8.8（Google DNS），看运气能不能绕开。这个方法能解决一部分场景，但稳定性一般，过几个小时又给你解析到错的地方去。

第二条：用翻墙工具直接走境外节点访问。这个最稳。我自己用的是 JustMySocks 走香港或者洛杉矶节点，vercel.com 后台基本秒开，比改 DNS 那种时灵时不灵的方法省心多了。

顺便说一句，Vercel 后台管理（vercel.com/dashboard）和部署出来的网站（xxx.vercel.app）走的是不同的网络链路。后台能打开不代表部署的网站国内能访问，这两个是分开的问题，不要混为一谈。

第二道墙：部署出来的网站在国内访问慢

这个是更深的问题，比后台打不开还烦人。

Vercel 部署出来的网站默认域名是 xxx.vercel.app。这个域名在国内访问体验很差，慢的时候要 8-10 秒才出首页。原因很简单：vercel.app 的 CDN 节点大部分在海外，国内访问要走好几跳网络，还要被 GFW 折腾一下。

我之前给朋友搭的一个小项目部署在 Vercel 上，用的是默认域名，他在国内打开首页要等小 10 秒，体验直接劝退。

这个问题最干净的解法：绑自己的域名，并且把 DNS 解析交给 Cloudflare。具体步骤：

1. 在 Cloudflare 上把域名托管（免费计划就够用）
2. 在 Vercel 项目设置里添加自定义域名，比如 app.yourdomain.com
3. 把这个子域名的 CNAME 指向 Vercel 给的 cname.vercel-dns.com
4. 关键一步：在 Cloudflare 后台把 SSL/TLS 加密模式改成 "Full"
5. 打开 Cloudflare 的代理（橙色云朵点亮）

这样走 Cloudflare 代理之后，国内访问会顺很多，因为 Cloudflare 在国内有节点和合作 CDN，能就近接入。

实测：从原来 8-10 秒加载时间压到 2-3 秒，不算完美但至少能用了，对一个静态博客类项目够用。

第三道墙：Serverless Function 冷启动

如果你的项目用到了 Vercel 的 API Routes（也就是 Vercel Function），冷启动是个绕不开的问题。

冷启动是什么：Vercel Function 长时间没被调用，下一次请求进来时，平台要花几百毫秒去启动一个新实例来执行代码。这个"几百毫秒"在用户体验上就是明显的卡顿，对前端接口来说尤其敏感。

实测数据：冷启动通常 200-500 毫秒，热请求只要 10-50 毫秒，差了一个数量级。对国内用户访问来说，冷启动会被网络延迟进一步放大：本来 300 毫秒冷启动 + 200 毫秒跨国网络，加起来 500 毫秒体感，API 调用就明显慢一截。

几个解法：

用 Edge Functions：Vercel 有 Edge Runtime，冷启动几乎为零（10-20 毫秒），但有 API 限制，Node.js 的一些库用不了。

配 Vercel Cron：写个定时任务每隔几分钟 ping 一下你的 API，让 Function 一直"热"着，缺点是流量浪费。

改用 Cloudflare Workers：冷启动是真的可以忽略不计，10 毫秒以内，而且国内访问走 Cloudflare 节点比 Vercel 顺。我自己现在的项目基本都迁移到 Cloudflare Workers + Pages 了，体感差别非常明显。

国内前端开发者的几个替代方案

如果 Vercel 实在用得不顺手，可以考虑这些：

Cloudflare Pages + Workers：优点是 Cloudflare 在国内访问友好，Workers 冷启动快，Workers 每天 10 万次免费调用。缺点是 Next.js 完整支持要折腾一下（用 OpenNext 适配），SSR 比 Vercel 麻烦。适合纯静态站点 + 简单 API 的场景。

Netlify：功能跟 Vercel 接近，DX 也不错，但国内访问跟 Vercel 一样不太行。适合纯海外项目。

Railway / Render：可以跑完整的 Node.js 后端，不只是 Serverless Function，但国内访问同样不友好，跨境延迟高。适合海外项目、不在乎国内访问速度的场景。

实际选择：如果你主要是给海外用户用，Vercel 还是最省事的选择；如果兼顾国内用户，建议从一开始就考虑 Cloudflare Pages + Workers，或者 Vercel + Cloudflare 代理双管齐下，不要等到上线了再迁移。

实测对比

我自己用同一个简单的 Next.js 项目分别部署在 Vercel 和 Cloudflare Pages 上做对比，结果大概是这样：

国内冷启动：Vercel 默认域名大概 800ms，Vercel 套 Cloudflare 代理能压到 350ms，Cloudflare Pages 大概 200ms。
国内热请求：Vercel 默认域名 400ms，Vercel + CF 代理 200ms，Cloudflare Pages 80ms。
海外冷启动：三家差距不大，都在 250-300ms 左右。
部署耗时：Vercel 45 秒左右，Cloudflare Pages 60 秒左右，差距不大。

这个对比说明两件事：Vercel 走 Cloudflare 代理之后改善很大，但 Cloudflare Pages 在冷启动上还是比 Vercel 强一截，特别是纯静态站 + Workers 组合。

价格和套餐选择

Vercel 个人项目免费（Hobby 计划）够用，但有几个限制：Serverless Function 调用次数 100 万次/月、带宽 100GB/月、团队成员只能 1 个。

如果是商业项目或者团队协作，Pro 计划 20 美元/月起，每加一个团队成员 20 美元。这价格比 Cloudflare Workers 的付费档（5 美元/月起）贵不少。

如果你想省钱：Vercel Hobby + Cloudflare 代理 + Cloudflare Pages 部分功能组合用，能省下一大截。或者干脆全用 Cloudflare 一套，价格更友好。

说在最后

Vercel 国内访问这件事，2026 年其实比前两年好多了，但问题还是有的。总结三个关键点：

1. vercel.com 后台打不开，大概率是 DNS 污染，用翻墙工具直接连最稳，别折腾改 DNS 了
2. 部署的网站慢，绑自己的域名 + Cloudflare 代理能解决大部分问题
3. Serverless Function 冷启动不可避免，要么用 Edge 要么直接考虑 Cloudflare Workers

Vercel 还是个好平台，对前端开发者来说省事程度没几家能比。但如果你做的是给国内用户用的产品，建议从一开始就考虑 Cloudflare Pages + Workers，省得到时候再迁移一次。

有问题评论区见。