建站入门教程：历史地址没有一一对应新页时怎样设计映射
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /717910722af6.html
📄
建站入门教程：历史地址没有一一对应新页时怎样设计映射
当旧站页面数量远多于新站、或新站把多个旧页合并成一个页时，一一对应的重定向表就建不起来。可行的做法是先给旧地址分类，再决定哪些走单点重定向、哪些走规则映射、哪些返回410；判断依据不是旧页数量，而是旧地址背后的流量意图和新页能否承接它。
先看一个常见矛盾：映射表填不满
改版后整理旧地址时，常出现两种解释。第一种是旧站确实存在大量低价值页面，比如分页、标签、参数页，它们本来就没有独立内容，不值得各自对应一个新页。第二种是新站的信息架构发生了合并，旧页的意图被拆散或重组，单个旧地址找不到唯一归宿。两种解释对应完全不同的动作：前者可以批量放弃，后者需要人工判断承接页。区分它们的证据是旧地址的入站链接和外部引用情况——如果某个旧地址有站外链接指向，即使它自身内容单薄，也不能简单丢弃。
按地址类型分流，而不是按数量分流
把旧地址分成三类，分别处理：
- 有独立意图且新站有对应页：做单点301，映射到最接近的新页。
- 有独立意图但新站已合并：映射到合并后的主页面，并在该页面保留旧主题的核心信息，避免用户落地后找不到内容。
- 无独立意图（分页、筛选参数、重复列表）：不必强行映射，可返回410或让新站规则统一处理。
这里的关键动作是：先导出旧地址清单，再按“是否有站外链接、是否有独立搜索意图”两列打标。打标结果直接决定下一步是写单点规则还是写批量规则。如果跳过打标直接批量301到首页，用户和搜索引擎都会落到一个不相关的页面，旧地址承载的意图就丢失了。
规则映射能覆盖什么，不能覆盖什么
当旧地址带有可识别的结构时，可以用规则映射，例如旧路径 /old-category/item-123 统一转向新路径 /new-category/item-123。这种方式适合旧站结构规整、新旧路径存在稳定对应关系的情况。它的代价是：一旦某条规则匹配到了不该匹配的地址，就会把用户送到错误页面，而且这种错误往往在批量生效后才被发现。
规则映射不能覆盖的情况包括：旧地址的ID在新站已不存在、多个旧地址指向同一个新页但需要不同锚点、旧地址是动态参数组合。遇到这些情况，应退回单点映射或410，而不是硬套规则。假设旧站有2000个带参数的筛选页，新站取消了筛选功能，那么把这些参数页全部301到分类主页是合理的；但如果其中某个参数页有外部链接，就应单独为它指定一个能说明该筛选主题的落地页。
用证据决定取舍：链接、日志与落地一致性
两个选择成立的条件不同。选择批量规则映射的条件是：旧地址之间结构一致，且新旧意图对应关系稳定。选择逐条人工映射的条件是：旧地址数量有限，或其中一部分地址有站外链接、有稳定访问。能区分这两种情况的证据有三类：
- 站外链接数据：有外链的旧地址应优先人工处理。
- 服务器访问日志：如果某个旧地址在改版后仍有持续请求，说明它被外部引用或用户收藏，不能简单丢弃。
- 落地页内容一致性：把旧地址映射到新页后，新页是否真的回答了旧地址原来的主题。如果答案是否定的，这条映射就需要调整。
需要说明的是，访问日志中某个旧地址请求量归零，并不能单独证明它不重要——也可能是改版后旧地址已无法访问、爬虫尚未更新，或该地址本来就没有外部入口。因此日志只作为参考证据之一，不能替代链接和意图判断。
一个假设例子：合并页面时的映射决策
假设旧站有三篇分别讲“入门”“进阶”“常见问题”的文章，新站把它们合并成一篇综合指南。此时三个旧地址都有独立搜索意图，但新站只有一个页面。合理的做法是：三个旧地址都301到综合指南，并在综合指南中保留三个小节，分别对应原来的主题。这样用户从任一旧地址进入，都能找到对应内容。如果只把其中一个旧地址301到新页，另外两个返回404，那么原本通过另外两个地址进入的用户就会中断。
这个例子的动作是：检查每个旧地址对应的主题在新页中是否有独立小节。结果是，如果新页缺少某个主题，要么补充小节，要么为该旧地址单独保留一个承接页。这个检查会直接影响映射表的最终写法，而不是先写完映射表再回头补内容。
映射上线后要核对什么
映射规则生效后，应抽取一批旧地址实际访问，确认三点：状态码是否符合预期、落地页是否与旧主题相关、页面是否可正常访问。如果发现某条规则把用户送到了不相关页面，应回到打标阶段重新判断该地址的意图。映射不是一次写完就结束的工作，它需要根据实际访问结果做局部修正。对于确实无法对应到任何新页的旧地址，返回410比强行301到首页更诚实，也更利于后续判断哪些旧地址真正需要保留。
