网站上线只是开始：
静态站日常监控清单。

静态站有个让人放松的特性：它不会像 WordPress 那样，某天早上因为一个自动更新就白屏。但「不会突然坏」不等于「不会慢慢坏」——证书到期、表单断链、资源 404、缓存发着旧版本，这些都是几周才显形的慢性问题。这篇给一份每周十分钟能跑完的清单。

先分清两类问题

真正伤生意的是第二类。第一类会有人喊，第二类没人喊——客户以为发了询盘，你以为最近行情差，两边都不说，一个月就这么过去了。

每周十分钟：六件事

不用工具，浏览器加终端就够。

一、核心页面还能不能打开

首页、产品主分类页、最常被访问的三个文章页，各打开一次。看三件事：能不能开、内容对不对（是不是上了旧版本）、手机上有没有错位。

要自动化就用一条命令，把状态码批量打出来：

for u in / /service/ /blog/ /about/; do
  printf "%-14s " "$u"
  curl -o /dev/null -s -w "%{http_code} %{time_total}s\n" "https://你的域名$u"
done

200 是正常。出现 5xx 立刻查，出现 301 要确认跳的方向对不对，出现 404 说明有页面被删了但链接还在。

二、证书还有多久到期

证书过期那天，客户看到的是整页红色警告，转化率直接归零。一条命令看到期时间：

curl -vI https://你的域名 2>&1 | grep -i "expire date"

用托管平台自动签发的证书一般会自动续，但「一般」两个字要验证过才敢信。手动签的证书尤其要记日历，提前三十天提醒。

三、表单真的能提交

这一步最容易偷懒，也最容易出事。不要看代码、不要看配置，真的提交一次，用自己的邮箱，然后去收件箱确认收到。

提交时用两个不同的网络（比如手机流量和办公室 WiFi），因为有的问题只在特定 IP 段出现。收到邮件之后，顺手看一眼是不是进了垃圾箱——进了垃圾箱等于没收到。

四、扫一遍 404

静态站删页面很容易，但删完之后旧链接还在外面飘着。两个地方能看到：Search Console 的「网页」报告里标着「未找到（404）」的列表，以及服务器访问日志里 404 的路径。

处理原则：有外链的、有人访问的 404，补 301 到最接近的页面；从来没人访问的，可以不管。别为了「看起来干净」把所有 404 都跳首页，那会让谷歌判定为软 404。

静态托管平台的访问日志通常能保留一段时间，够查漏了。看的时候按路径分组排序，找出被访问最多却返回 404 的那几个——这几个才是真在丢流量。一次只修前三个，剩下的下个月再说，别想着一口气清完。

五、收录有没有掉

Search Console 每周看一眼两个数：已编入索引的页面数、以及「已发现但尚未编入索引」的数量。前者掉，说明有页面被剔了；后者涨，说明抓取跟不上。

“Search Console is a tool from Google that can help anyone with a website to understand how they are performing” “This can help website owners to monitor and optimize Search performance.”

谷歌对 Search Console 的定位：帮任何有网站的人理解自己的表现，并据此监控和优化搜索表现。注意用词是「监控」在前——它的第一价值是让你知道发生了什么，而不是让你去操作什么。

Google 搜索中心 · Search Console 入门

六、确认客户看到的是最新版本

改完发布了，但客户打开还是旧的——这是静态站最典型的一种「幽灵 bug」，原因通常是缓存。判断方法：看页面源码里 CSS 和 JS 的版本参数（?v=xxxx），跟你这次发布的是不是同一个值。

版本参数的作用就在这儿：资源内容一变，参数就变，浏览器必须重新下载。如果参数没变，那你改了等于没改。

哪些能自动盯住？

上面六件里，有三件可以做成一分钟都不用花：

• 可用性监测。任意一个免费的 uptime 监测服务，五分钟一次，挂了发邮件或企业微信。这类服务只测状态码，不测内容，但能覆盖「站挂了」这一半。
• 证书到期提醒。多数托管平台自带邮件提醒，确认它开着。
• 表单定时提交。用一个每天定时跑的小脚本往表单提交一条测试数据，内容带一个特殊标记，收不到就告警。这一步能覆盖最难发现的那类问题。

自动化的意义不是省那十分钟，是把「人会不会忘」这个变量去掉。再勤快的人，忙起来也会漏掉第三周。

每月一次：慢变量

有些东西按周看没变化，按月看才有趋势：

1. 核心页面的加载时间。记一个数，三个月对比。慢慢变慢通常是图片在增加。
2. 询盘数量与来源。如果数量在降而流量没降，查表单；流量在降而内容没变，查收录。
3. 依赖的第三方服务。统计、客服、字体 CDN，这些还在不在维护，有没有更便宜/更稳的替代。
4. 备份能不能恢复。备份不是「有文件」，是「能还原」。每季度真恢复一次到临时目录，才算验证过。

出问题了，先做哪一步？

站打不开，先别改代码。按这个顺序排：

1. 是全站还是个别页面。全站大概是 DNS、证书或托管平台；个别页面是那个页面本身的问题。
2. 是你这里还是所有人。用手机流量再试一次，换一个 DNS 再试一次。排除自己的网络。
3. 看状态码。5xx 是服务端，4xx 是路径或权限，一直转圈是超时或网络。
4. 看最近改了什么。九成的问题来自最近一次发布。有版本记录的话，回滚是最快的定位方式——能回滚就回滚，再慢慢查。

最后一步是静态站相对好过的地方：文件都在版本库里，回滚是一次发布的事。不像数据库站，出了问题先要判断「数据有没有被改坏」，那才麻烦。

托管里到底包含哪些监控？

说白了就是上面这份清单，由我们来跑：可用性监测、证书自动续期、表单连通性每日测试、每月一份一页纸的报告（谁来过、看了什么、有没有异常）、以及每周备份。

小改动在服务期内不另收费，一小时内改好，改完可回滚。这一条的意义不在于省钱，在于「发现一个问题不需要先谈一次价」——很多站的毛病不是修不了，是每次修都要走一遍报价流程，于是大家都拖着。

说清边界：我们不监控你的邮箱是否满、不监控你的企业微信是否回得慢、也不替你回询盘。技术这一层我们兜住，生意那一层还得你自己上。

如果现在的站是「上线之后就没人管」的状态，把域名发我。我按这六项跑一遍，出一份体检单，告诉你哪几项已经在漏。