博客搭建方法，导入内容后标题与文件错位如何核对对应关系
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5ef5bb0ade7d.html
📄
博客搭建方法，导入内容后标题与文件错位如何核对对应关系
先别急着批量改标题。标题与文件错位，通常不是导入工具写错了字段，而是导入前存在一份“标题与文件名的对应表”，而导入时又按另一套顺序读取。要核对对应关系，核心动作是建立一份可人工比对的中间清单：把源文件、导入后的标题、正文首段三者并排，再逐条确认。这个动作会直接决定下一步是修标题、修文件名，还是修导入规则，而不是盲目重导。
先确认错位是“顺序错”还是“内容错”
两种错位的原因不同，处理方式也不同。顺序错表现为标题整体前移或后移一位，正文内容本身还对应原文件；内容错则是标题与正文完全来自不同文件，甚至出现重复标题。判断方法很简单：随机抽三到五条，看标题与正文首句是否讲同一件事。如果只是顺序偏移，导入映射表里的排序字段可能被按文件名而非按发布时间读取；如果内容也串了，说明导入时用了错误的唯一标识，比如把标题当主键，而标题恰好重复。
用一份三列清单固定核对对象
把读者手里的资料整理成三列：源文件名、预期标题、导入后实际标题。第三列从后台导出或页面源码中取，不要凭记忆填写。整理后按源文件名排序，再按实际标题排序，观察错位是否呈现规律。若错位集中在一段区间，说明是批量处理时的分页或分批边界问题；若随机分布，更可能是标题字段被截断或清洗规则误伤。
假设例子：十条内容的错位比对
假设导入十条内容，源文件名是 01 到 10，预期标题依次为 A 到 J。导入后实际标题变成 B 到 K，且正文仍是 A 到 J。这说明标题整体后移一位，正文没错。此时不要重导全部，先检查导入配置里标题字段的来源列是否比正文列多读了一行，比如表头被当成一条数据。修正后只重导标题字段即可，正文无需动。
核对时优先查唯一标识而不是标题本身
标题是展示字段，不是可靠主键。导入工具通常需要一个稳定标识，比如文件名、固定链接或外部 ID。如果导入时用标题作为匹配依据，而标题里含空格、标点或大小写差异，匹配就会失败并顺延到下一条。核对时把源文件名与导入后的固定链接或 ID 列并排，确认它们是否一一对应。若固定链接与文件名一致但标题错位，问题在标题映射；若固定链接也错位，问题在读取顺序。
修正后如何验证对应关系已经恢复
修正动作完成后，不要只看首页列表。抽三条边界数据：第一条、最后一条、以及中间任意一条。打开每条页面，确认标题、正文首段、固定链接三者指向同一份源文件。若三条都对，再按源文件名顺序翻一遍列表，看是否有空缺或重复。若仍有重复标题，回到唯一标识那一步，检查是否有两个源文件用了相同文件名或相同外部 ID。
验证通过后，下一步才是处理已收录页面的标题变化。此时比较改动前后的数据，要意识到搜索需求本身也在变化，不能把某一天的点击波动直接归因于这次修正。把修正日期、涉及条数、验证结果记下来，作为后续判断的基线，而不是承诺某个时间点一定恢复。
