SEO 避坑与合规：算法、迁站和治理

流量掉下来的第一周，最常见的三个动作是删页面、改标题、查外链。三个动作都可能做错，因为它们跳过了同一个步骤，先弄清楚掉的是哪一类问题。

算法更新带来的排名变化、人工处罚、自身内容失控、迁移事故，这四类问题的发现方式、处置方式和时间预期都不一样。混在一起处理，通常出现两种结果，该等的时候乱动，该动的时候在等。迁站更典型，301 配错一次，后面几个月的优化都建在错误的地基上。

这篇讲一套跨更新的治理框架。单次垃圾更新怎么观察、怎么自检，9 月那篇已经写得很细，这里不重复。SEO 的基础概念与指标分层，见父篇。

先定性，再处置

定性靠三组证据，缺一组就容易误判。

第一组来自 Search Console。Manual actions 报告里有记录，说明问题经过人工审核；Security issues 报告里有记录，先按安全事故处理，别急着谈排名。两个报告都没有记录，也不能说明站点没问题，算法波动本来就不会出现在这里。

第二组是流量曲线与更新时间线。把自然搜索的曝光、点击、转化按页面类型、查询类型、国家分开看，再对照 Google 公布的核心更新与垃圾更新时间。全站普跌、多个页面类型同时变化，指向算法；少数页面突然归零，先查页面本身与索引。

第三组是自己的变更记录。发布时间、模板改版、追踪代码、CDN、robots、重定向规则，任何一项改动都可能画出一条和算法更新一样的曲线。没有变更日志的团队，在这一步只能猜。

三组证据对上以后，再把人、内容、技术三条线分开。下面四类，处置方式不同。

算法更新不是处罚

Google 的核心更新是广泛的质量调整，官方文档写得很清楚，这类变化不针对特定站点或单个页面。垃圾更新针对违反垃圾政策的手法，判定同样由系统完成。两者都属于算法层面，没有人工审核，也没有申诉入口。

发现上，先排除自己动过的东西，再对照 Google 公布的更新时间。核心更新的影响经常按页面类型分布，比如资讯类掉、产品类稳，或者反过来。把受影响页面按意图、模板、发布时间分组，比盯全站总数有用。

处置上，能做的事情集中在内容本身。检查这些页面是否回答了它承诺的问题，是否有第一手信息，是否只是把别人的内容重新组织一遍。Google 给内容团队一套自评框架，Who、How、Why，分别问谁写的、怎么做的、为什么做。三个问题都答不上来，这个页面本身就是风险。

时间预期要放平。官方说明是有些改动几天内见效，有些要几个月才能让系统确认整站质量在持续改善，也可能要等到下一次核心更新。没有保底，也没有加速通道。任何人给出精确恢复日期，都值得怀疑。

手动操作，按报告修完再申诉

手动操作是人工审核后的结果，会出现在 Search Console 的 Manual actions 报告和消息中心。它可能只影响一部分页面，也可能影响全站。报告里会给出受影响页面的模式，点开就能看到范围。

处置有一条硬要求，修完所有受影响页面。官方原文的意思很直接，只修一部分不会换来部分恢复。修的时候还要保证 Google 能正常访问这些页面，别让它们挡在登录、付费墙、robots.txt 或 noindex 后面。

复核请求写三件事，具体是什么质量问题、做了哪些修复、修复后的结果如何验证。官方给的复核时间通常是几天到几周，链接相关的会更久。提交以后不要重复提交，等最终结论。

这里要和算法更新分开。算法波动没有复核通道，反复提交只会浪费时间；手动操作不修页面，只写申诉，也不会通过。

内容治理，管住规模和目的

垃圾政策里有一条叫 scaled content abuse，指向的是以操纵排名为主要目的批量生成页面，不管内容由人写、由工具写，还是两者混合。政策原文还特别说明，判断看的是目的和结果，不是生产方式。用 AI 辅助写作本身不违规，把它当成批量铺页的工具，才会踩线。

另一条常被忽略的是站点声誉滥用，把自己的域名借给第三方内容，靠主站积累的信任去拿排名。政策里同时列出的还有薄联盟内容与过期域名滥用。出海站点做联名、做聚合、做城市分站时容易碰到边界，判断标准仍然是页面有没有给用户提供独立价值。外链买卖与链接方案属于另一条线，类型和处置细节在外链那篇里讲，这里只留一行，治理清单里要把异常外链增长纳入月度检查。

