EdgeOne 接入源站后，缓存、回源和重定向最容易踩的坑
很多站点接入 CDN 后表面上快了，但真正上线时最常见的问题不是速度，而是缓存错了、回源错了、重定向逻辑乱了。尤其是像 EdgeOne 这类边缘加速产品，一旦源站、证书、缓存策略和重写规则没有配合好，问题会变得很隐蔽。
先分清哪些内容该缓存，哪些不该
静态资源和 HTML 的缓存策略应该分开。CSS、JS、图片带哈希名时，可以大胆长缓存；首页、文章页、列表页则更适合短缓存或带 revalidate 逻辑。很多人为了图省事把所有响应都缓存很久，结果一更新页面就发现 CDN 迟迟不刷新。
重定向逻辑不要在边缘和源站各写一套
如果 EdgeOne 上做了 HTTP 跳 HTTPS、子域名跳主域名、地域跳转，而源站 Nginx 里又各写一遍，很容易形成双跳甚至循环跳转。更稳妥的方式是先明确：什么逻辑必须在边缘做，什么逻辑留给源站。
一般来说，证书终止和就近回源逻辑适合在边缘；站点规范地址和路径 fallback 更适合在源站。
上线后先检查这 4 件事
很多缓存问题在上线后 10 分钟内就能发现，只是多数人没有系统检查。最实用的做法，是上线后立刻验证首页、静态资源、ads.txt、robots.txt 和一篇文章页，看状态码、缓存头和最终内容是否符合预期。
- 首页是否返回最新内容
- 静态资源是否带缓存头
- ads.txt / robots.txt 是否仍能直接访问
- 是否存在非预期 301/302 跳转
作者说明
长期维护小型网站和服务器，关注真正能解决问题的技术教程、部署经验与排障方法。