昨天半夜，网站我的自检自查个人网站又挂了。不是报告服务器宕机，是网站SSL证书过期，浏览器直接跳出红色警告。自检自查访客大概看了一眼就走了，报告这比服务器崩溃更致命，网站因为用户会直接判定你不靠谱。自检自查这种问题，报告靠日常自检根本防不住，网站得有一套固定的自检自查检查流程。

我做的报告第一件事是清空浏览器缓存，重新输入网址。网站这一招能暴露很多问题——比如CSS文件加载顺序错乱，自检自查或者某个图片路径写死成了旧域名。报告上次改版时我犯过这毛病，首页轮播图全裂了，自己还浑然不知，因为本地预览用的是缓存数据。自检必须从“模拟新用户”开始，清缓存、开隐身模式、换设备访问，每一步都不能省。

然后检查核心功能链路。我的网站是作品集加博客，最关键的路径是“首页→作品详情→联系页面”。我挨个点过去，发现一个隐藏很深的bug：作品页的返回按钮在移动端会跳转到空白页。查了半天，是JavaScript里一个坐标参数写死了。这种问题不动手点一遍根本发现不了，自动化测试工具在复杂交互面前经常失灵。

性能这块我用了两个土办法。先看页面加载时间，超过3秒就要优化图片。我有个习惯，每张上传的图片都用TinyPNG压缩一遍，但上个月偷懒直接扔了原图上去，结果单张图片2.4MB，加载慢得像蜗牛。再就是打开开发者工具看Network面板，找那些加载失败的资源。有一次我发现自己引用的一个Google字体库被墙了，页面字体自动回退成宋体，视觉效果大打折扣，但代码层面毫无报错。

内容检查最容易被忽略，但恰恰是用户最在意的。我逐篇翻看文章，发现两篇旧教程里的代码示例已经过时，有个API接口都退役了，照着写根本跑不通。更尴尬的是，某个项目案例里写的客户评价，其实对方公司早倒闭了。这种信息滞后比技术故障更损害信任感。

最后查安全漏洞。我登录后台看访问日志，发现有人连续尝试admin登录，IP来自国外。虽然密码够复杂没被攻破，但说明扫描机器人一直在盯着。我赶紧启用了双因素认证，顺便把默认的wp-admin路径改成了随机字符串。这些操作花不了十分钟，但能挡住99%的脚本攻击。

整套流程走下来大概四十分钟。说实话，每次检查完都会发现新问题，有时候是图片没加alt属性，有时候是移动端按钮间距太小。但最让我惊讶的是，很多问题都是自己亲手埋下的——改版时删错了代码、图省事没测兼容性、觉得“下次再优化”就一直拖到现在。网站这东西，跟养植物一样，得常看常修，放任不管的结果就是某天突然被用户用脚投票。