查看首页静态资源长缓存
抽样检查 CSS、JS、图片和字体是否设置合适的 max-age、immutable 和验证器。
打开示例静态资源缓存策略体检查看
抽样查看页面 CSS、JS、图片、字体等静态资源的缓存 TTL、immutable、ETag、压缩和 404 风险。
等待查询
结果会在这里以结构化卡片展示。
可直接查看的示例结果
精选短输入和高频排查场景，方便用户一键打开、转发，也让搜索和 AI 更容易理解这个工具能解决什么问题。
查看 SEO 工具页资源缓存
检查工具页引用资源是否存在弱缓存、缺少 ETag 或不必要的短缓存。
打开示例查看资源治理专题的 CSS/JS 缓存
用资源治理专题页抽样检查带 hash 的 CSS、JS 是否具备长缓存和 immutable 线索。
打开示例查看网站检测专题静态资源缓存
抽样检查站长综合查询入口引用的 CSS、JS、图标和字体是否具备长缓存、immutable 和验证器线索。
打开示例检查发布后专题静态资源缓存
发布后抽样检查新专题引用的 CSS、JS、图标和字体缓存，确认没有旧 chunk、弱缓存或双源差异。
打开示例检查专题页静态资源缓存
抽查专题页引用的 CSS、JS、图片是否具备合适的长缓存和验证器。
打开示例常见问题
这些说明帮助用户理解结果，也帮助搜索引擎和 AI 更准确理解工具用途。
这个工具会检查哪些资源？
它会从公开 HTML 页面抽样提取 CSS、JS、图片、字体、图标等资源，并读取这些资源的公开响应头。
为什么带指纹资源适合长缓存？
带内容 hash 或版本号的资源 URL 变化后会重新请求，因此旧 URL 可以放心设置较长 max-age 和 immutable。
带 hash 的 JS/CSS 为什么适合长缓存？
文件内容变化时 URL 中的 hash 通常也会变化，因此旧 URL 可以设置较长 max-age 和 immutable，减少重复下载。
静态资源短缓存一定不好吗？
不一定。无版本号或经常变动的资源适合短缓存；带指纹的构建产物更适合长缓存，关键是 URL 变更策略要清晰。
发布后日志出现旧 _next chunk 404 怎么判断？
先抽样当前页面引用的 CSS/JS 是否 200，再看旧 chunk 请求是否来自搜索爬虫、缓存或扫描器。如果当前资源健康，旧 chunk 多半是缓存尾流或探测噪声，不要把旧静态资源重新加入 sitemap。
旧 _next chunk 404 是否一定是发布故障？
不一定。发布后旧 chunk 404 常见于浏览器缓存、搜索爬虫重抓旧资源、监控样本或扫描路径。判断时应先确认当前页面引用的 CSS/JS 是否 200，再看 Nginx 5xx、当前 sitemap、robots 和资源缓存头。
相关长尾搜索
围绕当前输入：https://chakan.com/topics/post-release-smoke-test-css-js-ga-icp-checklist
静态资源缓存检查CSS JS 长缓存查看immutable 缓存策略检查图片字体缓存头查看带 hash 资源缓存优化静态文件 CDN 缓存排查Next.js 静态资源缓存检查发布后旧 chunk 请求排查