先给结论:历史地址不需要全部一一对应新页,但需要按“保留、合并、替换、废弃”四类分别处理。你手上如果有一份旧站导出的地址清单,最有效的做法不是逐条找新页,而是先给每条旧地址标出它原来的任务——是产品入口、分类入口、资料页,还是已失效的临时页,再决定它对应到新站的哪个页面或哪种状态。映射的目标是让访问者落到最接近的内容,而不是让每条旧地址都找到一个形式上的新家。
拿到旧地址清单后,先做一件事:为每条地址补一列“原任务”。判断依据可以来自旧站页面标题、面包屑、内链位置,以及该地址在旧站里被哪些页面引用。按URL形态分组容易误导,因为/product.php?id=12和/news/2021/05/看起来都是动态或目录结构,实际承担的职责可能完全不同。
分组后通常会出现四种结果:
这一步的实际动作是给每条地址只选一个分类,不允许“先跳首页再说”。如果一条旧地址被标成废弃,下一步才讨论返回什么状态;如果被标成合并,下一步要确认合并到哪个新页最贴近原意图。
假设旧站有五个地址分别介绍同一类产品的不同型号,新站只做了一个产品系列页。这五条旧地址不应各自指向五个不存在的新页,而应全部映射到系列页。判断它们能否合并,看三点:访问者找的是不是同一类决策;新页是否覆盖了旧页的核心信息;旧页之间是否只是参数或型号差异。
反过来,如果旧页是“某型号的安装说明”,新站把它并入了产品页,但产品页只讲选型、不讲安装,这种合并就会让访问者落空。此时更合适的处理是替换:把旧地址指向新站的资料下载页或技术支持页,并在该页明确说明安装资料的位置。
这里有一个可执行的检验方法:对每条准备合并或替换的旧地址,写下访问者最可能想完成的一件事。如果新目标页能在首屏或第一段回应这件事,映射成立;如果必须再点两次才能找到,说明目标页选错了,应回到分组重新判断。
旧合作关系退出、旧活动结束、旧系统模块下线,这些地址通常没有自然的新页可对应。把它们全部指向首页,会让访问者以为网站结构混乱,也会让后续维护者无法判断哪些地址是真正需要清理的。
更稳妥的做法是按废弃原因分两类:
410,明确告知该地址不再存在。适用于已终止合作、已下架且不再提供的产品。301到最接近的上级分类页,而不是首页。适用于旧资料被拆分到多个新页、无法一一对应的情况。需要说明的是,返回410或301之后,旧地址的访问量下降、抓取减少,只能说明处理生效,不能单独证明映射决策正确。访问量下降也可能来自旧链接自然失效、外部引用减少或该内容本身需求下降。判断映射是否合理,仍要回到“访问者是否落到了接近其意图的页面”。
分组和判断完成后,把结果写成一份可交接的映射表。每行至少包含:旧地址、原任务、处理类型、目标地址或状态、判断依据。这样做的实际结果是,后续无论是改跳转、改页面还是处理外部链接,都不需要重新讨论一遍每条地址的意图。
下面是一个假设例子,用来说明比较方法,不代表任何真实项目结果:
映射表完成后,下一步不是立刻批量上线,而是先抽查每一类中各一条地址,确认目标页确实能承接原意图。抽查通过,再按处理类型分批执行;抽查不通过,只调整该类映射规则,不必推翻整张表。
旧内容、旧系统或旧合作关系退出时,最有价值的往往不是地址本身,而是这些地址背后仍然存在的访问意图。把意图接近的旧地址合并到新页,把仍有明确需求的旧地址替换到替代页,把无承接价值的地址明确废弃,这三件事比“每条旧地址都找一个新页”更接近实际可维护的状态。
如果你现在手上只有一份旧地址清单,先完成第一步:给每条地址补上原任务,并只选一个处理分类。这个动作会直接决定后面是继续找目标页,还是转入废弃处理,避免在无对应关系的地址上反复消耗时间。