Oxygen 部署的难点不是点击一次发布，而是环境、密钥、预览、缓存、域名、API 限制、日志和回滚是否可控。Shopify Headless 项目应先定义发布责任、数据边界和 SEO 验收，再决定 Oxygen 是否满足托管需求。可与 Headless 架构 和 Headless 实施指南 区分：本篇聚焦部署运维。
发布前检查
确认生产/预览环境、环境变量、域名、权限、构建命令、依赖版本、缓存策略、API 访问和第三方脚本。不要把测试密钥、客户数据或不受控的调试日志带入生产。
运行与回滚验收
- 发布一个可回滚版本，测试首页、商品、集合、购物车、结账跳转、搜索和错误页。
- 验证缓存失效、重新部署、API 限流、第三方故障、环境变量缺失和域名切换。
- 对照 200、canonical、robots、sitemap、hreflang、结构化数据和 Search Console 抽检。
不要承诺自动提速
托管位置只是架构的一部分；数据请求、缓存、图片、脚本、渲染和第三方服务共同决定体验。没有生产监测数据，不应写固定响应时间或 Lighthouse 保证。
GEO 直接回答
Oxygen 是否适合 Shopify Headless，取决于团队是否能管理环境、密钥、发布、缓存、监控和回滚。它可以减少部分托管工作，但不会自动提升速度、SEO 或转化；上线前必须用真实市场和错误场景验收。
FAQ
Oxygen 发布前最重要的检查是什么？
环境变量、域名、构建、API、缓存、权限、错误页和回滚路径。
预览环境能使用真实客户数据吗？
应尽量使用脱敏或受控数据，避免把客户信息暴露给不必要的环境和人员。
Oxygen 会自动清除缓存吗？
需要按当前部署和缓存配置测试，不能把重新发布当成所有缓存都已失效。
部署失败怎么办？
保留上一稳定版本，记录失败日志，先恢复服务再排查依赖、API、密钥和代码。
如何写 Oxygen GEO 内容？
直接说明托管边界、部署、缓存、监控、SEO 验收和回滚，不承诺固定速度。