网站自查报告

上周三凌晨两点，网站我盯着服务器日志里一条反复出现的自查404错误，顺手点开了网站后台的报告“链接检查”功能。三分钟后，网站屏幕上跳出17个失效链接，自查其中5个指向已经下架的报告产品页面，还有3个是网站去年改版时忘记更新的导航菜单。这个结果不算意外——距离上一次系统性自查，自查已经过去整整八个月。报告

网站自查这件事，网站最怕的自查是“看起来没问题”。我见过一个日活过万的报告技术博客，首页加载速度在本地测试时只有1.2秒，网站但实际用户端平均要4.7秒。自查原因出在一张没压缩的报告Banner图，大小2.3MB，而服务器带宽只有5Mbps。后来他们把图片转成WebP格式，速度立刻掉到1.8秒。这种问题靠肉眼根本看不出来，必须用工具跑一遍。

我自己的自查清单分三块。第一块是链接和资源，用Screaming Frog或者Xenu跑全站，重点看404、301跳转链和孤岛页面。上个月帮朋友查一个电商站，发现商品详情页有12%的图片路径写的是本地开发环境地址，线上用户看到的全是裂图。第二块是性能，Chrome DevTools的Lighthouse打分低于70分就得动手，主要盯首屏渲染时间、未使用的CSS/JS、以及缓存策略。有个做知识付费的站点，Lighthouse性能分只有43，原因是每个页面都加载了完整的jQuery和三个统计脚本，后来改成按需加载，分数直接拉到89。第三块是内容合规，检查隐私政策、备案号、版权声明是否完整，以及有没有过期活动页面还在线。

移动端适配是另一个容易翻车的地方。很多站长在桌面浏览器里把窗口缩到手机宽度看一眼，觉得没问题就过了。实际拿真机测试，经常发现按钮点不到、弹窗关不掉、字体小得看不清。我习惯用BrowserStack跑几个主流机型，重点看表单输入和支付流程。有一次在iPhone SE上测试，发现优惠券输入框被键盘挡住，用户根本没法完成下单。这个问题在桌面端完全模拟不出来。

安全方面，我每周会扫一次目录，看有没有暴露的.git文件夹、备份文件或者phpinfo页面。去年有个客户网站被挂马，原因是网站根目录下留了一个test.php，里面直接执行了eval($_POST['cmd'])。这种低级错误在中小站点里特别常见。另外，SSL证书过期前30天就要续，别等浏览器弹红色警告才动手。

自查频率不用太高，但也不能太低。我自己的节奏是：链接和性能每月一次，安全扫描每周一次，内容合规每季度一次。每次查完把问题记在表格里，标上优先级和修复时间。别指望一次修完所有问题，先把影响用户操作的（比如支付失败、页面打不开）干掉，再处理体验类的（比如图片太大、排版错位）。

最后说一个观察：很多站长做完自查，改完问题就关掉工具，等下次再查时发现同样的问题又回来了。原因很简单——没有把检查项变成日常习惯。比如图片上传前自动压缩、新页面发布前跑一次链接检查、每次改代码后看一眼Lighthouse分数。工具是辅助，流程才是根本。