日常巡检里把GEO检测和复测搭配起来，核心就一句话：检测负责发现问题，复测负责确认问题有没有被解决，两者不能互相替代。检测可以天天跑或每周跑，盯的是页面能不能被抓取、有没有被索引、结构化数据有没有报错、实体信息是否一致；复测则要等改动上线、页面重新被抓取之后再跑，看的是同一批URL的状态有没有变化。如果只检测不复测，改动等于没验收；只复测不检测，又不知道问题出在哪。所以搭配的关键是让检测有记录、复测有对照。

巡检到底该多久跑一次检测

日常巡检的检测频率不用一刀切，看站点更新节奏。内容每天更新的站点，抓取和索引状态可以每天看一次；更新不频繁的站点，每周固定跑一次也够用。检测项建议固定下来：目标URL的HTTP状态码、robots.txt是否误拦、sitemap里是否包含这些URL、页面有没有被搜索引擎收录、结构化数据有没有语法错误。这些属于机制层面的检查，依据的是Google Search Central《搜索抓取与索引指南》里对抓取和索引流程的说明。

检测结果要留档，不然复测时没有对照。最简单的做法是建一张表，每次检测记录日期、URL、状态码、是否收录、结构化数据类型和报错信息。这样复测时一眼就能看出哪条变了、哪条没动。

检测发现问题后，先改什么再复测

检测出来的问题分两类：一类是抓取层面的，比如robots.txt挡住了、页面返回404或500、sitemap没更新；另一类是理解层面的，比如结构化数据字段缺失、实体名称前后不一致。抓取层面的问题优先处理，因为页面进不去，后面理解得再好也没用。

改完之后不要马上复测。搜索引擎需要重新抓取页面，这个周期不由你控制，所以复测要等页面被抓取记录更新后再做。可以先用抓取工具看页面是否已经重新被抓，确认之后再跑复测。复测跑的是和检测同一批URL、同一批检查项，这样对比才有意义。

复测结果怎么看才算有效

复测不是看“有没有变化”这么简单，要看变化是不是朝着预期方向走。比如检测时某页面没被收录，复测时收录了，这是有效；检测时结构化数据报错，复测时错误消失，这也是有效。但如果复测时状态码从200变成404，那说明改动引入了新问题，得回头查。

复测还要看稳定性。一次复测通过不代表长期没问题，可以在接下来几天再跑一两次，确认状态没有反复。如果同一个问题反复出现，说明根因没解决，要回到检测环节重新定位。

检测和复测的记录怎么衔接

检测和复测共用一套记录表最省事。每条记录包含URL、检测时间、检测结果、改动内容、复测时间、复测结果。这样一条URL的完整链路就清楚了：什么时候发现问题、改了什么、什么时候复测、结果如何。

记录表还能帮你判断哪些问题值得优先处理。如果某个URL反复在检测里出问题、复测后又复发，那它可能涉及模板或站点配置，不是单页能解决的。这时候要把问题上升到模板层面，而不是继续单页修补。

哪些情况不适合按固定节奏跑

站点做大改版、换域名、调整URL结构的时候，固定节奏的巡检会失效。这种阶段检测要加密，改版上线后立刻跑一轮全量检测，确认新结构下抓取和索引正常。复测也要跟着提前，不能等一周后再看。

还有一种情况是页面本身不打算被索引，比如后台页、测试页。这类页面检测时确认robots.txt或meta标签正确屏蔽即可，不需要纳入复测范围，否则会浪费巡检精力。

用一套闭环把检测和复测串起来

可以按这个闭环执行：观察对象是目标URL的抓取、索引和结构化数据状态；记录字段包括URL、检测时间、状态码、收录情况、结构化数据报错、改动内容、复测时间、复测结果；判断指标是同一URL在复测时问题是否消失且状态稳定；观察周期按站点更新频率定，更新快的站点缩短周期；下一步动作是问题消失就归档，问题复发就查模板或站点配置。

这套闭环不需要复杂工具，一张表加固定的检查项就能跑起来。关键是检测和复测用同一套标准，不然对比没有意义。