项目验收通过之后，最常见的三种结局是这样的：问题集停在当初那三十条，回答里的来源页面换了却没人注意，销售那边收到的新闻题没地方流转。这三件事都不需要新预算，需要的是把责任和节奏定下来。维护机制要解决的就是这个：谁在做、多久看一次、什么条件下必须重跑一轮。
三个角色，不是三个岗位
维护工作可以归成三种责任，小团队里一个人兼两个也可以，但不能三个都空着。
内容与事实责任。负责把官网资料改对、把新问法补进内容、在发现事实偏差时启动更正流程。这个人需要能直接改页面或指挥改页面，只有建议权没有执行权的角色做不了这件事。
技术与抓取责任。负责 robots.txt、CDN 与 WAF 的放行配置、页面渲染、索引状态。这类问题通常由开发或运维掌握，内容团队看不到也改不了，所以必须有人被明确指派。
一线接口责任。负责把销售、售前、客服对话里出现的新问法、新异议、新竞争对手名字收集并流转给上面两个人。这个角色最容易被漏掉，但它决定了问题集能不能跟上客户的说法。
写进文档时建议直接写“谁在什么情况下做什么”，而不是写岗位名称。比如“收到客户提出的新问法，由接口人当日记录，内容责任人两周内判断是否并入问题集”，这种写法比“由市场部负责内容运营”可执行得多。
节奏怎么定：月度、季度和触发式
固定节奏解决常规变化，触发条件解决突发情况，两套都要有。
月度处理三类动作：接收并整理新问法，修改确认有误的事实，处理新出现的失实或仿冒信息。月度不需要出报告，但需要留下变更记录。
季度做三件事：把稳定出现的新问法转正并给问题集升版本，按新版本重跑一轮固定样本作为新基线，检查被引用来源的变化（包括来源页面是否已经过期）。季度做一次复盘会，参与人就是上面三个角色。
触发式重跑的条件建议写死几条：官网改版或域名调整、产品线或公司主体信息变化、发现新的仿冒或重大失实内容、客户常用平台出现明显的展示形式变化。触发式重跑不需要全员，由对应的责任人执行并记录即可。
每次复盘固定看哪几项
项目要少而固定，否则每次都从零讨论。四项足够：问法变化（本期新增了哪些问法、哪些问法已经不再出现）、事实准确性（回答里有没有新的偏差，源头是否已更正）、来源变化（被引用的页面是否换了，是否出现不属于自己的页面）、执行清单（上一次定下的动作哪些完成了、哪些没完成、为什么）。
第四项最容易被跳过，也最重要。维护机制的失效几乎都不是因为没发现问题，而是因为上一轮定的事没人跟。把未完成项在下次复盘时逐条过一遍，比新增十项指标更有效。
变更有生效时间，计划要留出等待
排节奏时必须把平台侧的生效时间算进去，否则每次复盘都会误判。OpenAI 的文档写明，robots.txt 变更后系统调整大约需要 24 小时；Perplexity 的说明是变更最长可能需要 24 小时才会在系统中生效；Google 对抓取与处理的描述更保守，说明抓取可能需要几天到几个月，取决于系统判断页面是否需要刷新。这意味着：配置类变更可以按月节奏检查，而页面内容的改动往往要到下一个季度才看得出是否被采用。
因此复盘时不能把“本期改了十几处页面”当作结果。合理的记录方式是分开两栏：本期完成的动作，和本期可观察到的变化。两栏之间的时间差本身就是需要向内部解释的常态。
决策点：以哪一版为准
维护机制里真正需要人拍板的只有一件事：当同一件事在官网上有两个说法、或者客户资料与官网口径不一致时，以哪一版为准。这个决定要有人签字，写进记录，并且能追溯到日期。没有这个环节，改到一半就会出现互相覆盖的情况，半年后连自己都说不清哪一版是现行口径。
建议把它做成一份很短的主体资料表：公司全称、品牌名与别名、主营产品与关键参数、服务范围与边界、各市场官方渠道、资料更新日期。它的作用是让所有改动有一个共同参照，而不是每次讨论都重新确认一次基础事实。
什么时候该重新评估要不要继续
维护不等于无条件投入。建议在季度复盘里加一条止损判据：连续两轮复盘里，如果问法没有新增、事实偏差没有减少、引用来源没有变化，那么要做的是重新评估方向，而不是继续按原节奏执行。这条判据的目的不是省钱，而是避免团队把维护做成仪式。
节奏定好之后，先后顺序还取决于预算怎么分，判断依据见 SEO 和 GEO 的预算怎么分配；如果季度复盘发现新问法不再出现，那多半是一线记录环节断了，补法见 客户问法变化时怎么发现新的问题集。
问题集维护、事实核对与阶段复盘可以整体外包，也可以只外包其中一段，取决于你们内部有几个人能长期负责。GEO 服务的执行方式按这段范围商定。
这一环节还有几篇相关的方法与排查可以接着看：谷歌SEO外包还是自建：用职责、交付物与数据权限比较总成本。
参考来源
- Overview of OpenAI Crawlers — robots.txt 变更后系统调整大约需要 24 小时。
- Perplexity Crawlers — 设置相互独立，系统反映变更最长可能需要 24 小时。
- AI features and your website — 重新抓取可能需要几天到几个月，取决于系统判断页面是否需要刷新。
- Google's Guide to Optimizing for Generative AI Features on Google Search — 可用 Search Console 的生成式 AI 性能报告监测内容在生成式AI功能中的表现。
- Does Anthropic crawl data from the web, and how can site owners block the crawler? — Anthropic 的爬虫支持非标准的 Crawl-delay 扩展，说明不同检索方的配置项并不统一。