建站方案说明：历史地址没有一一对应新页时怎样设计映射
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /19e2f083a903.html
📄
建站方案说明：历史地址没有一一对应新页时怎样设计映射
当旧站只留下地址清单、缺少完整路径表或后台权限时，映射不能追求逐条对应，而应先把每个历史地址归入“可确定、可推断、不可判定”三类，再分别给出直达、归并或保留占位的处理。下面的方法只依赖你手上已有的地址列表和当前页面清单，不需要完整日志或旧站权限。
先判断你手里的是哪一类历史地址资料
把资料分成三种常见形态，处理方式完全不同：
- 完整路径清单：每条旧地址都能看到完整路径和参数。可以逐条比对，映射精度最高。
- 部分路径或目录级清单：只有目录名、栏目名或少量示例地址。需要按目录规则批量推断，不能假装每条都能一一对应。
- 只有页面标题或链接文本：没有路径结构。只能按语义归并到新站的栏目或聚合页，属于近似映射。
先确认你属于哪一种，再决定后面用逐条表还是规则表。若资料同时包含多种形态，按最保守的一类处理，不要用最完整的那部分掩盖缺口。
把旧地址归入三类，分别对应三种处理动作
对每个历史地址，只允许落在以下三类之一：
- 可确定：旧地址的路径、标题或参数能明确指向新站某个页面。动作是设置一对一直达跳转。
- 可推断：旧地址属于某个目录或主题，但新站没有完全对应的单页。动作是归并到最接近的栏目页或聚合页，并保留原地址可访问。
- 不可判定：旧地址语义模糊、指向已删除内容或无法确认主题。动作是先保留一个说明页或返回合适状态，不做强行跳转。
这个分类的价值在于：它让你在缺少完整数据时仍能推进，同时明确哪些映射只是假设。可确定的部分可以直接执行；可推断的部分需要标注假设依据；不可判定的部分留待后续补充证据，而不是随便指向首页。
用一个最小例子走完从资料到方案的过程
假设你手上只有一份旧站目录清单，包含 /old/a/、/old/b/、/old/c/ 三个目录，以及一条标题为“产品常见问题”的记录，但没有具体页面路径。新站已有“产品”“支持”“关于”三个栏目页。可以这样处理：
/old/a/若从目录名和残留标题能判断属于产品介绍，归入“可推断”，映射到新站产品栏目页。/old/b/若只能看出是旧站通用目录，归入“不可判定”，先保留一个简短说明页，不跳转到无关栏目。- “产品常见问题”没有路径，按语义归入“支持”栏目页，属于近似映射，并在映射表中注明依据仅为标题。
这个例子的数字和目录名都是假设，用于说明比较方法：先按证据强度分类，再决定跳转目标。执行后，你可以观察这些地址是否仍被访问、访问后是否继续进入新站内容。若某个归并地址的后续访问明显偏离目标栏目，说明推断依据不足，应回到“不可判定”并补充证据，而不是继续扩大归并范围。
映射表要记录什么，才能让下一步可验证
无论资料多少，都建议维护一张最小映射表，字段包括：旧地址、分类、目标地址、判断依据、处理状态。判断依据要写具体来源，例如“目录名与新产品栏目一致”“仅凭标题推断”“无可用信息”。处理状态分为“已设置”“待确认”“保留占位”。
这张表的作用不是追求完整，而是让每个决定都有可回溯的理由。当后续拿到更多旧站数据时，只需更新“待确认”和“保留占位”的行，不必推翻已经确定的部分。若某个旧地址的访问量归零，也不能单独证明映射正确，因为访问下降还可能来自外部链接失效、用户习惯变化或统计口径调整；它只能作为需要进一步核对的信号。
缺少权限时仍可执行的最小动作与不能推出的结论
没有旧站后台或服务器权限时，你仍然可以完成三件事：整理现有地址清单并分类、为新站页面建立目标地址表、对可确定和可推断的地址先配置跳转规则。不能由此推出的结论包括：不能断定所有历史地址都已覆盖，不能断定未列入清单的地址不存在，也不能把归并跳转当作与原页面等价的替代。
如果连跳转配置权限也没有，最小动作是先把映射表交给有权限的人，并标注哪些是确定项、哪些是假设项。这样即使当前无法执行，后续接手的人也能按同一套分类继续，而不会把假设当成事实。
