如何创建博客：导入内容后标题与文件错位如何核对对应关系
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /878a8c34679c.html
📄
如何创建博客：导入内容后标题与文件错位如何核对对应关系
先停掉批量导入，回到源文件与目标条目之间做一次一对一核对：把每个文件的原始标题、文件名、正文首段三者并列，找出它们从哪一步开始不再指向同一篇内容。错位通常不是标题被改写，而是导入时排序、编码或字段映射中的一个条件被跳过。
先判断错位发生在哪一层
标题与文件错位有三种可区分的原因，核对方式不同。
- 顺序错位：标题整体上移或下移一位，正文与文件本身没错，只是行序被重排。特征是所有标题仍能在文件列表里找到，只是位置平移。
- 编码错位：文件名含中文、空格或特殊符号时被截断或转码，标题与文件名对不上，但正文首句仍匹配。特征是错位集中在含非 ASCII 字符的文件上。
- 字段映射错位：导入模板把“标题”列读成了“别名”或“摘要”列，导致标题字段装进了别的内容。特征是标题看起来像摘要片段或 slug，而不是完整句。
先确认属于哪一种，再决定保留、改写还是退出。三类混在一起处理，只会越改越乱。
用首段指纹建立对应关系
标题可能被改写，但正文首段通常是原文。取每个文件的正文前 20 到 30 个字作为指纹，与目标条目正文开头比对，就能绕开标题字段重建对应关系。
假设有 40 个文件，导入后 12 个标题可疑。不要逐个点开标题去猜，而是导出目标条目的标题、别名、正文首段三列，与源文件的文件名、标题、正文首段三列并排放进同一张表，按正文首段排序。首段一致的成对出现，剩下的就是真正错位的条目。这一步的结果决定下一步：如果错位条目少于总数的两成，逐个手工修正更快；如果超过半数，说明是导入规则本身有问题，应退出这次导入重来。
保留、改写还是退出
三种处理各有适用前提，不必都做。
- 保留：正文与文件对应正确，只有标题字段错。适用前提是错位条目少、标题可从事先备份的源文件里直接取回。动作是把标题字段按指纹比对结果回填，回填后抽查三到五条确认首段与标题重新对应。
- 改写：标题与正文都对，但标题在导入中被截断或转义。适用前提是原文标题本身可用，只是字符处理出问题。动作是修正导入时的编码设置后重跑，而不是逐条手改标题。
- 退出：错位条目超过半数，或字段映射规则本身错误。适用前提是重跑成本低于逐条修补。动作是回滚本次导入，先在本地用少量样本验证映射规则，确认标题、别名、正文三列各就各位后再全量导入。
选择退出不是失败。当错位源于规则而非个别条目时，逐条修补会把同一个错误重复几十次，回滚重来反而更省事。
核对完成后要留一份对照记录
修正结束后，把源文件名、原标题、导入后标题、正文首段指纹四列存成一份对照表。它的作用不是归档，而是下次导入时的验证基准：新一批内容导入后，先用同一套指纹方法抽查，就能在错位扩散前发现规则是否又漏了条件。若两次导入的错位模式相同，说明问题在模板或编码设置，而不在个别文件。
需要提醒的是，导入前后如果同时调整了其他设置，标题与文件的对应变化不能单独归因于导入操作；先固定其他变量，再比较这一项，判断才可靠。
什么情况下不必继续核对
如果目标条目数量与源文件数量一致，且按正文首段排序后能一一配对，只有少量标题字段为空或重复，那么剩余工作只是补字段，不需要回滚。反之，如果出现源文件有、目标条目没有，或目标条目有、源文件找不到对应的情况，说明丢失发生在导入过程中，应优先退出并检查导入日志，而不是在结果页上继续修补。
核对的目标是让每一篇内容都能被正确指认，而不是让标题看起来整齐。对应关系确认无误后，再进入下一步的页面调整才有意义。
