每天三次检查八个网站是否处于搜索引擎可读状态

背景

网站能打开，与搜索引擎能读取，是两回事。

在地址栏输入地址就能显示画面，可告诉搜索引擎哪些内容可以读取的 文件（robots.txt）里没有写网站目录（站点地图）；或者提示「这篇文章的真正地址在 这里」的标记指向一个会自动转到别处的地址；或者粘贴的访客统计代码实际上哪里都没 送达。这些事光看画面，一个都看不出来。

定义的问题

网站正常打开，但搜索引擎里可能看不到它。

• 粘贴的访客统计收不到数字。 管理画面显示「已连接」，代码也原样嵌在页面里。可是一次访问都统计不到
• 不会报错。所以发现得更晚。 画面正常显示，负责人能看到的任何地方都没有红色标记
• 交代了工作，却没有办法确认是否已生效。 「做完了」的回复和实际生效的状态是两回事，而区分这两者的画面并不存在

我们找出这些位置，把它们换成每天三次重新确认实际是否送达（而不是是否贴上）的检查。

做出来的东西

• 每天三次，07:50 · 12:50 · 18:50 —— 依次打开八个网站
• 一个网站最多十二个项目 —— 首页能否打开、多个地址是否归并到一个、「这篇文章的真正地址在这里」的标记是否指向正确的位置、搜索引擎说明文件能否读取、网站目录是否写在该文件里、目录构成是否正确、是否有表明网站所有者的标记、是否附有搜索引擎能识别的格式的信息、有没有说明文字、访客统计是否真的送达
• 我们的检查不会在贵公司网站上留下任何东西 —— 只读取，不改动。如果检查制造了虚假访问，贵公司的访客数据就会被污染
• 每天出现的警报会变得没人看 —— 所以把判定对象和记录项目分开了。每个网站情况不同，会出现「在这个网站上这一项不算问题」的情况，如果一直让它亮着红灯，连真正的问题也会一起看不见。 但也不会把它改成通过 —— 而是降为记录，连同是谁、何时确认过的一起留下
• 只回答能回答的 —— 这个工具回答的是「搜索引擎是否处于可读取状态」。搜索排名或访客数是另一个问题，这个工具不会假装连那些都知道
• 只挑与昨天不同的来通知 —— 十二个项目、八个地方、每天三次，确认下来结果很快就会堆积。全都发出去就没人看了，没人看就和没有一样。只有变化的内容会来
• 每次修改都重新运行的 78 个自动测试 —— 不会出现检查工具悄悄坏掉却亮着绿灯的情况

把「通过」和「未确认」记成不同的值

拥有多个网站的公司都会遇到的事。

• 完全不统计访客的网站会显示为「正常」。 只要一个绿灯上了表，就和「访客统计正常」无法区分。我们把「是否通过检查」和「访客是否真的被统计」作为两个不同的值来记录，无法确认的项目记作「未确认」而不是 0。这样，贵公司对「现在这个网站的访客数能不能信」就有了答案。
• 有一种类型开发时一切正常，只在真实服务器上出错。 在开发用电脑上不管跑多少次都不会发生同样的事，可到了真实服务器上，明明好好活着的网站会显示「连接失败」，该网站剩下的十一个项目被整体跳过。 我们让这种情况可以直接处理，并有自动测试守护着，不会在日后被删掉。所以贵公司可以原样相信「检查亮起了红灯」 —— 真正的故障与检查工具的误动作不会混在一起

为什么是每天三次

一天一次的话，漏掉的那一次当天就整个是空白。做检查的服务器也有停摆的时候。 事实上，在早上缺了六个小时的那一天，白天的轮次把它补上了 —— 即使检查漏掉的那一天，当天的状态也留了下来。

动过的地方马上就能确认

给一个网站新加了所有者确认标记，下一次检查就原样捕捉到了这个变化 （2026-08-09）。操作的人不用另行通知，下一轮的「有变化的项目」里就会出现那一行。 「说做了，可到底生效没有」——不用再让人逐个跑去确认。

结果

2026年8月12日还是24件的必需项目未达标数，在8月23日07时50分的检查中降到了16件。 还有16件没有解决。 这个数字不是人工统计的，而是工具直接得出的，所以「减少了」 和「还剩下」都出自同一个地方。

所以，对贵公司来说

无论网站是八个还是一个，都用同样的结构来做。「我们的网站现在是否处于能被搜索到 的状态」——这个问题会有每天三次更新的答案。 交给代理商的工作有没有真正生效、 粘贴的访客统计有没有真的送达、昨天到今天之间有什么变化 —— 这些现在都需要负责人 一个一个打开才能知道。剩下的未达标数直接显示在画面上，所以接下来该修什么，会 作为一份清单留下来。

用同样方式做成的其他工作，收录在网页数据采集中。 我们公司运营自身所用的其他系统，收录在公司内部运营自动化中。