预防靠发布闸门，不靠事后清理。每个新页面或新目录上线前，至少要能回答三个问题，谁需要它、它比现有页面多提供什么、如果它不存在用户会失去什么。三个问题都答不出，就别发。规模也要设上限，按月统计新增 URL 数与有效页面数，收录涨得比需求快，通常不是好事。

发现靠盘点。把 GSC 的页面报告按目录、模板、发布时间分组，看多少页面全年零点击、多少页面只有品牌词曝光、多少页面内容高度相似。这三类加起来占比过高，说明规模已经跑在质量前面。

恢复靠取舍。能合并的合并，能补一手信息的补，确实没有存在价值的下线。下线用 404 或 410，不要用 noindex 挂着占位，也不要直接跳到首页。清掉低质页面不等于排名必然恢复，这一点要提前和管理层说清楚，别把清理当成承诺。

迁移事故，靠清单不靠运气

迁移是可以把风险压到最低的一类，前提是把动作写在切换之前。

迁移前三十天留基线，至少包括四块。GSC 里页面、查询、国家、设备四个维度的曝光与点击，以及索引状态与收录数。核心 Web 指标。GA4 的自然搜索转化。订单或 CRM 里的自然搜索收入。基线要留到迁移后九十天，方便按同一口径比较。同时导出一份全站 URL 清单，记录每页的状态码、canonical、title 与主要内链，这份清单就是回滚时的对照表。

URL 映射必须一对一。旧页面指向内容对应的新页面，不要把所有旧 URL 都跳到首页，也不要让大量不相关页面共用一个落地页。服务端 301 或 308 优先，直接指向最终地址。链式跳转要避免，官方建议能直达就直达，实在做不到，链上跳转数控制在三条以内，最多不超过五条。

同步项一张表管完。新页面 canonical 指向自己，hreflang 更新为新 URL，sitemap 只放新地址，robots.txt 解除开发期的屏蔽，结构化数据里的 URL 一并替换。结构化数据与性能标记的规范在工程化那篇里，迁移时按同一张表核对。站内链接要批量替换，方法和工具在站内优化那篇里。已经删除或合并的内容，返回 404 或 410，不要留着返回 200 的空页面。

切换分批次，留回滚。先迁一个子目录或一条产品线，观察一周再推全量。切换放在流量低的时段，旧站保持可访问，DNS 与重定向配置准备好一键回退。上线当天盯 5xx 比例、核心页面状态码和索引提交，出现大面积 5xx 或核心页面 404，先回滚再排查。

监测窗口按三天、七天、二十八天看。三天看技术指标，抓取错误、状态码、索引提交；七天看收录与曝光，确认新 URL 开始承接旧页面的查询；二十八天看点击与转化，和基线按同一口径比较。监测表怎么设计、哪些指标要拆分，数据与工具那篇有完整口径。触发回滚的条件要提前写死，比如核心页面 5xx 比例超过基线、索引页数一周内下降超过两成、自然搜索收入连续两周低于基线的一半。

收尾有三件事。域名或子域变更，提交 Change of Address，路径迁移不需要这个工具；重定向至少保留一年，官方建议能留多久留多久；旧域名继续续费至少一年，避免被第三方买走拿去做垃圾站。迁移后先查抓取与索引，排查顺序在这篇里，别一上来就改内容。

恢复期，先留证据再谈时间

四类问题处理完，都需要一段观察期。观察期里最重要的动作是记录，每次改动的时间、范围、预期和结果，写成一条时间线。下一次再出波动，这条时间线就是最直接的证据。

对管理层，报事实和下一步，不报预测。可以说已经排除了什么、正在验证什么、下一个检查点在哪天，不要给“多久恢复”的承诺。算法与内容治理都没有官方时间表，迁移的信号转移也以周计，把不确定说清楚，比给一个漂亮数字更负责。

常见误区

一掉流量就删内容。删除是不可逆动作，先定性再动手，很多波动与内容质量无关。

把核心更新当手动处罚。四处找申诉通道，实际问题在算法侧，没有复核可提交。

迁移只做 301。内链、canonical、sitemap、hreflang 任意一项没同步，都会让新 URL 承接不到信号。

迁移后立刻大改内容。迁移和改版两个变量叠在一起，出问题以后无法判断是哪一项造成。

以为清掉低质页面就会恢复。清理能降低风险，不构成恢复承诺，时间也不由清理动作决定。

相关阅读

• SEO 全攻略，基础概念、指标分层与搜索原理。
• 9 月垃圾更新的观察与自检，单次更新的时间窗口与检查清单。
• 爬取与索引排查，迁移后先查什么。
• SEO 数据与工具，基线、监测窗口与异常判读。