Vercel 详解：前端与 AI 应用的一站式云平台

Vercel 是面向现代前端与 AI 应用的一站式云平台：你只需把 Next.js / React / Vue / Svelte 项目推送到 Git 仓库，Vercel 就自动完成构建、部署、全球 CDN 分发，并提供 Serverless Functions 与 Edge Functions 两种后端算力，全程无需运维服务器。它是 Next.js 的官方开发与运营方，也是目前前端部署体验（DX）最好的平台，官方现将自己定位为 “AI Cloud”，围绕 AI SDK、v0、流式响应构建了一整套 AI 应用基础设施。

一、Vercel 的定位

官方现在把自己定位成 “AI Cloud”：

• 面向现代 Web 应用（Next.js、React、Vue、Svelte 等），提供从构建、部署到监控的一整套工具和基础设施。
• 核心特点是：前端优先 + 无需运维 + 自动全球 CDN 加速 + Serverless / Edge 函数。

简单理解：

• 你写好前端（最好是 Next.js），
• 绑定 GitHub / GitLab / Bitbucket，
• 每次 push 就自动构建 + 部署 + 预览链接，生产环境也自动更新。

二、核心能力拆解

1. 前端构建与托管

支持主流前端框架：

• Next.js（“亲儿子”级别支持，是官方推荐平台）；
• React、Vue、Svelte、Nuxt 等常见框架；
• 也可以部署静态站点（如纯 HTML、Hugo、Astro）。

特点：

• 自动检测框架 → 自动选择构建命令和输出目录；
• 内置 CI/CD：push 即构建、生成 Preview URL；
• 部署产物自动分发到 Vercel 的 全球 CDN（100+ PoP 节点，十几计算区域），就近访问。

2. Serverless Functions & Edge Functions

Vercel 提供两种主要的“后端算力”：

1. Serverless Functions

   • 运行在 Node.js / Deno 等标准 runtime；
   • 适合常规 API、SSR 渲染、与数据库交互等场景；
   • 自动根据流量扩缩容，不用自己管服务器；
   • 有函数执行超时时间限制（适合短请求，不适合长连接/长任务）。

2. Edge Functions（边缘函数）

   • 运行在 Edge Runtime（基于 V8 isolate，API 更精简，非完整 Node.js 环境）；
   • 默认全球部署在边缘节点，离用户更近，延迟更低；
   • 非常适合：个性化路由、中间件、A/B 测试、访问控制、轻量级 AI 推理路由等；
   • 要求尽快开始响应（如 25 秒内开始输出），但可以流式返回一段时间（如 300 秒内）。

典型用法：

• Next.js /app 目录下的 Route Handlers 或 /api 路由配置 runtime: 'edge' 即可。

3. CDN 与性能优化

Vercel 自动把你的静态资源和页面部署到自己的 CDN：

• 全球分布式：内容会缓存在世界各地 PoP 节点；
• 自动缓存：静态资源、部分动态页面会自动 cache（可通过 cache-control 配置）；
• 故障切换：某区域宕机会自动切到最近可用区域（Failover）。

对开发者来说，几乎不需要额外配置 CDN，就能享受较好的首屏速度和静态资源加载性能。

4. 针对 AI / Agent 应用的支持

最近 Vercel 明确发力 AI 应用和 Agent 工作流：

• AI SDK：用于构建调用 LLM、Tools、Multi-step Agents 的前后端逻辑；
• 流式响应支持：Serverless / Edge Functions 可轻松实现流式返回（如聊天补全）；
• Vercel MCP：官方托管的 MCP server，可把 Vercel 项目数据安全暴露给各种 AI 客户端（如 Claude、Cursor 等），用于“AI 操作你的 Vercel 项目”；
• v0：一个“自然语言 → Web App”的智能 Agent，输入需求描述，它会自动帮你生成并部署现代前端应用。

如果你在做 AI 应用（Chat、Agent、RAG 等），Vercel 的 Edge + AI SDK + v0 是比较完整的一套组合。

5. 增值功能：Analytics、日志、监控等

