全部攻略
在 Cloudflare 部署 Pages 或 Workers
为静态站、Next.js SSR 或边缘应用选择 Cloudflare Pages/Workers 路径。
部署Cloudflare
适合谁
准备把独立产品推向海外市场的个人开发者或小团队。
开始前准备
- 一个明确的产品假设或已上线 MVP。
- 目标市场、目标用户和可接受成本上限。
- 可以访问来源页面并保存截图的浏览器环境。
操作步骤
- 确认项目是静态站、SSR Next.js、API Worker 还是混合应用。
- 静态站优先查看 Pages framework guide 和平台限制。
- Next.js SSR 查看 Workers + OpenNext adapter 文档。
- 记录环境变量、构建命令、函数包大小、项目数量和运行时限制。
- 配置 DNS 记录时区分需要代理的 Web 流量和不能代理的验证记录。
- 上线后检查缓存、重定向、404、headers 和日志。
关键判断和细节
- Cloudflare Workers Next.js 文档说明可用 OpenNext adapter 部署 Next.js。
- Cloudflare Pages limits 页面列出项目数等平台限制,早期也要记录,避免后续迁移时才发现。
常见坑
- 只看单一来源,忽略国家、币种、账户地区或套餐差异。
- 把测试环境能跑通当成生产环境可用,没有验证限制、风控和合规要求。
- 没有写下查阅日期,导致几个月后无法判断信息是否过期。
来源证据
- Cloudflare Workers Docs - Next.js,查阅日期:2026-07-12
- Cloudflare Pages Docs - Limits,查阅日期:2026-07-12
- Cloudflare Docs - DNS record types,查阅日期:2026-07-12
- Cloudflare Docs - Proxy status,查阅日期:2026-07-12
下一步
把本篇得到的结论写进项目决策日志,并在上线前复查来源页面。