如何建立自己的博客：导入内容后标题与文件错位如何核对对应关系
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6c2b18e5fc4c.html
📄
如何建立自己的博客：导入内容后标题与文件错位如何核对对应关系
结论先说：如果错位只出现在导入环节，而原文件本身没有改动，最稳的做法不是逐条手动改名，而是先建立“原文件—标题—目标位置”三列对照，再用可重复的规则回填；反过来，如果原文件在导入前已被批量重命名或覆盖，那么任何自动对应都可能把错误固化，此时应停止回填，先恢复一份未改动的文件清单。下面按这个判断展开。
先分清是“顺序错”还是“内容错”
导入后看到标题和正文对不上，容易直接认定是导入工具的问题。更有效的第一步，是把现象拆成两类：顺序错位指文件整体还在，只是标题与正文的配对整体平移；内容错位指某个标题下面出现了另一篇的正文，甚至正文被截断或合并。两者的核对方式不同。
- 顺序错：通常表现为第 1 篇标题配第 2 篇正文、第 2 篇配第 3 篇，呈连续偏移。常见诱因是导入时按文件名排序、按修改时间排序或跳过了一个空文件。
- 内容错：表现为个别标题下正文来源不明，或同一段正文出现在两个标题下。常见诱因是原文件重名、编码不一致、标题字段被当成正文读取。
判断方法很直接：随机抽三到五个条目，比对原文件里的首句和导入后的首句。如果首句能一一对上、只是配对偏移，属于顺序错；如果首句在原文件里找不到，属于内容错。这个区分会决定下一步是“整体平移修正”还是“逐条回填”。
用三列对照表核对，而不是靠记忆
核对对应关系时，最怕的是凭印象判断“这篇应该是那个标题”。建议建一张三列清单，列名固定为：原文件标识、原标题、导入后标题。原文件标识用不会随导入改变的东西，例如文件名、文件内首行、创建时间中的一项或两项组合，不要用标题本身，因为标题正是待核对的对象。
具体动作：先导出导入后的条目列表，只保留标题和正文首句；再从原文件目录导出文件名和首句。把两份清单按首句匹配，能对上的打勾，对不上的单独列出。结果是，你会得到一张“已确认对应”和“待确认”的分界表。待确认部分再逐条看正文特征，例如特有的数字、专有名词或段落结构。这样做的价值在于：确认过的条目不再重复检查，后续回填只处理待确认部分，工作量会明显下降。
一个假设例子：三十篇旧文迁移后的偏移
假设你有三十篇旧文，文件名从 01 到 30，导入后发现第 1 篇标题配了第 2 篇正文，整体后移一位，第 30 篇标题下为空。这时如果直接按标题批量重命名文件，会把偏移固化。更合理的顺序是：先确认原文件是否完整、是否有第 0 篇或一个说明文件被算进了排序；再把导入后的条目按正文首句与原文件首句匹配，确认偏移量是否为 1；确认后再整体平移回填。这个例子里的数字只用于说明比较方法，不代表任何真实项目的规模或结果。
反例也要说清楚：如果原文件在导入前已经被批量重命名，文件名不再保留原始顺序信息，那么“按文件名排序再平移”这个结论就不成立。此时应放弃顺序推断，改用正文首句或文件内时间戳逐条核对；如果连正文首句也被改动过，就只能人工逐条确认，没有可靠的自动捷径。
回填前先做一次可回退的样本测试
在批量修正之前，先取五到十条做样本回填，观察修正后标题与正文是否一致、是否有条目丢失或重复。样本测试的意义不是证明方法一定对，而是把错误限制在小范围内。如果样本里出现新的错位，说明对应规则本身有问题，应先修正规则，而不是扩大回填范围。
回填动作完成后，下一步不是立刻删除旧文件或旧条目，而是保留一份修正前的清单，用于对照。因为导入和回填都可能引入新的偏移，保留原始对照才能在出现问题时快速定位。只有当确认对应关系稳定、样本和全量结果一致后，才考虑清理旧数据。
什么情况下不该继续自动核对
如果出现以下任一情况，自动核对的可信度会下降：原文件被覆盖或重命名、正文首句被统一修改、导入过程合并了多篇内容、标题字段本身为空或重复。此时继续用规则回填，风险大于收益。更稳妥的做法是回到未改动的备份，重新导出一次清单，再决定是否继续。
另外，导入前后如果同时改动了站点结构或内容模板，标题与正文的对应关系可能被其他改动掩盖。比较时应尽量只改变导入这一个变量，否则很难判断错位来自导入还是来自模板调整。
核对完成后的下一步
当三列对照表里待确认部分清零，说明标题与文件的对应关系已经可复核。此时再检查一次导入后条目的可访问状态和正文完整性，确认没有因为回填产生新的缺失。若仍有少量无法对应的条目，单独保留清单并标注原因，不要为了凑齐数量而强行配对。核对的目标是让每一条都能追溯到来源，而不是让数量看起来整齐。