• Vercel Web Analytics：简单开关即可收集站点访问数据，注重隐私，支持前端 UI 查看 PV/UV、来源、路径等。
• 日志与监控：部署和函数执行有日志面板，可查看错误、延迟、请求量；
• 与外部监控（如 Sentry、Datadog 等）也有集成生态（在 Integrations 中配置）。

6. Vercel 生态系统全景

Vercel 不只是部署平台，背后有一套完整工具链和生态协作体系，下面拆解四块核心拼图。

Vercel CLI 工具链详解

vercel 命令行工具让你无需登录网页也能完成项目全生命周期操作：

npm i -g vercel   # 全局安装
vercel login      # 登录（浏览器 OAuth）
vercel link       # 将本地项目关联到 Vercel 团队/项目
vercel --target production  # 指定部署到生产环境
vercel env add DATABASE_URL [production|preview|development]
vercel logs       # 实时查看函数日志
vercel remove     # 删除项目或部署实例
vercel domains    # 管理自定义域名

对于 CI/CD 场景（如 GitHub Actions），vercel --token=$TOKEN --prod 是最常见用法。新团队建议统一 CLI 版本（加到 package.json 的 devDependencies），避免 CI 与本地行为不一致。vercel.json 可配合 CLI 做本地覆盖：路由、环境变量、构建命令都能文件化，方便多成员协同。

Vercel Git 集成工作流

Vercel 的 Git 集成不仅是触发构建，而是把整个开发迭代流程串了起来：

• 分支部署：每个分支 push 都会生成唯一的 Preview URL（如 feature-login-project-xxx.vercel.app），QA 和设计可以直接在真实运行环境中验收。
• PR 预览与评论集成：开启 “GitHub Comments” 后，Vercel Bot 会在 PR 中自动回复 Preview URL 和部署状态。团队 Review 时无需手动拷贝链接，点一下即可看到最新代码效果。
• Production Branch 保护：默认 main 分支是生产部署源，但可通过 Settings > Git 修改为其他分支。配合 GitHub Branch Protection Rule，可强制要求 PR Review + CI 通过后才合入主线，保障生产稳定性。

Vercel API / SDK 的自动化能力

Vercel 提供 REST API 和 SDK（@vercel/sdk），适合做自动化运维和内部 DevOps 平台：

• 创建项目与部署：不通过 Web UI，直接通过 API 初始化项目、设置环境变量、触发部署。一个典型场景是内部 SaaS 平台，客户点 “创建自己的站点” 按钮时，后端调用 Vercel API 秒级完成。
• 获取部署列表、回滚部署：/v6/deployments 接口可查所有部署，DELETE /v6/deployments/:id 可撤销某次部署，SDK 已封装好鉴权与分页。
• 获取函数日志与指标：通过 API 将 Vercel 的数据接入自己的运维大屏，或与 PagerDuty 做告警联动。

SDK 示例（Node.js）：

import { VercelClient } from '@vercel/sdk';

const client = new VercelClient({ token: process.env.VERCEL_TOKEN });
const deployments = await client.deployments.listDeploys({
  projectId: 'my-project-id',
  limit: 10,
});

Vercel Marketplace Integrations 生态

Vercel 的 Integrations Marketplace 已经覆盖了主流监测、CMS、认证、搜索、测试工具，安装通常只需一次点击授权：

• 监控与可观测：Sentry（自动捕捉前端与函数异常）、Datadog（日志与指标接入）、LogRocket（会话回放）等，安装后自动注入环境变量，无需手动配置 DNS。
• CMS 与内容管理：Sanity、Contentful、Prismic、Strapi 等头端 CMS 都有官方集成的 “Deploy Hook”，内容更新后自动触发 Vercel 重新构建，做到发布即上线。
• 数据库与后端：Supabase（Postgres + Auth）、Turso（SQLite 边缘数据库）、PlanetScale（MySQL 平台）等，可在 Vercel Dashboard 中一键连接，自动注入 DATABASE_URL。
• 搜索与数据分析：Algolia（搜索索引自动同步）、Kinde（身份认证平台）等，可减少大量手动 API 对接工作。

