结论先说:如果缩减是暂时的、站点仍要保持基本可访问和可被索引,优先按“保留核心资产维护、暂停增量内容”重划范围;如果缩减意味着业务线本身要收缩甚至下线,则应改为“冻结新增、集中做减法与风险清理”。两种做法都成立,但前提不同,选错的代价也不同。
业务缩减不等于SEO工作量等比缩小。真正要区分的是:站点和业务是“暂时收着做”,还是“这条线不再投入”。
判断依据可以看三个信号:业务是否还有成交、站点是否还有自然流量入口、缩减预计持续多久。若只是季度性收紧,按第一类处理;若已明确不做,按第二类处理。
适用条件是站点仍在获客链路中,且缩减周期可预期。具体动作是把交付拆成“必须保留”和“可以暂停”两层。
必须保留的部分通常包括:服务器与域名可用性检查、核心页面可访问性、站点地图与索引状态的基本监控、关键转化页的可用性。可以暂停的部分包括:新增文章、外链建设、新栏目策划、大规模改版。
一个假设例子:某服务方原合同每月交付8篇内容加1次技术巡检。业务缩减后改为每月只做1次技术巡检,内容暂停。这样做的结果是成本下降,但站点不会因为无人看管而出现访问故障。下一步动作是把暂停项写成“可恢复清单”,约定业务回升后从哪一项先恢复,避免重新谈判时扯不清。
这个方案的代价是:自然流量增长会停滞甚至缓慢下滑,因为内容不再更新、外部信号不再增加。如果缩减周期超过三到六个月,这种停滞可能变成实质性下滑。
适用条件是业务线明确收缩,或站点要合并、迁移、下线部分内容。此时交付重点从“做多”转向“做准”。
具体动作包括:梳理哪些页面还有访问和转化价值、哪些页面已无业务支撑、对无价值页面做合并或设置跳转、清理失效链接、更新仍然保留页面上的过时信息。这些动作的目标不是提升排名,而是减少站点里的死角和矛盾信息。
一个假设例子:某服务方原合同包含全站内容维护。业务缩减后只保留20个核心页面,其余栏目下线并做跳转。结果是维护面缩小、后续出错概率降低。下一步动作是确认跳转规则和保留页面的清单,并约定新增页面需另行确认。
这个方案的代价是:一旦判断错了哪些页面该留,可能丢掉仍有价值的入口。因此做减法前应先看访问数据,而不是凭感觉删。
如果缩减的原因是站点本身出了严重问题,比如被入侵、被挂马、大量页面返回错误,那么无论属于哪一类,都不能简单按“暂停增量”或“做减法”处理。此时优先级应改为先恢复站点基本安全和可用,再谈范围划分。把安全问题当成业务缩减来砍预算,往往会让修复成本继续上升。
另一个反例是:缩减只发生在付款节奏上,而交付内容并没有真正减少。这种情况下重新划分范围只是形式,实际执行仍会按原量走,最终要么服务方减配,要么双方对“做了没有”产生分歧。判断方法是看缩减后每月实际可投入的人天或工时,而不是只看合同金额。
下一步动作很具体:先列出当前合同里的全部交付项,逐项标注“保留、暂停、删除”,再对照业务是否还在成交来校验这个划分。若某项既不能证明对业务有用,又需要持续投入,就应优先进入暂停或删除清单。