可以核对,但前提是你能拿到导入前后的标识字段,例如文件名、URL 路径或内容 ID 中的至少一项。如果导入工具把标题和文件名都重新生成,且原始对应表没有保留,那么仅凭页面标题与文件名的字面相似度无法可靠还原对应关系。此时更稳妥的做法是先冻结导入结果,再补做一次带唯一标识的重新导入,而不是靠人工猜配。
标题与文件错位通常有三种成因,处理方式并不相同。第一种是导入时字段映射顺序被调换,例如把“标题”列写进了“文件名”列,这类错位往往成片出现,同一批内容的偏移方向一致。第二种是文件名本身不含稳定标识,只靠标题生成,导入后标题被截断或替换,文件名仍保留旧值,于是看起来像错位。第三种是同一标题对应多个文件,导入工具按排序取用,导致部分记录配错。
区分方法很直接:抽取十条错位记录,看它们的标题与文件名是否呈现固定偏移。如果偏移一致,优先怀疑字段映射;如果只在含特殊字符或超长标题的记录上出现,优先怀疑截断规则;如果同一标题反复出现,优先怀疑重复键。
在没有数据库权限、也拿不到导入日志的情况下,可以做一个最小对照表。具体动作是:从导入结果中导出标题与文件名两列,再与导入前的原始文件列表按行号对齐,逐行标记“一致、偏移、缺失”。这个动作的结果会直接决定下一步——如果偏移行号连续,说明是列顺序问题,重新按正确列序导入即可;如果偏移分散,说明问题在单条记录的生成规则,需要逐条修正而不是整批重导。
这里有一个假设例子。假设导入前有 50 条记录,按文件名排序;导入后第 1 条标题对应第 2 个文件,第 2 条标题对应第 3 个文件,依次类推,最后一条标题为空。这种整齐的错位通常指向导入时跳过了首行或插入了一行表头,而不是标题本身出错。反过来,如果只有第 7、第 19、第 33 条错位,且这些标题都含英文引号或斜杠,那么更可能是转义处理不一致。
如果导入工具在写入时对标题做了自动改写,例如去掉括号内容、统一大小写或截断到固定长度,那么“标题与文件名不一致”并不等于对应关系错了。此时按字面比对会得出大量假错位,真正需要核对的是改写规则是否可逆。判断依据是:取几条被改写的标题,看它们能否通过同一条规则还原为原值。如果规则统一且可逆,对应关系可能仍然正确;如果规则不统一,才需要重建映射。
另一个反例是文件名在导入过程中被重新编号。编号一旦覆盖原始文件名,标题与文件名的原始对应关系就丢失了,任何基于当前文件名的比对都只能验证“导入后是否自洽”,不能验证“是否与导入前一致”。这种情况下,能得出的结论仅限于当前批次内部是否一致,不能推出原始内容是否被正确归位。
需要提醒的是,导入前后的一次比对只能说明这次导入是否自洽,不能单独证明标题与文件在长期维护中不会再次错位。若后续还要继续导入,唯一标识字段应当先于标题和文件名确定下来,否则每次内容更新都可能重复出现同类错位。核对的目的不是让这一次看起来对齐,而是让下一次导入有据可查。