实践建议：新项目上 Vercel 时，先浏览 Marketplace 是否有需要的 Integration，优先使用官方集成而非手写 Webhook，能省掉大量的鉴权和环境变量维护。

三、典型使用流程（开发者视角）

一个常见的使用步骤大概是：

1. 创建项目

   • 在 Vercel 网站连接 GitHub / GitLab / Bitbucket；
   • 选择一个 Repo（例如 Next.js、React 项目）。

2. 自动识别框架与构建命令

   • Vercel 会自动识别框架类型（如 Next.js）；
   • 自动填好 npm install && npm run build 等构建命令；
   • 指定构建输出目录（如 .next / dist）。

3. 设置环境变量

   • 在 Vercel Dashboard 中添加 DATABASE_URL、API_KEY 等；
   • 这些会注入到构建环境和函数运行环境。

4. 首轮部署

   • 自动构建并生成 Preview URL（如 project-name-xxxxx.vercel.app）；
   • 确认没问题后，可以把某个分支标记为 Production。

5. 后续开发

   • 每次 push / PR 会：

     • 触发新一轮构建；
     • 自动生成 PR 预览链接，方便团队 Review；
     • 合并到主分支自动部署到生产环境。

6. 扩展：Serverless / Edge 函数

   • 在 Next.js 中增加 /api 路由或者 Route Handlers；
   • 根据性能要求选择常规 Serverless 或 Edge Runtime。

四、常见使用场景

根据现在社区和官方文档，大概可以归类为几种典型场景：

1. 个人博客 / 文档站 / Landing Page

   • 用 Next.js、Astro、Hugo 等生成静态页面；
   • 享受免费 Hobby 计划和全球 CDN；
   • 配合自定义域名、简单的 Serverless API。

2. SaaS / 初创项目的前端 + 轻量后端

   • 前端在 Vercel（Next.js）；
   • 后端重度逻辑和数据库在外部（如 Supabase、PlanetScale、Railway、自建 K8s 等），通过 API 调用；
   • Edge Functions 做身份验证、路由、A/B 测试、个性化。

3. AI 产品 / 交互式 Demo

   • 使用 AI SDK 和 Edge Functions 实现实时补全、聊天、工具调用；
   • 结合 RAG（向量库一般放在外部，如 Pinecone、Qdrant、Supabase Vector 等）。

4. 企业级前端平台

   • 多个产品线共享 Vercel 组织和团队；
   • 使用 Pro / Enterprise 计划获得 SSO、增强安全、专属支持、合规能力等。

五、价格与计划

Vercel 的计费模式是“按账号计划 + 按用量”混合：

1. 账号计划（2025 年大致情况）

1. Hobby（免费）

   • 适合个人、非商业项目；
   • 有并发、请求次数、构建次数等限制；
   • 不允许用于生产级商业项目（官方条款对“非商业”有说明）。

2. Pro

   • 面向专业开发者 / 小团队；
   • 按用户数月费（例如 $20/用户/月），含一定额度的流量、Edge 请求、构建时间等；
   • 超出配额后按用量计费；
   • 支持更多高级特性和团队协作。

3. Enterprise

   • 面向中大型组织；
   • 自定义配额、专属 SLA、专属支持、合规（如 SOC2、ISO）等；
   • 价格一般是年付五位数美元起步，具体需谈。

2. 按用量计费项目

• Fast Data Transfer（流量）：出网带宽按 GB 收费；
• Edge Requests、Serverless 函数执行次数和执行时间；
• 存储 / 监控 / Analytics 等增值服务。

对个人开发者：

• 如果只是小流量博客 / Demo，Hobby 基本够用；
• 做正式商用网站/产品，建议至少用 Pro，并关注用量，以免账单”爆炸”。

Hobby 计划完全指南

Hobby 是 Vercel 的免费个人计划，正确理解它的边界与最佳用法，能帮你省钱省心。

免费额度的精确数字（2025 年参考）

免费计划的隐藏限制

