网站健康检查清单：15 分钟排查基础问题

你有没有遇到过这种情况：网站收录突然往下掉，排名也开始波动，第一反应以为是算法更新，查来查去最后发现，其实是某个基础项悄悄坏了——robots 误拦、证书过期、sitemap 失效、某个模板改崩导致全站 5xx。用一份 15 分钟清单定期跑一遍，能把大部分低级故障挡在影响扩大之前，也省去事后救火的慌乱。

这份清单偏「快速排查」而不是深度审计，适合每月或发版后例行过一遍。先确认全站能正常打开、证书没过期、没返回大规模 5xx；再用 URL 检查工具确认重要页面可抓取、可索引，没被 noindex；sitemap 和 robots.txt 要能访问且内容正确，这是最常被忽略的两处；最后用 PageSpeed 跑一遍首页和核心页，LCP 别超过 2.5 秒这条线。

第一步：确认能访问

用浏览器和无头工具各打开一次首页与几个内页，确认没有大面积 5xx。顺手查 SSL 证书到期日——证书过期会让浏览器直接拦下整站，蜘蛛也会停止抓取，而且这种故障往往发生在凌晨，等早上发现已经停摆几小时，收录和访客一起流失。

再看 DNS 解析是否正常，A/AAAA 记录别指向了旧 IP 或已下线的负载均衡。还要抽查移动网络下的打开情况，很多故障只在特定运营商或地区出现，桌面访问正常不等于全网正常。可访问是地基，地基裂了后面全白做，再好的内容也传不出去，排查要从严。

第二步：确认可抓取

在 GSC 用「网址检查」工具测几个核心 URL，看「Google 能否抓取」是否为绿色。如果显示被 robots 拦截，八成是 robots.txt 里多写了一行 Disallow，或页面被误加 noindex。这种错误改起来快，但发现得晚代价大，可能整批页面已经掉出索引，排名随之崩。

同时检查 robots.txt 本身能不能访问、语法有没有写错。一个多余的反斜杠或大小写错误，就能把整目录关在门外。抓取层面跟抓取预算优化强相关：门开对了，预算才花在刀刃上；门开错，蜘蛛连首页都进不来，后面所有优化都失去了前提。

第三步：确认可索引

在 GSC 的「页面」报告里看已编入索引的数量有没有异常下跌。若某批页面从「有效」掉到「已排除」，点开原因：是重复内容、规范冲突还是被 canonical 指走。索引量短期波动正常，连续两周下滑就要追因，别等排名掉了才回头查，那时恢复要更久。

站点架构过深的站，深层页面容易长期不被发现。对照扁平化站点架构的原则，确认重要页面离首页不超过三到四次点击，否则即便能索引，权重也传不上去，等于收录了也难有排名，白费了被抓的预算，架构问题要顺手记下来。

第四步：跑一次速度

用 PageSpeed Insights 测首页和一篇典型文章，重点看 LCP、CLS、INP 三项。LCP 超过 2.5 秒、CLS 超过 0.1、INP 超过 200 毫秒就该记进待办。速度体检不用每次深挖，先把超标项标出来，下次专项处理，比临时抱佛脚更高效，也便于跟踪。

移动端和桌面端分开测，很多站桌面达标、移动翻车，而移动体验现在直接影响排名。把超标 URL 和具体指标记下来，转交给前端排期，比笼统说「网站有点慢」有用得多，也方便后续验收时对着同一组数字确认是否改善，避免各说各话、无法验收。

把清单变成习惯

清单最大的价值是「例行」，而不是一次性。把它存成团队共享的检查表，发版后必跑、每月必跑，谁执行谁签字。这样故障在发生当天就被拦下，而不是两周后排名掉了才有人想起来查，那时候恢复成本和用户流失都已经发生，代价远高于一次例行检查。

每次执行保留截图或简短记录，三个月后你就有了趋势基线。某次首页 LCP 从 1.8 秒慢慢爬到 2.4 秒，这种「温水煮青蛙」式退化，只有靠连续记录才能早发现，等它冲破 2.5 秒再处理往往已经伤了排名，追回来又得花几周时间，得不偿失。

常见漏检项

清单最容易漏的是「变化项」：昨天还好好的页面，今天可能因为部署失败变成 5xx；上周加的栏目忘了在 robots 放行。所以体检不是查静态配置，而是查「相对上次有没有变」，尤其发版当天，新代码最容易引入回归故障。

另一个漏检点是移动与桌面的差异、不同地区 DNS 的差异。只在一台机器、一个网络下测，等于只看了站点的一面。条件允许时换网络、换设备各测一次，能抓出那些「在我电脑上正常」的幽灵故障，避免误判站点健康。

工具化建议

当站点变大、发版变频繁，纯人工体检会漏。可以把几步检查写成脚本：curl 测关键 URL 状态码、调 GSC API 拉索引量、跑一次 Pagespeed，结果汇总成一张周报。人工只审异常，例行部分交给机器，既不增加负担又能保持频率。把证书到期日写进日历，提前两周告警；对「已排除」的索引页面建一个复查机制；每次体检留截图，方便对比趋势。