适合谁
准备把独立产品推向海外市场的个人开发者或小团队。
开始前准备
- 一个明确的产品假设或已上线 MVP。
- 目标市场、目标用户和可接受成本上限。
- 可以访问来源页面并保存截图的浏览器环境。
操作步骤
- 把产品页面按静态内容、SSR、API、后台任务、图片优化和数据库访问分类。
- 对 Vercel 记录 Next.js 原生支持、图片优化、预览部署和边缘网络能力。
- 对 Cloudflare 记录 Pages/Workers 的运行时、adapter、限制和 CDN 能力。
- 对自托管记录 Node/Docker 进程、反向代理、SSL、日志、监控和安全更新成本。
- 对静态导出记录功能限制、SEO 优势、CDN 成本和无法服务端鉴权的限制。
- 用同一页面测试 TTFB、LCP、构建时间、冷启动和缓存命中。
- 按“现在最少运维”和“未来迁移成本”各打一次分。
关键判断和细节
- Next.js 官方说明可部署为 Node.js server、Docker container、static export 或 adapter，功能支持不同。
- Vercel Next.js 文档强调图片优化和 Core Web Vitals；Cloudflare Next.js 文档说明可通过 OpenNext adapter 部署到 Workers。
常见坑
- 只看单一来源，忽略国家、币种、账户地区或套餐差异。
- 把测试环境能跑通当成生产环境可用，没有验证限制、风控和合规要求。
- 没有写下查阅日期，导致几个月后无法判断信息是否过期。
来源证据
- Next.js Docs - Deploying，查阅日期：2026-07-12
- Next.js Docs - Self-Hosting，查阅日期：2026-07-12
- Vercel Docs - Next.js on Vercel，查阅日期：2026-07-12
- Vercel Docs - Image Optimization，查阅日期：2026-07-12
- Cloudflare Workers Docs - Next.js，查阅日期：2026-07-12
- Cloudflare Pages Docs - Limits，查阅日期：2026-07-12
- MDN - Web performance，查阅日期：2026-07-12
下一步
把本篇得到的结论写进项目决策日志，并在上线前复查来源页面。