• 商用条款：Hobby 明确禁止用于商业生产项目，仅允许个人、学习、非盈利项目使用。如果你的站点挂了付费产品或有收入，从条款角度你应升级到 Pro。
• 构建并发：Hobby 同一时刻只能执行 1 个构建（排队），团队多人 push 可能会产生构建延迟。
• 函数并发上限 3,000：流量突增时，Hobby 项目会被限流而非自动无限制扩容。Pro 计划则支持更高并发。
• 无自定义 Build Cache、无 SLA：构建结果缓存时间更短，无可用性保障承诺。项目宕机无工单支持。
• 域名数量：可绑定自定义域名，但 Hobby 下每个项目域名数量有一般性限制（实际影响较小）。

免费计划的最佳实践

• 图片与视频绝不走 Vercel 带宽：大文件（图片、PDF、视频）用 R2 / Cloudflare Images / Supabase Storage / AWS S3 + CDN，将 Vercel 带宽留给 HTML / JS / CSS。
• 最大化静态化：把 Next.js 能预渲染的页面都做 SSG / ISR，减少 Serverless Function 调用次数和带宽。
• Edge 优先：尽量用 Edge Functions（Next.js Middleware、Edge Route Handlers），Edge Request 额度比 Serverless 宽裕，且默认全球分发。
• 控制依赖体积：大型 monorepo / node_modules 过量会拉慢构建、消耗 Build Time 额度，pnpm + node-linker=hoisted 可缩减构建时间。
• 及时升级信号：当月度流量经常超过 80GB、函数并发接近 3,000、或团队多于 1 人时，就是升级到 Pro 的信号。

六、优点与局限

结合官方和第三方评测，可以简单总结一下：

优点

1. 开发体验极佳

   • Git → 自动 CI/CD → Preview → Prod 全线打通；
   • 与 Next.js 的合体程度非常高（ISR、Middleware、Edge Functions、App Router 等特性都一键可用）。

2. 无需运维，自动扩缩容

   • 完全托管的 Serverless / Edge 模型；
   • 不用管理服务器、容器、K8s 集群。

3. 全球加速默认开启

   • 无需手动配置 CDN；
   • Failover、防抖动等能力也内建。

4. 生态与 AI 能力

   • AI SDK、v0、MCP 等一整套玩 AI Web 应用的堆栈。

局限 / 需要注意点

1. 更偏“前端优先”

   • 不适合做长连接、长任务、复杂微服务后台（例如常驻进程、消息队列消费者等），这类通常要放到其他平台（Render / Fly.io / 自建 K8s）。

2. Serverless 模式的典型限制

   • 冷启动、执行时间上限、不适合极度重 CPU 的长任务；
   • 对本地文件系统使用有限制（通常要用外部存储）。

3. 成本在放大规模时不一定便宜

   • 小流量 / 中小项目成本 OK；
   • 流量特别大、函数调用巨多的场景，如果架构不合理，成本可能比较高（要精细做缓存、静态化、减少函数调用）。

Vercel 安全与合规

在选型平台时，安全与合规不可忽视，尤其是对面向用户收集数据的 SaaS 和企业产品。

SOC 2 Type II、ISO 27001 与法规合规

• SOC 2 Type II：Vercel Enterprise 计划已支持 SOC 2 Type II 报告，覆盖安全性、可用性、处理完整性等五个信任服务标准。企业客户可在签署 NDA 后向 Vercel 索取审计报告。
• ISO 27001：Vercel 已通过 ISO 27001 信息安全管理体系认证，这意味着其安全策略、访问控制、事件响应、持续改进等流程已纳入国际标准框架。
• GDPR / CCPA：Vercel 提供数据处理协议（DPA），针对欧盟和加州隐私法规有专门的数据处理条款。你可以在 Dashboard > Settings > Legal 中下载并签署 DPA。
• HIPAA / PCI-DSS：目前 Vercel 本身不直接持有 HIPAA 或 PCI-DSS 认证。如果业务涉及医疗数据或银行卡支付处理，需将敏感数据层放在具备对应资质的第三方（如 AWS、Stripe Elements），Vercel 仅作为前端展示层。

