先给结论:不要直接删除旧页面,也不要只改一个地址就当作完成。正确做法是把旧说明改成“迁移通知页”,保留原链接可访问,在页面顶部用一句话说明活动已迁至新地点,并给出新说明页的链接,再处理指向旧页的内部链接和结构化数据。下面以你手上那份已经发布、带旧地址的活动说明页为对象,逐步拆成可执行动作。
处理方式取决于旧页是否还有独立价值,而不是取决于它排在第几位。可以用两个条件区分:
判断依据可以这样取证:在站内搜索旧页标题,看还有多少页面在正文里链接它;再看外部引用,如果难以确认,就保守选择保留迁移页。这一步的结果直接决定下一步是改内容还是做跳转,选错会让后续所有工作白做。
假设你手上这份页面标题是“某活动报名说明”,正文里写着旧地点和旧时间。按顺序执行:
其中第 4 步最容易被漏掉。很多旧说明页的地址不只出现在正文,还藏在 <script type="application/ld+json"> 的 location 字段、表单的隐藏字段、图片 alt 文本里。只改可见文字,结构化数据仍会向搜索引擎传递旧地点,这是常规做法做完仍没解决的常见遗漏条件。
假设某活动原在 A 场地,现改到 B 场地,旧页有 3 个站内页面链接它。处理方式是:旧页顶部加迁移说明,正文旧地址改为“原地点:A(已停用)”,结构化数据里的 location 更新为 B,同时把 3 个站内链接的锚文本从“活动地址”改为“活动地点变更说明”。
做完后观察两件事:一是旧页是否仍能被正常访问并显示迁移提示;二是新说明页是否开始收到原本指向旧页的点击。如果旧页访问量下降而新页上升,说明迁移生效;如果两边都没有变化,更可能是站内链接没改,或旧页本身就没有流量,而不是处理方式错了。请求量归零本身不能证明处理正确,它也可能只是这个活动本来就没有搜索需求。
以下现象出现时,说明旧说明页的遗留信息还没清干净:
对应的下一步动作分别是:逐条修改站内引用、更新标题与描述、补上双向链接、修正结构化数据。每修完一项,回到旧页确认提示语仍然清晰可见,再决定是否还需要继续。
不要为了“干净”直接删除旧页,除非你确认它从未被引用且没有外部链接。也不要只把旧地址替换成新地址而不加任何变更说明,读者和搜索引擎都无法判断这是内容更新还是地点迁移。上述做法适用于你自己能编辑源码的页面;如果旧说明发布在第三方平台或活动报名系统上,你只能编辑该平台允许修改的部分,此时优先在可编辑位置加迁移提示,并把新说明链接放到最显眼处,其余无法修改的字段不必强行处理。
地点变更后处理旧说明的核心不是删除,而是让旧链接继续可达、让新地点信息一致、让站内引用同步更新,这三件事都做到,才算把这次迁移收尾。