先给结论:不要急着删。旧说明页是否保留,取决于它还能不能独立回答用户问题,以及它是否仍被外部链接或用户收藏引用。能独立成立、且有外部引用的,改;只服务于已失效活动、没有任何外部引用的,删或做合并跳转。判断错了,损失的不是一条页面,而是这条页面原本承接的搜索需求和访问路径。
第一种条件:旧说明页的内容只在“原地点”这个前提下才讲得通。比如页面通篇写的是“到某某大厦三楼签到”“地铁某站C口出”,地点一换,整页信息全部作废,用户看完也无法完成任何动作。这类页面属于依附型内容,处理方向是删除或合并,不必保留原文。
第二种条件:旧说明页的主体信息仍然成立,只有地点、交通、签到位置这些局部字段失效。比如页面讲的是活动流程、参与条件、材料准备,地点只是其中一段。这类页面属于可修复内容,处理方向是原地更新,把失效字段替换掉,其余部分保留。
区分这两种条件,只需要问一句:把地点信息全部抽走,这页还剩不剩有用内容?剩得多,改;剩得少,删。这个判断不需要看数据,先看内容本身。
内容判断之后,再看两个外部因素。
反过来,如果一条旧说明页既没有被外部引用,也不在任何流程里,内容又完全依附旧地点,那它就没有保留价值。留着只会让搜索用户进入一个无效页面,也增加站点内需要维护的地址信息数量。
确定要改之后,动作顺序很关键。第一步改主说明页,把地点、交通、签到位置换成新信息,并在页面显著位置标注说明的适用范围,比如写清“本页信息适用于新地点场次”。
第二步处理衍生入口。旧说明页往往不止一个:可能有报名页、常见问题页、客服自动回复里的链接。这些入口如果还指向旧地址,只改主页面等于没改。逐条核对,把指向旧地址的链接改为新页面,或者在新页面里集中回答地点变更后的常见疑问。
第三步观察改动后的实际表现。改完后重点看两类信号:一是用户是否还在询问旧地点,二是新页面是否开始承接原本由旧页面承接的访问。如果旧地点的问题持续出现,说明还有入口没清理干净,下一步就是继续排查衍生入口,而不是反复修改主页面文字。
假设某场线下交流活动从城东改到城西,旧说明页写明了签到楼层和公交线路,同时被两个合作方在社群公告里引用过。
如果直接删除,合作方公告里的链接会变成死链,看到公告的人点进去无法确认新地点,可能直接放弃参加。如果原地更新,把地点字段替换掉,合作方公告不需要改,用户点进来看到的仍是一份完整说明,只是地址变了。这个例子里,外部引用这个条件决定了应该改而不是删。
反过来,如果这条旧说明页从未被任何人引用,内容又只有地址和签到时间,那删除并让新页面承接,反而更干净,不必保留一条已经没有实际内容的页面。
有三种例外需要单独判断。
处理地点变更后的旧说明页,核心不是删或改哪个更“正确”,而是先判断这条页面还有没有独立价值、还有没有外部依赖。判断清楚之后再动手,才不会在清理旧信息的同时,把本来能继续用的访问路径一起切断。