DDoS 防护：Vercel Firewall

Vercel 为所有计划（含 Hobby）提供基础的 DDoS 防护，核心能力包括：

• 自动流量清洗：异常大流量攻击时，平台会自动识别并丢弃恶意请求，保护源站不被打垮。
• 全局 Anycast：Vercel 使用 Anycast 网络分散流量，天然具备分布式抗 DDoS 能力。
• 速率限制（Rate Limiting）：Pro 与 Enterprise 可以在 vercel.json 或 Edge Middleware 中自定义速率限制规则，防止 API 被暴力刷。

WAF（Web Application Firewall）能力

2025 年，Vercel Firewall 新增基于规则的 WAF 能力，支持：

• 自定义 IP 阻断/允许列表；
• 基于地理位置的访问控制（Geo-blocking）；
• 对 SQL 注入、XSS、Bot 流量等常见攻击的预设规则集；
• Enterprise 客户可配置更细粒度的自定义规则。

WAF 规则在 Edge 节点执行，延迟极低，且与 Vercel 的常规流量计费独立（无额外按请求计费）。

密码策略与 MFA

• 账号安全：Vercel 支持 TOTP 二次验证（Google Authenticator / 1Password 等），强烈建议所有团队成员开启。
• SSO（单点登录）：Pro 与 Enterprise 支持通过 SAML 2.0 连接 Okta、Google Workspace、Azure AD 等身份提供商，实现企业级统一认证与自动账号生命周期管理。
• SCIM 用户同步：Enterprise 计划支持 SCIM，HR 系统或 IdP 中新增/离职员工会自动同步到 Vercel 团队权限。

数据驻留与隐私

• Vercel 的函数与数据默认分布在全球 14+ 计算区域，没有强制单区域驻留。如果业务对数据跨境有严格要求（如某些金融或政务场景），需评估是否适合。
• Vercel 的 Web Analytics 默认隐私友好：不收集 IP 地址、不使用 Cookie，采集的事件数据在 Vercel 的服务器端聚合。
• Serverless Function 执行时日志会保留 30 天（可导出），Edge Function 日志保留期类似。

组织级安全设置

• IP 白名单（IP Access Controls）：Enterprise 可限制只有特定 IP 段才能访问 Dashboard 和部署预览环境。
• Audit Log：Pro 与 Enterprise 提供团队级别的审计日志，记录谁做了什么操作（部署、环境变量修改、权限变更），满足合规审计需求。
• Private Git Repositories：所有计划都支持私有仓库，但 Enterprise 可强制要求所有团队项目使用受控的私有 Git 组织。

安全总结：中小项目在 Vercel 的标准安全防护下是安全的；处理敏感数据的商业项目应优先使用 Pro 或 Enterprise，充分利用 SSO、Audit Log、WAF 和组织级控制。

七、什么时候适合用 Vercel？

可以简单给你一个判断指南：

非常适合：

• 使用 Next.js / React 构建的前端 + 轻量后端；
• 博客、文档、Landing Page、营销页、Docs 站；
• 需要频繁迭代、频繁预览的团队协作开发；
• 各种 AI 驱动的 Web 应用、Demo、PoC；
• 希望尽量少碰运维 / DevOps 的个人或团队。

不太适合直接全托管的情况：

• 需要长连接（如大规模 WebSocket）、长时间后台任务；
• 高度定制化的后端微服务集群；
• 有严格的部署拓扑、网络策略、自建数据库集群等需求（这些更适合自建 K8s 或专门的 BaaS / PaaS）。

Vercel 最佳实践

以下是从真实项目中总结出的经验，帮助你在团队里把 Vercel 用得更快、更稳、更省。

Monorepo 部署：Turborepo / Nx 集成

当项目规模扩大，多数团队会选择 monorepo 管理。Vercel 对 Turborepo（Vercel 同源工具）和 Nx 都有原生支持。

