Cloudflare Workers 怎么用？静态资源、边缘代码和 Pages 的区别

现在的 Workers 已经不只是“写一段边缘函数”

Cloudflare Workers 可以在全球网络上运行服务端逻辑，也能把 HTML、CSS、JavaScript、图片等静态资源跟 Worker 一起部署。对新项目来说，这让“静态站 + 少量 API”不必硬拆成两套部署。

只做静态站，也可以直接用 Workers Static Assets

官方现在提供 Static Assets：指定一个 dist、build 或 public 目录，部署时资源和 Worker 代码一起发布，静态文件还能走全球缓存。简单站点甚至可以没有 Worker 逻辑，只把它当静态托管来用。

路由顺序要想清楚，不然容易出现“文件明明有却走了代码”

Workers 可以先找静态资源，也可以针对某些路径先运行 Worker。API 路径、SPA fallback、自定义 404 都会影响实际返回结果。上线前最好实际请求首页、子目录、404 和 API，而不是只看部署成功。

Pages 还在，但新项目值得先比较 Workers

现有 Pages 项目仍能继续跑；不过 Cloudflare 当前把新能力和框架支持更多放在 Workers Static Assets 上。已有站点没必要为迁移而迁移，新项目则应该先看 Workers 是否能少一层架构。

做 SEO 时，部署平台不是重点，公开 URL 才是

不管用 Pages 还是 Workers，搜索引擎最终看到的都是响应状态、HTML、canonical、robots、sitemap 和页面速度。预览地址不要拿来长期收录，正式域名和历史 URL 的 301 才是上线时更应该检查的东西。

静态资源和动态逻辑不要混在一起猜路由

如果只是 HTML、CSS、JS 和图片，可以先比较 Workers Static Assets 的能力；只有需要运行服务端逻辑时才引入 Worker 处理程序。迁移时先核对路由、缓存、绑定、环境变量和错误响应，不要把“发布成功”视为功能完全等价。