换模板后要判断内容哪里溢出、哪里缺项,最可靠的办法不是逐页肉眼扫,而是先按“内容是否仍由旧系统提供”分成两种条件:内容仍在旧系统里,就做结构对比;内容已迁到新系统,就做字段清点。两种条件对应不同动作,选错方向会把时间花在修样式上,而真正的问题在数据层。
如果换的只是前台模板,文章、产品、栏目数据仍从原来的库或接口读取,那么溢出和缺项多半来自模板对字段的假设变了。旧模板可能默认摘要不超过两行、图片只有一张、标题不带副标题;新模板可能给摘要留了固定高度、给图集留了固定张数、给标题加了副标题位。字段本身没变,是模板的容量假设变了。
这时要做的是抽一组有代表性的页面做结构对比,而不是全站翻。选取标准可以按内容形态分:最长标题、最长摘要、图片最多、附件最多、正文含列表或表格、只有一句话的短内容,各取一两条。把同一篇内容分别放进旧模板和新模板的渲染结果里,记录三件事:标题在什么长度开始换行或截断、摘要被容器裁掉的位置、图片或附件的显示数量上限。
对比结果会直接决定下一步:如果溢出集中出现在“最长标题”和“最长摘要”这两类,说明问题是模板的容器约束,改样式或调整截断规则即可,不必动内容;如果缺项出现在“图片最多”和“附件最多”的页面,说明新模板只渲染了部分字段,需要回到模板层补上循环或列表输出。这个区分很重要——前者改 CSS,后者改模板逻辑,方向错了会反复返工。
假设某产品页有 8 张图、一段 300 字说明,旧模板把图排成两行、说明完整显示。新模板给图区设了固定高度、说明区设了最大高度。渲染后图只看到 4 张、说明被截断。此时如果只调说明区的样式,图区缺的 4 张仍然不会出现,因为那是模板只输出了前 4 个字段造成的。先确认“缺的是样式裁掉还是根本没输出”,再决定改哪一层。
如果换模板的同时也换了内容系统,旧数据被导入新结构,那么溢出和缺项的原因就变成字段映射不完整。旧系统里的“备注”“规格参数”“关联推荐”可能在新系统里没有对应字段,导入时被丢弃或塞进正文末尾。表现是正文突然变长、排版错乱,或者某些信息整段消失。
这时不能靠看页面判断,要先做字段对照表:列出旧系统每个内容类型用到的字段,逐个标注在新系统里是否有对应位置、是否已导入、导入后落在哪个字段。对照表里标为“无对应”的字段,就是潜在缺项;标为“并入正文”的字段,就是潜在溢出源,因为它们可能带着旧格式标签一起进来。
完成对照后,抽一批包含这些字段的记录做验证:打开页面看该信息是否出现、出现在什么位置、是否破坏了原有版式。验证结果决定后续动作——如果缺项集中在少数几个字段,可以针对性补录或补映射;如果溢出是因为旧格式标签混入,需要先清洗再重新导入,而不是在页面上逐条删。
无论哪种条件,判断溢出和缺项时都可以按现象分层:
这个分层能避免一个常见误判:把“模板没输出”当成“内容被删了”,然后去恢复数据,结果数据本来就在,只是没渲染出来。反过来,把“字段没导入”当成“样式裁掉了”,去调 CSS,也修不出内容。
一个可执行的动作是:先按上述条件确定层级,再只在该层级做一次最小修改,然后重新抽同一组页面验证。如果修改后异常页面减少,说明方向正确,可以扩大范围;如果异常页面没变或换了形态,说明判断错了层级,应回到字段或映射层重查。这个动作的价值在于用一次小改动验证方向,而不是一次性全站调整。
例外情况也要留出:有些溢出是设计上有意为之,比如长摘要本来就要截断并配“阅读更多”;有些缺项是权限导致的,比如未登录用户看不到附件列表。这类不属于故障,不应按缺项处理。判断方法是确认该现象在旧模板或旧系统下是否同样存在——如果一直如此,就不是换模板带来的问题。
把条件、层级和例外分开之后,换模板后的内容排查就从“逐页看”变成“按条件选方向、按层级定动作、按验证结果决定是否扩大”。这样既不会漏掉真正缺的内容,也不会把设计选择误当成缺陷去修。