• Turborepo 在 Vercel：直接在 turbo.json 中定义 pipeline，build 缓存会自动被 Vercel 的 Remote Cache 命中，大幅缩减 CI 时间。第一次配好后，跨团队成员的构建都能共享缓存。
• Nx 在 Vercel：为 monorepo 下每个 app 建立独立的 Vercel 项目，通过 ignore build step 脚本判断当前 commit 是否影响了该 app，未改动则跳过构建。Nx 的分布式计算缓存也支持接入自定义远程缓存。
• 基础路径：每个 Vercel 项目可设置 Root Directory（如 apps/web），只构建该子目录，避免整个 monorepo 重复构建。

示例 turbo.json 片段：

{
  "$schema": "https://turbo.build/schema.json",
  "pipeline": {
    "build": {
      "dependsOn": ["^build"],
      "outputs": [".next/**", "!.next/cache/**"]
    },
    "type-check": {}
  }
}

环境变量管理策略

不要在 vercel.json 或代码中硬编码密钥，Vercel 提供三级环境变量：

• Production：只对生产部署生效。
• Preview：所有非生产分支、PR 部署。
• Development：仅本地开发（通过 vercel env pull .env.local 拉到本地）。

建议：

• 本地开发和 CI 都用 vercel env pull 拉取，确保各处环境一致。
• 第三方密钥（Stripe Secret Key、DB URL）仅在 Production 和 Preview 中设置，不要在本地开发使用生产密钥。
• 使用 Vercel 的 “Sensitive” 标记使环境变量在 UI 中不可见、不可复制，增加一道安全屏障。

Team 协作工作流与 Preview 文化

Vercel 的 Preview Deployment 是团队协作的灵魂，建议培养 “每个 PR 都有 Preview URL” 的文化：

• 设计师和 QA 可以在合并前就看到完整效果，减少上线后才发现的 UI / 交互 Bug。
• PR Review 时，Review 者可以同时看代码和运行效果，提升 Review 质量。
• 在 Slack / Discord / 飞书中设置 Webhook，每次部署完成自动推送链接到对应频道，团队人人都能看到最新变化。

Rollback 策略

Vercel 内置回滚能力：进入 Deployments 面板，点击任意历史部署右侧的菜单，选择 “Promote to Production” 即可瞬时回滚。旧版本仍保留在 CDN 边缘节点，回滚是 O(1) 操作（秒级生效）。

建议：

• 每次关键上线前确认上一个稳定部署的版本号，万一需要回滚直接切过去。
• 如需更细粒度控制，可用 Vercel API 写脚本实现 “一键回滚到最近 N 个成功版本”。

部署速度优化

• 构建缓存：Vercel 自动缓存 node_modules/.cache 和部分构建工具缓存（如 Next.js .next/cache）。确保 package-lock.json / pnpm-lock.yaml 不频繁无意义变更，否则缓存会失效。
• 依赖缓存：使用 pnpm 替代 npm / yarn，安装速度更快且磁盘占用更小，pnpm-workspace.yaml 在 monorepo 下尤为高效。
• 减小 Bundle Size：用 @next/bundle-analyzer 定期分析产物体积，过大 bundle 会增加 Edge 冷启动和传输时间。
• ISR 替换 SSR：能预生成就用 ISR，减少每次请求都跑一次 Serverless Function 的开销。

Vercel 与其他平台的深度对比

除了 Netlify 与 Railway，以下列出几个同样主打前端托管、有 Serverless 能力的平台，与 Vercel 逐项对比。

一句话总结：

• 如果你用 Next.js，要求最好的开发体验和最快的特性跟进，Vercel 是首选。
• 如果你已在 AWS 生态 深度绑定，不想引入新供应商，Amplify 是退而求其次的选择。
• 如果你是 Azure / Microsoft 365 用户，或者需要 Azure AD 认证，Static Web Apps 集成体验更顺。
• 如果你只需要 纯静态托管 + 移动应用后端（Flutter / iOS / Android），Firebase Hosting + Firestore 的组合依然很值。

Vercel 专题导航

以下内容帮助你从入门到精通 Vercel，覆盖部署实战、成本分析、国内访问、进阶功能与故障排查。

