博客建站步骤：旧系统字段无法完整迁入时怎样决定保留项
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b857a3530e50.html
📄
博客建站步骤：旧系统字段无法完整迁入时怎样决定保留项
先给出结论：当旧系统字段无法完整迁入时，决定保留项的依据不是字段数量，而是字段能否对应一个可核对的事实。做法是先把每个字段还原成“谁在什么场景下需要它、缺了会怎样”，再按“迁移必要性”和“迁移代价”两档筛选。下面用一个假设情境串联整个过程。
假设情境：三个人对同一个字段有不同理解
假设你正在执行博客建站步骤中的内容迁移。旧系统里有一个自定义字段叫“专题标签”，新系统的分类结构里没有完全对应的位置。这时出现三种说法：编辑认为它是文章归档的核心线索；运营认为它只是历史遗留的编辑备注；开发认为它和现有分类字段重复，可以丢弃。
三种理解都成立，但都不是可核对的事实。要决定保留项，先不要争论谁对，而是把分歧转成可验证的问题：这个字段在旧系统里实际被用于哪些页面？去掉后哪些链接会失效？有没有其他字段能替代它的功能？
把字段分成三类：承重、装饰、可替代
逐个字段过一遍，按它对现有内容结构的作用分类，比按字段名称判断更可靠。
- 承重字段：删除后会导致已有链接、列表页或筛选入口失效。这类字段即使迁移麻烦，也应优先保留，并明确它在新区中的落点。
- 装饰字段：只影响展示样式，不影响内容可达性。例如仅用于旧模板配色或排序的标记。这类字段可以丢弃，但要记录丢弃后哪些页面需要重新排版。
- 可替代字段：功能可以由新系统的分类、标签或正文结构承接。保留与否取决于替代方案是否已经验证可用，而不是取决于它“看起来重复”。
分类完成后，保留项自然浮现：承重字段必须处理，装饰字段可以放弃，可替代字段需要一次小范围验证再决定。
用“最小可核对动作”验证替代方案
对可替代字段，不要停留在讨论层面。选一个最小可核对动作：挑三到五篇使用该字段的旧文章，在新系统里用替代结构重建，然后检查三件事——旧链接是否还能到达对应内容、列表页是否还能按原逻辑聚合、编辑是否还能在不看旧系统的情况下完成同样操作。
如果这三项都通过，该字段可以列为“不迁移”，并在迁移记录里写明替代方式。如果有一项不通过，它应回到承重字段，按保留处理。这个动作的结果直接决定下一步：通过则缩小迁移范围，不通过则扩大保留清单。关键在于结果可被他人复核，而不是由某一个人拍板。
保留项确定后，先冻结字段映射表
决定保留哪些字段之后，下一步不是立刻批量导入，而是冻结一份字段映射表。表中至少包含：旧字段名、分类结论、新系统落点、验证结果、负责人。冻结的意思是，在迁移完成前不再新增字段解释，避免不同角色按各自理解继续修改。
冻结映射表还有一个作用：当后续出现“这个字段要不要留”的争论时，直接回到表里核对，而不是重新讨论一遍。如果发现表里某项结论缺少验证依据，就补做一次最小可核对动作，再更新结论。这样，迁移决策就从意见分歧变成了可追溯的记录。
一个需要提前说明的适用条件
这套方法适用于旧系统仍可访问、字段用途还能被观察的情况。如果旧系统已经无法运行，只能依赖导出文件或他人描述，那么“承重”判断就缺少直接证据，此时应优先保留那些无法确认用途的字段，直到有替代验证为止。保留多余字段的代价通常小于丢失内容结构的代价，但这也意味着迁移后的清理工作要单独安排，而不是在导入阶段一并解决。
