这点可以通过完善需求上线流程来解决一部分，比如：任何涉及页面变动的需求（新增页面 & 已有页面元素更改）在提交RD前，需求评审阶段均需要SEO部门介入，确认该需求对SEO渠道的用户拉新无影响后，在正式提交RD。

尴尬的是，有相当比例的公司，SEO因为历史效果种种不可控，或者 SEO并非用户拉新的主要渠道，SEO较难搞定在PM和RD面前话语权的问题，他们可能不怎么care，老忘记评审的时候叫上SEO一起玩耍。这种情况需要具有八卦特征的SEO，没事跟RD、PM扯扯皮，问问最近上了什么新需求…

但是，即便在流程上能够搞定，也是会出现页面元素的改动，却未及时通知到SEO的情况，比如新入职的产品提需求，不知道有这个流程。

此外，由于SEO部门人事变动，出现老员工离职、新员工入职的情况。新入职的SEO不能快速了解网站历史背景，老员工与新员工交接，很多细节会遗漏，导致新入职的SEO，日后会踩到本可避免的一些坑。

一些基层SEO针对爬虫日志，也没有足够的分析能力，或者需要每天手动拿软件或shell等分析一次数据，然后在执行的SEO动作，操作复杂且效率低下。

为解决以上两点问题，需要有一套“及时止损机制”，用于及时发现潜在风险，并提高日常SEO效率。