标注 ⬜ 的为新文章，将在后续逐步上线。

常见问题（FAQ）

Vercel 是免费的吗？

Vercel 提供 Hobby 免费计划，适合个人项目与非商业用途，包含每月一定的构建次数、带宽与函数调用额度。正式商用项目需要 Pro 计划（约 $20/用户/月），超出配额部分按用量计费。个人博客、文档站、Demo 用免费计划完全够用。

Vercel 和 Netlify 有什么区别？

两者都面向静态站与 Jamstack，核心差异在框架亲和度：Vercel 是 Next.js 官方平台，对 App Router、ISR、Middleware 等新特性支持最快最完整；Netlify 更中立，生态偏传统静态站与 CMS。详细对比见 Vercel 与 Netlify、Render、Railway、Cloudflare Pages 对比。

不使用 Next.js 可以用 Vercel 吗？

可以。Vercel 支持 React、Vue、Svelte、Nuxt、Astro、Hugo 等主流框架和纯静态站点，自动检测构建命令与输出目录。但 Vercel 的最大优势（ISR、Edge Middleware、App Router 深度集成）只在 Next.js 上完全发挥，其他框架体验与 Netlify、Cloudflare Pages 差别不大。

Vercel 能跑后端服务吗？

只能跑无状态的短任务：Serverless Functions 适合 API、SSR、Webhook 等秒级请求；不适合长连接（WebSocket 集群）、常驻进程、消息队列消费者、定时长任务。这类需求应搭配 Render、Railway 或自建服务，Vercel 只做前端与 BFF 层。

Vercel 在国内能用吗？访问速度如何？

Vercel 默认域名（*.vercel.app）在国内部分地区访问不稳定，主要原因是 DNS 解析和出口带宽非中国大陆优化。解决方案是：

1. 注册自己的域名（如 yourdomain.com）；
2. 域名 NS 托管到 Cloudflare，CNAME 指向 Vercel；
3. 开启 Cloudflare 的橙云代理（Proxied），利用 Cloudflare 的全球 CDN 中转流量到 Vercel 源站；
4. 在 Cloudflare 配置缓存规则，静态资源走 Cloudflare Cache、动态请求回源 Vercel。

这一方案可将国内首屏时间从数秒降到亚秒级。完整配置步骤和故障排查见 Vercel 国内访问优化指南。

Vercel 贵吗？一个 SaaS 项目大概花多少钱？

Vercel 的 Hobby 免费计划对非商用个人项目基本够用。正式商用项目建议 Pro 计划（约 $20/用户/月），包含一定额度的流量、Edge 请求和构建时间。一个中型 Next.js + Postgres SaaS（数千日活）的典型账单：

• Pro 计划：$20/用户/月（1-2 人团队约 $40/月）
• 数据传输：$0.15/GB（HTTPS 出网），100GB/月约 $15
• Edge 请求：$2.50/百万次，中等 SaaS 约 $5-10/月
• Serverless 执行：按 GB-小时，轻量 API 约 $5/月

总计约 $60-80/月起步。流量和调用量放大后成本会线性增长，但远小于自己运维 K8s 集群的开支。更详细的成本拆解与优化策略见 Vercel 定价与成本详解。

Vercel Serverless 函数的并发限制是多少？

Hobby 计划的并发上限为 3,000 个同时运行的函数实例，超出后请求会排队或被拒绝。Pro 计划提升到 10,000，Enterprise 可自定义。如果你的业务有突发流量（如营销活动），建议：用 Edge Functions 替代部分 Serverless 路由、开启 ISR 缓存减少函数调用、或提前升级到 Pro。注意并发与 QPS（每秒请求数）不同：一个函数实例可处理多个请求，冷启动实例会被复用。

Vercel 能处理文件上传吗？

上传小文件（如头像、JSON 配置，<4.5MB）可以通过 Serverless Function 接收并转存到外部存储（S3 / R2 / Supabase Storage）。但 Vercel 本身不提供持久化文件系统，函数运行结束后临时文件即消失。大文件直接上传应绕过 Vercel，改用客户端直传方案：前端拿到 Presigned URL 后直接上传到对象存储，再把 URL 写入数据库。这样不消耗 Vercel 带宽，上传速度也更稳定。

