GEO检测与复测的节点安排，取决于项目交付节奏和内容更新频率。通常建议在内容上线前做基线检测，上线后按固定周期复测，但具体间隔需用自家数据验证。如果项目周期短、内容更新快，复测频率可以适当提高；如果内容稳定、更新慢，复测间隔可以拉长。关键是把检测和复测嵌入到内容生产与发布流程中，而不是等出现问题再临时补救。
基线检测放在内容上线前，还是上线后？
基线检测更适合放在内容上线前。上线前检测能记录页面初始状态，包括可访问性、抓取规则、结构化数据、实体标注等，为后续复测提供对照。如果上线后再补基线，页面可能已被抓取或索引，初始状态难以还原。
上线前检测的重点是确认页面能被正常访问、robots.txt 没有误屏蔽、sitemap 已包含目标页面、结构化数据语法正确、实体名称与品牌信息一致。这些属于机制层面的检查，依据 Google Search Central 的《搜索抓取与索引指南》和 Schema.org 的类型定义，可以按确定性事实处理。
上线前检测不需要追求全面，但至少要把影响抓取和索引的基础项过一遍。如果项目时间紧，可以优先检查 robots.txt、sitemap、页面状态码和结构化数据语法，其他项放到上线后复测阶段补充。
复测周期怎么定，按月还是按周？
复测周期没有统一标准，无法通用判断，需用自家数据验证。内容更新频率高、页面数量多的项目，复测间隔可以短一些；内容稳定、更新少的项目，复测间隔可以长一些。关键是保持记录连续，便于对比变化。
一个可执行的做法是：上线后第 7 天做一次快速复测，检查页面是否被正常抓取、索引状态是否正常、结构化数据是否有效；之后按项目节奏，每 2 到 4 周做一次完整复测，覆盖实体一致性、引用来源、查询测试和版本记录。
如果项目有明确的发布节点，比如每月更新一批内容，可以把复测安排在每次更新之后。这样复测结果能直接反映最新内容的状态，也方便和上一次记录做对比。
检测和复测分别要看哪些字段？
检测和复测的字段可以保持一致，这样对比起来更直观。基础字段包括：页面 URL、HTTP 状态码、robots.txt 是否允许抓取、sitemap 是否包含、canonical 标签是否正确、结构化数据类型和语法状态。
实体相关字段包括：品牌名称、产品名称、服务范围、联系方式是否与页面内容一致。如果页面涉及多个实体，要分别记录每个实体的名称和属性，避免混淆。
引用来源字段包括：页面引用的外部来源名称、材料名称、发布时间。这些信息有助于判断内容可信度，也方便后续复测时核对来源是否仍然有效。
查询测试字段包括：用目标关键词在搜索引擎和 AI 搜索中查询，记录页面是否出现、出现位置、摘要内容。这部分结果受多种因素影响，无法通用判断，需用自家数据验证。
版本记录怎么做才能方便对比？
版本记录不需要复杂工具，一张表格就能满足基本需求。每次检测或复测后，记录日期、页面 URL、检测项、检测结果、备注。如果检测项有变化，在备注里写清楚变化内容。
表格可以按页面分组，也可以按检测项分组。按页面分组适合页面数量少的项目，按检测项分组适合需要横向对比多个页面的项目。选择哪种方式，取决于项目规模和团队习惯。
记录时尽量使用统一术语，避免同一项在不同记录里用不同名称。比如“结构化数据”不要有时写“Schema”，有时写“结构化标记”，统一写法能减少后续对比时的困惑。
哪些情况需要临时加一次复测？
页面内容大幅更新、网站结构调整、robots.txt 或 sitemap 变更、结构化数据模板修改，这些情况都建议临时加一次复测。临时复测不需要覆盖所有字段，重点检查变更涉及的项即可。
如果发现页面突然无法访问、抓取量明显下降、索引状态异常，也需要临时复测。这类问题可能由多种原因引起，复测时先确认基础项是否正常，再逐步排查其他可能。
临时复测的结果要单独记录，并注明触发原因。这样后续回顾时，能清楚知道每次复测的背景，避免把临时复测和常规复测混在一起对比。