建站流程指南：历史地址没有一一对应新页时怎样设计映射
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /af7f68a45a1c.html
📄
建站流程指南：历史地址没有一一对应新页时怎样设计映射
当旧站迁移到新站时，最棘手的情况不是“有对应页”，而是旧地址数量明显多于新页：旧站按日期、参数或栏目层级生成了大量地址，新站却按主题重新组织内容。此时如果仍坚持“每个旧地址都找一个新页”，就会被迫制造大量空壳页或重复页。更合理的做法是承认映射本身是一个分层决策：一部分旧地址可以精确对应，一部分只能归并到栏目或主题页，还有一部分应当返回明确的失效状态，而不是全部跳向首页。
先区分两种“没有一一对应”的原因
表面现象都是“旧地址找不到唯一新页”，但背后的原因不同，处理方式也不同。
第一种是内容被合并。旧站可能把同一主题拆成多篇短内容，新站把它们整合成一篇完整文章。此时多个旧地址指向同一个新页是合理的，因为用户要找的信息确实在那里。
第二种是内容被删除或不再提供。旧页面可能因为业务调整、信息过期或合规原因被撤下，新站没有等价内容。此时把它跳到某个泛栏目页，只会让用户以为内容还在，随后立刻离开。
这两种情况如果混在一起处理，就会出现一个常见错误：把全部旧地址都跳转到首页。短期看，用户没有看到 404；长期看，用户和搜索引擎都无法判断旧地址的真实归宿，映射也就失去了意义。
用证据区分“该归并”还是“该失效”
要判断某个旧地址属于哪一种，不能只看它的标题，可以收集三类证据。
- 内容证据：旧页的核心信息是否已经完整出现在某个新页中。如果新页能覆盖旧页的主要问题，归并成立；如果只覆盖了一小部分，归并就是误导。
- 需求证据：该旧地址是否仍有访问需求。可以观察一段时间内的访问日志或站内搜索词，但要注意：访问量低不等于需求不存在，也可能是入口早已被移除；访问量高也不等于内容仍适用，也可能是外部链接或历史书签带来的惯性访问。
- 链接证据：该旧地址是否被外部页面引用。如果外部链接指向的是一篇已删除的公告，把它跳到首页并不能满足链接来源的上下文，反而可能让访问者困惑。
三类证据指向一致时，决策最简单；指向冲突时，应优先考虑用户看到的目标页是否真的回答了旧地址所承诺的问题。
按“精确、归并、失效”三层设计映射
与其追求一对一的完整映射表，不如把旧地址分成三层处理。
- 精确映射：旧页与新页主题一致，内容基本对应。直接做单页到单页的跳转，这是最清晰的一层。
- 归并映射：多个旧页对应同一个新页，或旧页只对应新站某个栏目。此时应跳转到最接近的主题页，而不是首页。归并的前提是新页确实覆盖了旧页的核心信息。
- 失效处理：旧页没有等价内容，也不适合归并。此时应返回明确的“未找到”状态，并在页面上提供返回相关栏目或站内搜索的入口。不要用跳转掩盖失效。
一个假设例子：旧站有 /news/2021/03/15/a、/news/2021/03/16/b、/news/2021/03/17/c 三个地址，新站只保留了一篇“2021 年春季产品调整说明”。如果三个旧页讲的都是同一次调整，可以全部归并到这篇说明；如果其中一页讲的是已经取消的活动，就应让它失效，而不是跟着跳过去。
先做小范围验证，再决定整站规则
整站映射最怕一次性全量上线，因为错误规则会同时影响大量地址。更稳妥的动作是：先抽取一组具有代表性的旧地址，按上述三层分别处理，然后检查用户从旧地址进入后的下一步行为。
如果用户进入归并页后继续浏览或完成目标动作，说明归并目标基本合理；如果用户很快返回或再次搜索，说明目标页没有承接住旧地址的意图，需要调整映射层级。这个验证结果会直接影响下一步：是扩大归并范围，还是把部分归并改为失效，或者为某类旧地址单独建立主题页。
映射设计不是把旧地址“处理掉”，而是让每一个仍然可达的旧地址都有明确的归宿。能精确对应的就精确对应，能合理归并的就归并到最接近的主题页，确实没有等价内容的就让它明确失效。只有把这三层分开，历史地址才不会在新站里变成一堆指向首页的无效跳转。