Vercel 支持 WebSocket 吗？

原生 Serverless Functions 不支持长时间保持的 WebSocket 连接，函数一旦响应即结束。Edge Functions 同样无法作为 WebSocket 服务端。解决思路：

• 使用 Server-Sent Events (SSE) 实现单向实时推送，Vercel Edge Functions 原生支持 SSE。
• 使用 Vercel PartyKit（第三方集成）或自建 WebSocket 服务器（Fly.io / Railway / AWS API Gateway WebSocket），前端通过 Vercel 做静态托管和 API 路由，实时通信走独立 WebSocket 集群。
• Next.js 15 起部分实验性功能可能在探索 WebSocket 支持，但生产环境不建议依赖。

Next.js Server Actions 在 Vercel 上怎么用最稳？

Server Actions 是 Next.js App Router 的新特性，允许在组件中直接调用服务端函数。Vercel 对其支持较好，但为了避免踩坑，建议：

• 始终指定 'use server' 文件级或函数级标记，不要把 Server Action 写到 Client Component 中跨边界传递。
• 敏感操作（支付、删数据）在 Server Action 中做双重校验：组件端做 UX 校验，服务端做权限和数据校验，Server Action 本身也有 CSRF 防护。
• 传递大数据不要用 Server Action（如上传文件），Server Action 适合表单提交、轻量 API 调用。
• Vercel 上 Server Action 默认走 Serverless Function（Node.js runtime），如需更低延迟，可将对应路由改为 Edge Runtime（当前支持仍有限，需测试验证）。

v0 生成代码有什么局限？

v0 是一个强大的自然语言到 UI 的生成工具，但它不是万能的：

• 设计还原度：v0 对标准组件库（Shadcn UI、Tailwind CSS）生成效果很好，但遇到高度自定义的品牌设计、交互动效、复杂布局时，仍需人工调整。
• 状态管理：v0 生成的页面通常是静态原型或简单状态交互，复杂业务逻辑（如多步骤表单、购物车、权限体系）需要你在本地补充状态管理和 API 对接。
• 部署锁定：v0 默认部署到 Vercel，如果你想导出到其他平台，需要手动导出代码并适配构建配置。
• 数据安全：不要在 v0 中粘贴真实的 API Key、数据库密码等敏感信息，prompt 会被发送到 v0 的服务端处理。
• 迭代成本：v0 的生成是一次性的，后续需求变更（如新增字段、修改路由）你仍需自己维护代码，建议把 v0 当作原型加速器，而非最终交付物。

Vercel 支持多区域部署策略吗？

Vercel 的 Edge Functions 天然就是全球多区域部署，无需手动选择区域。但 Serverless Functions 的默认执行区域可以在项目设置中指定（如 iad1 美国东部、hkg1 香港、fra1 法兰克福等），目前支持 14+ 区域。

如果你的数据库在特定区域（如 AWS RDS 在新加坡），建议：

• 将 Vercel Serverless Function 的默认区域设为与数据库最接近的区域，降低数据库连接延迟。
• Edge Function 仍然在全球运行，但调用数据库时会产生跨区域延迟，此时应在 Edge 层做结果缓存（Cache API）或把查询逻辑下沉到靠近数据库的 Serverless Function。
• Enterprise 客户可联系 Vercel 团队讨论更细粒度的区域亲和策略。

相关阅读

• 用 Vercel 部署 Next.js + Postgres SaaS 实战
• Vercel 与 Netlify、Render、Railway、Cloudflare Pages 对比
• Vercel 国内访问优化指南
• Vercel 定价与成本详解
• Vercel Edge Functions 深度指南
• Vercel Middleware 实战指南
• Vercel AI SDK 指南
• Cloudflare 详解：从 CDN 到全球边缘计算平台
• Cloudflare Pages 完全指南
• Vercel 专题导航